Rekening houdend met ontwerpstrategieën voor webservices - dummies

U moet verschillende strategieën overwegen om beter te begrijpen hoe u uw webservices gaat ontwerpen. Hoe gaat u uw code indelen in projecten, klassen, methoden, eigenschappen en gebeurtenissen? Nadat u precies hebt bepaald wat uw vereisten zijn en welke scenario's uw toepassing moet afhandelen, kunt u beginnen met het ontwerpen van uw toepassing. U moet uw webserviceprojecten construeren in een of meer objecten die de functionaliteit afhandelen.

Topprestaties garanderen

Zoals bij elk softwareproject, moet u rekening houden met bepaalde ontwerpoverwegingen. Prestaties zijn een van de grootste problemen. En zoveel gebieden beïnvloeden de prestaties. Sommige overwegingen ten aanzien van de prestaties zijn gebaseerd op hardware, maar sommige overwegingen ten aanzien van de prestaties - zoals geheugen - zijn ook gebaseerd op software.

Met geheugen is meer altijd beter. Maar hoeveel is genoeg? Het is het beste om de aanbevelingen te volgen op basis van de vereisten van de softwarefabrikant voor elk stuk software dat op de computer is geladen. Bepaal dan een grotere omvang dan dat.

De eenvoudigste methode om de benodigde hoeveelheid geheugen te bepalen, is om de maximale hoeveelheid geheugen te bepalen die nodig is als elke toepassing op hetzelfde moment in gebruik is. U moet ook rekening houden met het aantal gebruikers dat u op enig moment verwacht.

Hieronder volgen enkele componenten:

• Vereisten voor besturingssysteem (OS): Dat wil zeggen, de hoeveelheid geheugen die de server nodig heeft om gebruikers in staat te stellen het huidige besturingssysteem en andere geïnstalleerde systemen veilig te gebruiken software. Stel dat u bijvoorbeeld twee webservices hebt die worden gehost op een Windows 2000-server. Windows 2000 Server vereist 128 MB geheugen.

• . NET Framework-vereisten: Stel dat het framework 128 MB geheugen op de server in beslag neemt. Samen nemen het besturingssysteem en het framework een totaal van 256MB geheugen in beslag op uw server, en dat is zelfs zonder rekening te houden met de Web Services-objecten die u gaat ontwikkelen.
• Gebruikers: Dat wil zeggen, het aantal gebruikers dat op enig moment een webservice gebruikt. Stel dat u verwacht dat 100 gebruikers elk van de twee webservices-objecten op elk gewenst moment moeten gebruiken.
• Webservicevereisten: Dit is zeer moeilijk in te schatten met enige mate van nauwkeurigheid, maar minimaal het optellen van alle ruimte die elk gegevenstype zal innemen.
• Overhead gekoppeld aan de webservice: Dat wil zeggen, de hoeveelheid geheugen die uw server moet hebben naast uw oorspronkelijke schattingen.Als u een schatting maakt van de overhead van nog eens 50.000 voor elke webservice, begint het geheugen op te tellen en samen te voegen.

Omgaan met beveiligingsproblemen

Beveiliging is tegenwoordig een van de grootste onderwerpen in computergebruik. Het feit dat webservices meestal worden verzonden via HTTP, maakt zich zorgen over de beveiliging. Elke keer dat u gegevens via internet verzendt, wordt de beveiliging een punt van zorg. Als persoonlijke gegevens - zoals gebruikersnamen, wachtwoorden, adressen, creditcardgegevens, enzovoort - via internet moeten worden verzonden, moeten deze worden gecodeerd. Als het niet is gecodeerd, kan iedereen met hacktools de gegevens lezen die via de draad worden verzonden. Hetzelfde geldt voor een bedrijfsintranet of extranet. Daarom wordt codering een noodzaak.

Versleuteling kan gemakkelijk worden verwerkt door Internet Information Services (IIS), die Secure Sockets Layer of SSL gebruikt. Het enige dat u moet doen om SSL te gebruiken, is door een SSL-certificaat te installeren dat u verkrijgt van een vertrouwde derde partij. Nadat het SSL-certificaat is geïnstalleerd, hebben clients toegang tot uw websites of webservices met behulp van het HTTPS-protocol in plaats van HTTP. (De S staat voor s ecure.) Dit SSL-certificaat staat bekend als een servercertificaat.

