ÖVerväger designstrategier för webbtjänster - dummies

Du bör överväga flera strategier för att bättre förstå hur du ska designa dina webbtjänster. Hur ska du organisera din kod till projekt, klasser, metoder, egenskaper och händelser? När du har bestämt exakt vad dina krav är och vilka scenarier din ansökan behöver hantera, kan du börja utforma din ansökan. Du måste konstruera dina webbtjänster till ett eller flera objekt som hanterar funktionaliteten.

Försäkra topp prestanda

Som med alla mjukvaruprojekt måste du ta hänsyn till vissa designhänsyn. Prestanda är en av de största problemen. Och så många områden påverkar prestanda. Några av prestationshänsynen är baserade på hårdvara, men vissa prestationshänsyn - som minne - är också baserade på programvara.

Med minnet är mer alltid bättre. Men hur mycket kostar det? Det är bäst att följa rekommendationerna baserat på kraven från mjukvaruproducenten för varje mjukvara som är laddad på datorn. Välj sedan en större storlek än den.

Den enklaste metoden för att bedöma hur mycket minne som behövs är att bestämma den maximala minnesgraden som krävs om varje applikation användes samtidigt. Du måste också överväga hur många användare du förväntar dig när som helst.

Följande är några komponenter att överväga:

• Operativsystemkrav: Det vill säga mängden minne som servern behöver för att göra det möjligt för användarna att säkert köra det aktuella operativsystemet och andra installerade programvara. Till exempel, säg att du har två webbtjänster som kommer att vara värd på en Windows 2000-server. Windows 2000 Server kräver 128 MB minne.

• . NET-ramkrav: Till exempel, säg att ramverket tar upp 128 MB minne på servern. Tillsammans upptar operativsystemet och ramverket totalt 256 MB minne på din server, och det är utan att överväga de webbtjänster objekt som du kommer att utveckla.
• Användare: Det vill säga antalet användare som kan använda en webbtjänst när som helst. Antag att du förväntar dig att 100 användare måste använda var och en av de två webbtjänstobjekten när som helst.
• Webservicekrav: Det här är mycket svårt att uppskatta med viss grad av noggrannhet, men lägg till minst det utrymme som varje datatyp kommer att uppta.
• Overhead i samband med webbtjänsten: Det vill säga mängden minne som servern ska ha utöver dina ursprungliga uppskattningar.Om du uppskattar omkostnader för en annan 50k eller så för varje webbtjänst börjar minnet att lägga till och förena.

Hantera säkerhetsproblem

Säkerhet är ett av de största ämnesområdena för datorer idag. Det faktum att webbtjänster normalt överförs med hjälp av HTTP är oro över säkerheten stor. Faktum är att varje gång du överför data via Internet blir säkerhet en oro. Om någon personlig information - som användarnamn, lösenord, adresser, kreditkortsinformation och så vidare - behöver sändas via Internet, ska den krypteras. Om det inte är krypterat kommer alla med hackverktyg att kunna läsa data som överförs över tråden. Detsamma gäller på företags intranät eller extranät. Därför blir kryptering en nödvändighet.

Kryptering hanteras enkelt av Internet Information Services (IIS), som använder Secure Sockets Layer, eller SSL. Det enda du behöver göra för att använda SSL är att installera ett SSL-certifikat som du får från en betrodd tredje part. När SSL-certifikatet är installerat kan kunderna få tillgång till dina webbplatser eller webbtjänster genom att använda HTTPS-protokollet istället för HTTP. ( S står för s ecure.) Detta SSL-certifikat är känt som ett serverns certifikat.

Bara för att du använder SSL för att kryptera dina data betyder det inte att alla ska ha tillgång till din webbtjänst. Tillgång styrs av ett autentiseringsschema. Du kan styra vem som har åtkomst genom att tillåta Active Directory att verifiera.

Du måste också veta hur din webbtjänst ska hantera säkerheten. För att veta detta, överväga dessa frågor:

• Kan någon eller något system komma åt webbtjänsterna?
• Om åtkomst måste begränsas, hur kommer du att begränsa den?
• Ska du använda Active Directory för att autentisera användare?
• Ska du använda Passport för att autentisera användare?
• Ska du begränsa webbtjänster baserat på att titta på giltiga användare i en databas?

Svaren på dessa frågor dikterar hur komplexa dina webbtjänster blir. Visst, det enklaste att göra är att tillåta alla tillgång till dina webbtjänster, men det här är inte alltid praktiskt. Till exempel, om du tar betalt för ditt webbtjänstförbrukning via en Internetleverantör (ISP)?

Om du ska använda Active Directory måste du bestämma hur du vill administrera användare och datorer. Du bör till exempel överväga att automatisera denna uppgift, beroende på om du planerar att registrera dig nya kunder / användare ofta. Om du ska använda databasuppsökningar måste du redogöra för denna funktionalitet i dina projektplaner och för att bestämma detaljerna för hur detta kan fungera.

Å andra sidan, om du har Microsoft Passport gör autentisering, garanterar du att en användare är autentiserad, men du behöver inte lagra användarens information på din plats. Kom ihåg att du måste titta på säkerhetsproblem från alla möjliga vinklar.

Säkerställa interoperabilitet

Interoperabilitet är det begrepp som olika datasystem behöver kunna prata med varandra.Om en Oracle-databas exempelvis behöver arbeta med en SQL Server-databas, måste du räkna ut hur man får det att hända. På samma sätt, om du vet att ditt ERP-system (Enterprise Resource Planning) måste prata med ett CRM-system (Customer Relationship Management), kan du bättre få sprickbildning.

Många av problemen med driftskompatibilitet som uppstår genom olika system som pratar med varandra kan lösas med en Microsoft-produkt som heter BizTalk. BizTalk möjliggör kartläggning av olika system genom att tillåta flera protokoll och format. Internt använder BizTalk XML för att lagra mappings bland dessa olika system.

Interoperabilitet har också inverkan på hur olika teknologier ska fungera med varandra. Till exempel gör en. NET-komponenten behöver påverka COM-komponenter? De två teknikerna är något liknande i koncept, men inte i teknik. Det är dock mycket möjligt att sätta ihop COM-komponenter med. NET-gränssnitt. Detta kallas COM-Interop.

Bestäm vad användarna har tillgång till

Du måste bestämma hur mycket av din objektmodell du vill göra tillgänglig via Internet, vilket är ett begrepp som kallas exponering. Det är viktigt att du kommer ihåg begreppen för en komponent eller ett objekt som utgör din objektmodell. Du vill bara avslöja en sammanfattning av vad som är nödvändigt för att få jobb och lösa dina användarfall.

Till exempel, om du har en ekonomisk ansökan som avgör om ett lån ska beviljas baserat på specifika kriterier. du avslöjar inte alla interna implementeringsdetaljer. Det är din "hemliga sås. "Ju mindre du delar, desto bättre. Exponera bara det minsta minimala antalet objekt, tillsammans med det minsta antalet antal medlemmar (egenskaper, metoder och händelser) som behövs för att få arbetet gjort.