Considérant les stratégies de conception pour les services Web - les nuls

Vous devriez envisager plusieurs stratégies pour mieux comprendre comment vous allez concevoir vos services Web. Comment allez-vous organiser votre code en projets, classes, méthodes, propriétés et événements? Après avoir déterminé exactement quelles sont vos exigences et les scénarios que votre application devra gérer, vous pouvez commencer à concevoir votre application. Vous devez construire vos projets de services Web dans un ou plusieurs objets qui gèrent la fonctionnalité.

Assurer des performances optimales

Comme pour tout projet logiciel, vous devez prendre en compte certaines considérations de conception. La performance est l'un des plus gros problèmes. Et tant de domaines affectent les performances. Certaines considérations relatives aux performances sont basées sur le matériel, mais certaines considérations de performances, telles que la mémoire, sont également basées sur des logiciels.

Avec la mémoire, plus c'est toujours mieux. Cependant, combien est-ce suffisant? Il est préférable de suivre les recommandations basées sur les exigences du fabricant du logiciel pour chaque logiciel chargé sur l'ordinateur. Ensuite, décidez d'une magnitude plus grande que cela.

La méthode la plus simple pour évaluer la quantité de mémoire nécessaire consiste à déterminer la quantité maximale de mémoire requise si chaque application était utilisée en même temps. Vous devez également tenir compte du nombre d'utilisateurs auquel vous vous attendez à tout moment.

Voici certains composants à considérer:

Exigences du système d'exploitation (OS): C'est-à-dire, la quantité de mémoire dont le serveur a besoin pour permettre aux utilisateurs d'exécuter en toute sécurité le système d'exploitation actuel Logiciel. Par exemple, disons que vous avez deux services Web qui seront hébergés sur un serveur Windows 2000. Windows 2000 Server nécessite 128 Mo de mémoire.

. Exigences du cadre NET: Par exemple, disons que le framework occupe 128 Mo de mémoire sur le serveur. Ensemble, le système d'exploitation et le framework occupent au total 256 Mo de mémoire sur votre serveur, sans même tenir compte des objets Web Services que vous allez développer.
Utilisateurs: C'est-à-dire le nombre d'utilisateurs pouvant utiliser un service Web à un moment donné. Supposons que vous vous attendez à ce que 100 utilisateurs aient besoin d'utiliser chacun des deux objets de services Web à tout moment.
Exigences du service Web: Il est difficile à estimer avec précision , mais au minimum, additionnez tout l'espace qu'occuperont chacun des types de données.
Frais généraux associés au service Web: C'est-à-dire, la quantité de mémoire que votre serveur doit avoir en plus de vos estimations initiales.Si vous estimez une charge supplémentaire de 50 Ko environ pour chaque service Web, la mémoire commence à s'accumuler et à se cumuler.

Gérer les problèmes de sécurité

La sécurité est l'un des principaux sujets de l'informatique aujourd'hui. Le fait que les services Web sont généralement transmis en utilisant HTTP, le souci de sécurité est grande. En fait, à chaque fois que vous transmettez des données sur Internet, la sécurité devient un problème. Si des données personnelles - telles que des noms d'utilisateur, des mots de passe, des adresses, des informations de carte de crédit, etc. - doivent être transmises sur Internet, elles doivent être cryptées. Si elle n'est pas cryptée, toute personne ayant des outils de piratage sera capable de lire les données transmises sur le réseau. La même chose est vraie sur un intranet ou un extranet d'entreprise. Par conséquent, le chiffrement devient une nécessité.

Le cryptage est facilement géré par Internet Information Services (IIS), qui utilise Secure Sockets Layer ou SSL. La seule chose que vous devez faire pour utiliser SSL est d'installer un certificat SSL que vous obtenez d'un tiers de confiance. Une fois le certificat SSL installé, les clients peuvent accéder à vos sites Web ou services Web à l'aide du protocole HTTPS au lieu de HTTP. (Le S représente s ecure.) Ce certificat SSL est connu sous le nom de certificat de serveur .