Alleen al omdat u SSL gebruikt om uw gegevens te coderen, betekent nog niet dat iedereen toegang tot uw webservice moet hebben. Toegang wordt gecontroleerd door een authenticatieschema. U kunt bepalen wie toegang heeft door Active Directory te verifiëren.

U moet ook weten hoe uw webservices met beveiliging moeten omgaan. Houd rekening met het volgende om dit te weten:

• Kan iemand of een systeem toegang krijgen tot de webservices?
• Als de toegang moet worden beperkt, hoe beperk je deze dan?
• Moet u Active Directory gebruiken om gebruikers te verifiëren?
• Moet u Passport gebruiken om gebruikers te verifiëren?
• Moet u webservices beperken op basis van het opzoeken van geldige gebruikers in een database?

De antwoorden op deze vragen bepalen hoe complex uw webservices worden. Het gemakkelijkste is om iedereen toegang te geven tot uw webservices, maar dit is niet altijd praktisch. Wat als u bijvoorbeeld kosten in rekening brengt voor uw gebruik van webservices via een internetprovider (ISP)?

Als u Active Directory gaat gebruiken, moet u beslissen hoe u het toevoegen van gebruikers en computers wilt beheren. U kunt bijvoorbeeld overwegen om deze taak te automatiseren, afhankelijk van of u van plan bent om vaak nieuwe klanten / gebruikers aan te melden. Als u database-opzoekingen gaat gebruiken, moet u deze functionaliteit opnemen in uw projectplannen en de details bepalen van hoe dit kan werken.

Aan de andere kant, als u Microsoft Passport de verificatie uitvoert, garandeert u dat een gebruiker is geverifieerd, maar u hoeft de gebruikersinformatie niet bij u op te slaan. Vergeet niet dat je beveiligingsproblemen vanuit elke mogelijke hoek moet bekijken.

Zorgen voor interoperabiliteit

Interoperabiliteit is het concept dat ongelijksoortige computersystemen met elkaar moeten kunnen praten.Als een Oracle-database bijvoorbeeld met een SQL Server-database moet werken, moet u erachter komen hoe u dat kunt laten gebeuren. Evenzo, als u weet dat uw ERP-systeem (Enterprise Resource Planning) moet communiceren met een CRM-systeem (Customer Relationship Management), kunt u maar beter kraken.

Veel van de interoperabiliteitskwesties die voortvloeien uit ongelijksoortige systemen die met elkaar praten, kunnen worden opgelost met een Microsoft-product met de naam BizTalk. BizTalk maakt het in kaart brengen van ongelijksoortige systemen mogelijk door meerdere protocollen en formaten toe te staan. Intern gebruikt BizTalk XML om toewijzingen tussen deze ongelijksoortige systemen op te slaan.

Interoperabiliteit heeft ook een impact op de manier waarop verschillende technologieën met elkaar moeten werken. Bijvoorbeeld, doet a. NET component moet COM-componenten aanroepen? De twee technologieën zijn enigszins vergelijkbaar in concept, maar niet in technologie. Het is echter heel goed mogelijk om COM-componenten mee te verpakken. NET-interfaces. Dit wordt COM-interoperabiliteit genoemd.

Bepalen waartoe uw gebruikers toegang hebben

U moet bepalen hoeveel van uw objectmodel u beschikbaar wilt stellen via internet, een concept dat bekend staat als blootstellen. Het is belangrijk dat u de concepten onthoudt van een onderdeel of object dat deel uitmaakt van uw objectmodel. U wilt alleen een geabstraheerde weergave van wat nodig is om werk gedaan te krijgen en uw gebruiksmogelijkheden op te lossen.

Bijvoorbeeld als u een financiële aanvraag heeft die bepaalt of een hypotheek moet worden toegekend op basis van specifieke criteria; u stelt niet alle interne implementatiedetails bloot. Dat is je "geheime saus. "Hoe minder je deelt, hoe beter. Stel alleen het minimale aantal objecten bloot, samen met het minimale aantal leden (eigenschappen, methoden en gebeurtenissen) dat nodig is om werk gedaan te krijgen.