J'ai une question. J'aimerais servir une série de services fabriqués avec WCF. Le client qui consomme les services est également .NET avec WCF. J'aimerais avoir une vitesse élevée d'accès, une réponse rapide, un support de transport dans de petits contrats de données (types de données de base principaux). La distribution sera sur Internet, je recherche une fiabilité, une disponibilité et une sécurité de base.
Je ne veux pas utiliser wshttp, car mon seul client est basé sur .NET et je vais avoir près de 150 clients demandant les services.
Que suggère-tu d'utiliser pour la liaison? Y a-t-il des inconvénients, des risques, etc.
Merci d'avance!
3 Réponses :
Selon votre scénario, NettcpLinding est la liaison du choix. Comme vous êtes sûr que le client sera WCF, aucun besoin d'interopérabilité.
aperçu ici dans la programmation du livre de services de WCF .
La seule chose dont je ne suis pas sûr, c'est des pare-feu. Si vous devez avoir une crasse sur les thèses, une liaison WS peut peut-être être plus appropriée.
Merci Philippe pour votre réponse. Je n'aurai pas l'interopérabilité, comment cela se produit que cela se produit, je peux plusieurs contraignants configurés les services. Jusqu'à présent, il n'est prévu que d'être consommé par une application de formulaire Windows .NET, le canal sera Internet. Nous avons des pare-feu mais le Telco Guy peut configurer le port à accéder à une certaine adresse IP, les succursales ont une connexion Internet dédiée, de sorte que la sécurité n'est pas une préoccupation principale. Je vais regarder ce livre.
Il y a un bon article sur le choix d'une liaison par Juval Lowy ici:
http://www.code-magazine.com/article. Aspx? QuickID = 0605051 & Page = 3
Généralement, le conseil n'est pas d'utiliser la liaison TCP nette sur Internet. N'ont entendu parler de personne le faire. Bien que cela puisse fonctionner si les ports sont ouverts tout le chemin et que personne ne bloque les appels.
Testez-le avec NETCP, s'il ne fonctionne pas, il vous suffit de modifier la configuration.
La chose la plus importante est de considérer vos besoins de sécurité. Avez-vous juste besoin de point sur Point, puis Basichttp sur SSL. Avez-vous besoin de finir pour terminer, puis wshttp avec le cryptage de messages.
Merci shiraz jusqu'à présent, il est prévu que d'être consommé par une application de formulaire Windows .NET, le canal sera Internet. Nous avons des pare-feu, mais le Telco Guy peut configurer le port à accéder à partir de certaines IP, les succursales ont une connexion Internet dédiée, de sorte que la sécurité n'est pas une préoccupation principale.
Les adresses IP peuvent être facilement spoofées, ce qui serait très susceptible d'un homme à l'attaque moyenne. Si vos données sont précieuses, cryptez-la sur Internet. Une solution simple et simple à ce problème sans lignes dédiées est d'utiliser un VPN.
Depuis que vous envisagez d'utiliser des types simples et de petits contrats de données, la liaison que vous utilisez est presque non pertinente par rapport à la latence introduite en passant par Internet . Ainsi, la bonne réponse est de utiliser celui qui est le plus facile à gérer et le plus sécurisé .
Je vous recommande d'héberger l'application dans IIS et d'utiliser un WSHTTPTPLINDING et de prendre toute la bonté de la gestion de la gestion qui y va. Il arrivera également à être interopérable et, bien que cela ne soit pas pertinent aujourd'hui, c'est juste gratuit, alors pourquoi pas?
et, s'il vous plaît considérez la granularité de votre service. Vous connaissez vos clients mieux, mais sur le large Internet ouvert, des choses se produisent. Étant donné que le temps d'aller-retour sur Internet est variable et impossible à contrôler, il pourrait prendre des millisecondes ou des secondes ou peut ne pas y arriver du tout. Donc, vous devriez prendre moins de voyages avec des charges utiles plus importantes si possible et utilisez toutes sortes d'opérations de mise en cache et d'asynchronisation pour que l'application apparaisse "rapide".