Vurderer designstrategier for webtjenester - dummies

Du bør vurdere flere strategier for bedre å forstå hvordan du vil designe webtjenestene dine. Hvordan vil du organisere koden din i prosjekter, klasser, metoder, egenskaper og hendelser? Etter at du har bestemt nøyaktig hva dine krav er og hvilke scenarier din søknad må håndtere, kan du begynne å designe søknaden din. Du må konstruere webtjenesterprosjektene i en eller flere objekter som håndterer funksjonaliteten.

Forsikre topp ytelse

Som med ethvert programvareprosjekt, må du ta hensyn til visse designhensyn. Ytelse er en av de største problemene. Og så mange områder påvirker ytelsen. Noen av ytelseshensynene er basert på maskinvare, men noen ytelseshensyn - som minne - er også basert på programvare.

Med minne er mer alltid bedre. Men hvor mye er nok? Det er best å følge anbefalingene basert på kravene fra programvareprodusenten for hvert program som er lastet inn på datamaskinen. Deretter bestemmer du størrelsen større enn den.

Den enkleste metoden for å vurdere hvor mye minne som trengs, er å bestemme den maksimale mengden minne som kreves hvis alle programmer ble brukt samtidig. Du må også vurdere hvor mange brukere du forventer når som helst.

Følgende er noen komponenter du bør vurdere:

• Operativsystemkrav: Det vil si hvor mye minne serveren må ha for at brukerne skal kunne kjøre det nåværende operativsystemet og andre installerte på en sikker måte. programvare. For eksempel, si at du har to webtjenester som vil bli vert på en Windows 2000-server. Windows 2000 Server krever 128 MB minne.

• . NET Framework-krav: For eksempel, si at rammen tar opp 128 MB minne på serveren. Sammen har operativsystemet og rammene totalt 256 MB minne på serveren din, og det er uten at du vurderer de Web Services objekter du vil utvikle.
• Brukere: Det vil si antall brukere som kan bruke en webtjeneste til enhver tid. Anta at du forventer at 100 brukere må bruke hver av de to webtjenestobjektene når som helst.
• Webservicekrav: Dette er veldig vanskelig å estimere med noen grad av nøyaktighet, men legger i hvert fall til alt det plassen som hver datatype skal okkupert.
• Overhead knyttet til webtjenesten: Det vil si hvor mye minne serveren din burde ha over dine opprinnelige estimater.Hvis du estimerer overhead på en annen 50K eller så for hver webtjeneste, begynner minnet å legge til og sammensatte.

Håndtere sikkerhetsproblemer

Sikkerhet er et av de største temaene i databehandling i dag. Det faktum at webtjenester vanligvis overføres ved hjelp av HTTP, er bekymringen over sikkerhet stor. Faktisk, når som helst du overfører data over Internett, blir sikkerhet en bekymring. Hvis noen personlige data - som brukernavn, passord, adresser, kredittkortinformasjon og så videre - må overføres via Internett, bør den krypteres. Hvis det ikke er kryptert, vil alle med hackingsverktøy kunne lese dataene som overføres over ledningen. Det samme gjelder for et bedriftens intranett eller ekstranett. Derfor blir kryptering en nødvendighet.

Kryptering håndteres enkelt av Internet Information Services (IIS), som bruker Secure Sockets Layer, eller SSL. Det eneste du må gjøre for å bruke SSL, er å installere et SSL-sertifikat som du får fra en pålitelig tredjepart. Etter at SSL-sertifikatet er installert, kan klienter få tilgang til webområdene eller webtjenestene ved hjelp av HTTPS-protokollen, i stedet for HTTP. ( S står for s ekte.) Dette SSL-sertifikatet er kjent som et servercertifikat.

Bare fordi du bruker SSL til å kryptere data, betyr det ikke at alle skal ha tilgang til webtjenesten din. Tilgang styres av et autentiseringsskjema. Du kan kontrollere hvem som har tilgang ved å la Active Directory godkjenne.

Du må også vite hvordan webtjenestene dine skal håndtere sikkerhet. For å vite dette, vurder disse spørsmålene:

• Kan noen eller noe system få tilgang til webtjenestene?
• Hvis tilgangen må begrenses, hvordan vil du begrense det?
• Skal du bruke Active Directory til å autentisere brukere?
• Skal du bruke Passport for å godkjenne brukere?
• Skal du begrense webtjenester basert på å slå opp gyldige brukere i en database?

Svarene på disse spørsmålene dikterer hvor komplekse dine webtjenester blir. Sikkert, det enkleste å gjøre er å la alle få tilgang til webtjenestene dine, men dette er ikke alltid praktisk. For eksempel, hva om du tar betalt for bruk av Internett-tjenester via en Internett-leverandør (ISP)?

Hvis du skal bruke Active Directory, må du bestemme hvordan du vil administrere å legge til brukere og datamaskiner. For eksempel bør du vurdere å automatisere denne oppgaven, avhengig av om du planlegger å registrere deg nye kunder / brukere veldig ofte. Hvis du skal bruke databaseoppslag, må du ta hensyn til denne funksjonaliteten i prosjektplanene dine og for å bestemme detaljene for hvordan dette kan fungere.

På den annen side, hvis du har Microsoft Passport, gjør du autentiseringen, garanterer du at en bruker er autentisert, men du må ikke lagre brukerens informasjon på ditt sted. Husk at du må se på sikkerhetsproblemer fra alle mulige vinkler.

Sikre interoperabilitet

Interoperabilitet er konseptet at ulike datasystemer må kunne snakke med hverandre.For eksempel, hvis en Oracle-database trenger å jobbe med en SQL Server-database, må du finne ut hvordan du får det til å skje. På samme måte, hvis du vet at ditt ERP (Enterprise Resource Planning) -system har å snakke med et CRM (Customer Relationship Management) -system, kan du bedre sprekke.

Mange av problemene med interoperabilitet som oppstår fra ulike systemer som snakker med hverandre, kan løses med et Microsoft-produkt som heter BizTalk. BizTalk tillater kartlegging av ulike systemer ved å tillate flere protokoller og formater. Internt bruker BizTalk XML til å lagre mappings blant disse ulike systemene.

Interoperabilitet har også innvirkning på hvordan ulike teknologier må jobbe med hverandre. For eksempel gjør en. NET-komponenten må påberope COM-komponenter? De to teknologiene er noe lik konsept, men ikke i teknologi. Det er imidlertid svært mulig å pakke COM-komponenter sammen med. NET grensesnitt. Dette kalles COM-Interop.

Bestemme hva brukerne dine får tilgang til

Du må bestemme hvor mye av objektmodellen du vil gjøre tilgjengelig over Internett, som er et konsept kjent som eksponering. Det er viktig at du husker konseptene til en komponent eller objekt som utgjør objektmodellen din. Du vil bare avsløre en abstrakt oversikt over hva som er nødvendig for å få jobbet og løse brukssaker.

For eksempel, hvis du har en finansiell søknad som bestemmer om et boliglån skal gis basert på bestemte kriterier; Du avslører ikke alle interne implementeringsdetaljer. Det er din "hemmelige saus. "Jo mindre du deler, desto bedre. Bare utelukkende bare det minste minimum antall objekter, sammen med det minste minimumsantalet medlemmer (egenskaper, metoder og hendelser) som trengs for å få jobbet gjort.