Massiv rækkevidde af Microsoft Azure Services

Omfanget af Microsoft Azure er massivt i form af et stort antal løsninger, det tilbyder, antal funktioner, det tilbyder, antallet af funktioner, det omfatter og så videre. For mig var en af ​​de største udfordringer at få hovedet rundt om alle de nye produktnavne samt alle de nye terminologier, alle de nye begreber og hvordan det hele indbyrdes forbinder hinanden. Hver Microsoft Azure-service og alle funktioner, som Microsoft implementerede, er der af en bestemt grund. Det er der for at løse et fælles forretningsproblem eller et fælles it-problem. For et eksempel, lad os starte med et fælles offentligt set webstedsscenario. Lad os sige, at det er en e-handelswebsted, hvor jeg sælger bøger. På et minimum vil hver webapplikation have brug for en webserver, der vil være vært for webapplikationen. Det skal have et sted at gemme data. For at forbedre ydeevnen skal vi cache dele af programmet. Jeg skal tilføje en blog, da den ikke allerede er en del af ansøgningen. Jeg behøver ikke at lave den blog alene. Jeg skal bare være i stand til at pege på et underdomæne til en WordPress-blog. Jeg vil gerne have et indholdsleveringsnetværk, der kan sikre, at aktiver som billeder er tilgængelige over hele kloden så hurtigt som muligt, hvor nogen anmoder dem.

Jeg vil have brug for en backup og en katastrofe genopretningsplan. Jeg skal bruge en skaleringsstrategi, en måde at håndtere sæson trafik, tung trafik eller uventet spike i trafikken uden at skulle opretholde hardware. Jeg vil gerne overvåge udførelsen af ​​webapplikationen på hardwaren for at afgøre, hvornår det er på tide at skalere. Jeg har brug for god logstøtte og en måde at samle telemetri om en brugersession for at bestemme, hvad der præcist gik galt for dem. Så det er et meget grundlæggende sæt funktioner, som jeg skal bruge, men afhængigt af applikationen, kan jeg også have brug for en måde at styre logins, autentificering til webapplikationer, så ideelt ville det understøtte noget som multi-factor-godkendelse. Det vil gøre det muligt for brugerne at oprette konti ved hjælp af deres eksisterende sociale logins som Facebook, Twitter osv. For at reducere friktionen ved at tilmelde sig webstedet, foretrækker jeg måske at godkende og godkende at bruge eksisterende investeringer, som jeg allerede har i aktiv mappe. Jeg har muligvis brug for en måde at sikre, at brugerens input ikke går tabt, da de forsøger at gemme det i min database. Selv under enorm belastning vil jeg ikke have brugernes køb til at gå tabt. Så jeg vil gerne skrive til databasen og sørge for, at den ikke sænker databasen og applikationen ned.

Jeg ønsker en måde at udsætte webtjenester på for mine partnere, så de kan bygge oven på min platform og udvide min rækkevidde. Og måske fra et mere strategisk perspektiv skal jeg tage alle de beregninger, jeg samler om brugen af ​​webstedet, om, hvad folk svæver deres musemarkører over, hvad er kundernes geografiske placeringer, hvilke produkter får synspunkter, men ikke salg. Jeg vil gerne tage alle disse data til at forudse kundeadfærd for fremtidig efterspørgsel af visse produkter og visse tjenester. Det er webscenariet. Der er også mobiludviklingsscenariet. Jeg må muligvis udsætte et sæt offentligt tilgængelige webtjenester, der forbruges af mobile eller stationære klienter, endda iOS eller Android. Fra et virksomhedsperspektiv ønsker jeg hurtigt at kunne levere nye maskiner og datalagringsmekanismer efter behov for at holde op med ændringerne i min virksomhed. Jeg skulle være i stand til hurtigt at konfigurere disse nyudviklede maskiner. Lad os antage, at de er virtuelle maskiner. Her skal jeg også bruge off-site backup og en failover-strategi for mine applikationer. Jeg vil have mine brugere over hele kloden for at få adgang til serverne og netværksressourcerne på en sikker måde. Det er fra virksomhedens perspektiv.

Fra et udviklerperspektiv vil jeg som teamleder gerne have, at mit team bruger Agile-processer til at matche krav til at overvåge fremskridtene i disse opgaver, at spore eventuelle ændringsanmodninger, der kommer ind, at spore problemer og at levere rapportering til holdet og til øverste ledelse. Jeg har brug for en udviklingsstrategi for ændringer i applikationen, så jeg kan implementere dem, teste dem, derefter implementere dem og gøre dem tilgængelige for offentligheden. Du kan opfylde alle ovennævnte krav gennem Azure. Som du kan se er der et enormt antal Azure serviceydelser. Hvis der er et forretningsmæssigt behov for teknologi, kan det sandsynligvis løses af nogle Azure-tjenester. Nu er det reelle problem ikke at have mange muligheder, men hvilke af disse muligheder vælger jeg for min specifikke situation. Det afhænger af, hvor meget ansvar og hvor meget kontrol, jeg virkelig har brug for. Der er tre grundlæggende niveauer af kontrol og ansvar, som du i de fleste tilfælde kan vælge. De er infrastruktur som en service (IaaS), platform som en service (PaaS) og software som en service (SaaS). Hvis du har brug for fuld kontrol, og du er villig til at tage alt ansvar, der følger med at eje den pågældende server, der indeholder patches, vedligeholdelse, installation af software og lignende. Disse er normalt i form af virtuelle maskiner, som du kan styre ned til sidste detalje. Så Azure-tjenester, der anvendes i denne kapacitet, kaldes Infrastruktur som Service eller IaaS. Hvis du vil bygge oven på Microsoft Azure-platformen af ​​udviklervenlige API'er, og du vil lade Microsoft styre andre områder, så vil du i Azure gå med Platform som Service eller PaaS.

Der er programmer, der er konfigureret og implementeret fra Microsoft eller fra en anden tredjepartsleverandør, og alt du skal gøre er at oprette en konto for dig selv. I dette tilfælde har du næsten intet ansvar inden for det pågældende system. Du behøver ikke at patchere eller vedligeholde noget. Du behøver ikke engang at bekymre dig om at opretholde selve softwaren. Men du har heller ingen kontrol. Så i dette scenario betegner du typisk det som software som en tjeneste eller SaaS. Det er også som at eje din egen bil i forhold til at leje en bil i stedet for at leje en taxa. Du får vælge den rigtige blanding fra et system og et applikationsarkitekturperspektiv og fra et omkostningsperspektiv og fra et vedligeholdelsesperspektiv og så videre. Vil jeg beholde nogle af disse stykker i huset og kun delegere nogle af opgaverne op til nogle Azure-tjenester eller vil jeg indlæse det hele deroppe? Du kan blande og matche som du vil.

Kilde

Giv en kommentar

Dette websted bruger Akismet til at reducere spam. Lær, hvordan dine kommentardata behandles.