Overvejer designstrategier for webtjenester - dummier

Du bør overveje flere strategier for bedre at forstå, hvordan du designer dine webtjenester. Hvordan vil du organisere din kode til projekter, klasser, metoder, egenskaber og arrangementer? Når du har bestemt præcis, hvad dine krav er, og hvilke scenarier din ansøgning skal håndtere, kan du begynde at designe din ansøgning. Du skal konstruere dine webserviceprojekter i en eller flere objekter, der håndterer funktionaliteten.

Sikring af topprestation

Som med ethvert softwareprojekt skal du tage hensyn til visse designhensyn. Ydeevne er et af de største problemer. Og så mange områder påvirker ydeevnen. Nogle af præstations overvejelserne er baseret på hardware, men nogle præstations overvejelser - som f.eks. Hukommelse - er også baseret på software.

Med hukommelse er mere altid bedre. Men hvor meget er nok? Det er bedst at følge anbefalingerne baseret på softwareproducentens krav til hvert softwareprogram, der er lagt på computeren. Bestem derefter en større størrelse end den.

Den nemmeste metode til vurdering af mængden af hukommelse, der kræves, er at bestemme den maksimale mængde hukommelse, der kræves, hvis hver applikation blev brugt på samme tid. Du skal også overveje, hvor mange brugere du forventer til enhver tid.

Følgende er nogle komponenter, der skal overvejes:

Operativsystemkrav: Det vil sige mængden af hukommelse, som serveren skal have for at give brugerne mulighed for sikkert at køre det aktuelle OS og andre installerede software. For eksempel, siger du, at du har to webtjenester, der vil blive hostet på en Windows 2000-server. Windows 2000 Server kræver 128 MB hukommelse.

. NET Framework krav: For eksempel, at rammen tager op 128 MB hukommelse på serveren. Sammen har operativsystemet og rammen i alt 256 MB hukommelse på din server, og det er uden at overveje de Web Services objekter, som du vil udvikle.
Brugere: Det vil sige antallet af brugere, der muligvis bruger en webservice til enhver tid. Antag, at du forventer, at 100 brugere skal bruge hver af de to webtjenesteobjekter til enhver tid.
Webservicekrav: Dette er meget vanskeligt at estimere med nogen grad af nøjagtighed, men i det mindste tilføjer alt det rum, som hver af datatyperne vil indtage.
Overhead forbundet med webtjenesten: Det vil sige mængden af hukommelse, din server skal have ud over dit oprindelige estimat.Hvis du estimerer overhead på en anden 50K eller deromkring for hver webservice, begynder hukommelsen at tilføje og sammensatte.

Håndtering af sikkerhedsproblemer

Sikkerhed er et af de største emner inden for databehandling i dag. Det faktum, at webtjenester typisk overføres ved hjælp af HTTP, er bekymringen over sikkerhed stor. Faktisk, når du overfører data via internettet, bliver sikkerhed en bekymring. Hvis nogen personlige data - f.eks. Brugernavne, adgangskoder, adresser, kreditkortoplysninger osv. - skal overføres via internettet, skal den krypteres. Hvis den ikke er krypteret, vil enhver med hackingsværktøjer kunne læse dataene, der sendes over tråden. Det samme gælder for et virksomheds intranet eller ekstranet. Derfor bliver kryptering en nødvendighed.

Kryptering håndteres nemt af Internet Information Services (IIS), , der bruger Secure Sockets Layer, eller SSL. Det eneste, du skal gøre for at bruge SSL, er at installere et SSL-certifikat, du får fra en betroet tredjepart. Når SSL-certifikatet er installeret, kan klienter få adgang til dine websteder eller webtjenester ved at bruge HTTPS-protokollen i stedet for HTTP. ( S står for s ecure.) Dette SSL-certifikat er kendt som et servercertifikat.

Bare fordi du bruger SSL til at kryptere dine data, betyder det ikke, at alle skal have adgang til din webservice. Adgang styres af en godkendelsesordning. Du kan kontrollere, hvem der har adgang, ved at tillade Active Directory at godkende.

Du skal også vide, hvordan dine Web Services skal håndtere sikkerhed. For at vide dette, overvej disse spørgsmål:

Kan nogen eller noget system få adgang til webtjenesten?
Hvis adgangen skal begrænses, hvordan vil du begrænse den?
Skal du bruge Active Directory til at godkende brugere?
Skal du bruge Passport til at godkende brugere?
Skal du begrænse webtjenester baseret på at slå op gyldige brugere i en database?

Svarene på disse spørgsmål dikterer, hvordan komplekse dine webtjenester bliver. Det er helt sikkert den nemmeste ting at gøre, er at give alle adgang til dine webtjenester, men det er ikke altid praktisk. For eksempel, hvad hvis du opkræver for din webtjenester brug via en internetudbyder (ISP)?

Hvis du skal bruge Active Directory, skal du bestemme, hvordan du vil administrere tilføjelse af brugere og computere. For eksempel bør du overveje at automatisere denne opgave, afhængigt af om du planlægger at tilmelde dig nye kunder / brugere meget ofte. Hvis du skal bruge databaseopsøgninger, skal du redegøre for denne funktionalitet i dine projektplaner og bestemme detaljerne for, hvordan dette kan fungere.

Hvis du har Microsoft Passport, skal du bekræfte, at en bruger er autentificeret, men du behøver ikke gemme brugerens oplysninger på din placering. Husk at du skal kigge på sikkerhedsproblemer fra enhver mulig vinkel.

Sikring af interoperabilitet

Interoperabilitet er det koncept, at forskellige computersystemer skal kunne tale med hinanden.Hvis en Oracle-database f.eks. Skal arbejde med en SQL Server-database, skal du finde ud af, hvordan man får det til at ske. Ligeledes, hvis du ved, at dit ERP-system (Enterprise Resource Planning) skal snakke med et CRM-system (Customer Relationship Management), kan du bedre få revnet.

Mange af de interoperabilitetsproblemer, der opstår fra forskellige systemer, der snakker med hinanden, kan løses med et Microsoft-produkt, der hedder BizTalk. BizTalk tillader kortlægning af forskellige systemer ved at tillade flere protokoller og formater. Internt bruger BizTalk XML til at gemme mappings blandt disse forskellige systemer.

Interoperabilitet har også indflydelse på, hvordan forskellige teknologier skal arbejde sammen. For eksempel gør en. NET-komponent skal påberåbe COM-komponenter? De to teknologier er lidt ens i koncept, men ikke i teknologi. Det er dog meget muligt at pakke COM-komponenter sammen med. NET-grænseflader. Dette kaldes COM-Interop.

Beslutter, hvad dine brugere har adgang til

Du skal bestemme, hvor meget af din objektmodel du ønsker at stille over Internettet, hvilket er et begreb kendt som eksponering. Det er vigtigt, at du husker begreberne for en komponent eller objekt, der udgør din objektmodel. Du vil blot udsætte en abstrakt oversigt over, hvad der er nødvendigt for at få arbejdet udført og løse dine brugssager.

For eksempel, hvis du har en finansiel ansøgning, der afgør, om et pant skal ydes på grundlag af specifikke kriterier; Du afslører ikke alle interne implementeringsdetaljer. Det er din "hemmelige sauce. "Jo mindre du deler, desto bedre. Udsæt kun det minimale minimum antal objekter sammen med det minimale minimum antal medlemmer (egenskaber, metoder og begivenheder), der er nødvendige for at få arbejdet færdigt.