Ce n'est pas parce que vous utilisez SSL pour crypter vos données que tout le monde devrait avoir accès à votre service Web. L'accès est contrôlé par un schéma d'authentification. Vous pouvez contrôler qui a accès en autorisant Active Directory à s'authentifier.

Vous devez également savoir comment vos services Web doivent gérer la sécurité. Pour le savoir, considérez les questions suivantes:

Quelqu'un ou quel système peut-il accéder aux services Web?
Si l'accès doit être restreint, comment allez-vous le restreindre?
Devriez-vous utiliser Active Directory pour authentifier les utilisateurs?
Devriez-vous utiliser Passport pour authentifier les utilisateurs?
Devriez-vous limiter les services Web en recherchant des utilisateurs valides dans une base de données?

Les réponses à ces questions dictent la complexité de vos services Web. Certes, la chose la plus simple à faire est de permettre à tout le monde d'accéder à vos services Web, mais ce n'est pas toujours pratique. Par exemple, que se passe-t-il si vous facturez l'utilisation de vos services Web via un fournisseur d'accès Internet (FAI)?

Si vous utilisez Active Directory, vous devez décider comment vous souhaitez administrer l'ajout d'utilisateurs et d'ordinateurs. Par exemple, vous devriez envisager d'automatiser cette tâche, selon que vous prévoyez d'inscrire de nouveaux clients / utilisateurs très souvent. Si vous souhaitez utiliser des recherches de base de données, vous devez tenir compte de cette fonctionnalité dans vos plans de projet et déterminer les détails de la façon dont cela peut fonctionner.

D'un autre côté, si Microsoft Passport procède à l'authentification, vous garantissez qu'un utilisateur est authentifié, mais vous n'avez pas besoin de stocker les informations de l'utilisateur sur votre site. N'oubliez pas que vous devez examiner les problèmes de sécurité sous tous les angles possibles.

Garantir l'interopérabilité

L'interopérabilité est le concept selon lequel des systèmes informatiques disparates doivent pouvoir se parler.Par exemple, si une base de données Oracle doit fonctionner avec une base de données SQL Server, vous devez déterminer comment y arriver. De même, si vous savez que votre système ERP (Enterprise Resource Planning) doit parler avec un système CRM (Customer Relationship Management), vous feriez mieux de craquer.

De nombreux problèmes d'interopérabilité liés à la communication entre systèmes disparates peuvent être résolus avec un produit Microsoft appelé BizTalk. BizTalk permet le mappage de systèmes disparates en autorisant plusieurs protocoles et formats. En interne, BizTalk utilise XML pour stocker les mappages entre ces systèmes disparates.

L'interopérabilité a également un impact sur la manière dont les différentes technologies doivent fonctionner les unes avec les autres. Par exemple, a. Le composant NET doit appeler des composants COM? Les deux technologies sont quelque peu similaires dans leur concept, mais pas dans la technologie. Cependant, il est très possible d'envelopper les composants COM avec. Interfaces NET. C'est ce qu'on appelle COM-Interop.

Décider de ce à quoi vos utilisateurs peuvent accéder

Vous devez déterminer la quantité de votre modèle d'objet que vous souhaitez rendre disponible sur Internet, ce qui est un concept connu sous le nom d'exposition. Il est important que vous vous souveniez des concepts d'un composant ou d'un objet qui composent votre modèle objet. Vous voulez exposer seulement une vue abstraite de ce qui est nécessaire pour faire le travail et résoudre vos cas d'utilisation.

Par exemple, si vous avez une demande financière qui décide si une hypothèque doit être accordée en fonction de critères précis; vous n'exposez pas tous les détails d'implémentation internes. C'est ta "sauce secrète". "Moins vous partagez, mieux c'est. Exposer seulement le nombre minimum d'objets, avec le nombre minimum de membres (propriétés, méthodes et événements) nécessaires pour effectuer le travail.