Sopivan laskentapalvelun valitseminen

Azure tarjoaa useita laskentapalveluita, joista kukin on suunniteltu erityyppiseen kuormitukseen, erilaiseen hallinnan tasoon ja erilaiseen toimintamalliin. Väärän laskentapalvelun valinta johtaa tarpeettomaan monimutkaisuuteen (liian matalan tason ratkaisu) tai riittämättömään hallintaan (liian abstraktoitu ratkaisu). Keskeinen kysymys on: kuinka paljon taustalla olevasta infrastruktuurista teidän täytyy hallinnoida? Tällä oppitunnilla käydään läpi tärkeimmät laskentavaihtoehdot ja kriteerit, joiden avulla kuhunkin tilanteeseen voidaan valita oikea vaihtoehto.

Azure Virtual Machines antaa teille täyden hallinnan käyttöjärjestelmään, suoritusaika-alustaan ja sovelluspinoon. Käyttäkää virtuaalikoneita, kun teidän täytyy suorittaa vanhoja sovelluksia, jotka edellyttävät tiettyä käyttöjärjestelmäversiota tai kernel-asetusta, tehdä paikallisen ympäristön kuormituksen lift-and-shift-siirto ilman muutoksia, asentaa mukautettuja ohjelmistoja järjestelmätasolla tai tarvitsette pysyvää laskentakapasiteettia, joka toimii ympäri vuorokauden ennakoitavalla ja kiinteällä kokoonpanolla. Vastineeksi saatte suurimman ylläpitovastuun: vastaatte käyttöjärjestelmän päivityksistä, tietoturvan vahvistamisesta ja käyttöjärjestelmäkerroksen valvonnasta.

Virtual Machine Scale Sets on oikea valinta, kun tarvitsette virtuaalikoneita mutta myös automaattista skaalausta kysynnän perusteella. Jos kuormitus on tilaton (verkkopalvelimet, API-taustajärjestelmät tai eräajotyöntekijät), toimii samalla tavalla jokaisessa instanssissa ja kysyntä vaihtelee, VMSS sopii siihen luontevasti. Se yhdistää virtuaalikonetason hallinnan automaattiseen vaakasuuntaiseen skaalaukseen. Kun valitsette erillisen virtuaalikoneen ja VMSS:n välillä, ratkaiseva tekijä on yleensä se, tarvitseeko kuormitus skaalautua yhtä instanssia suuremmaksi.

Azure App Service on PaaS-alusta verkkosovellusten, REST-sovellusliittymien ja mobiilitaustajärjestelmien isännöintiin. Otatte käyttöön koodinne (Node.js-, Python-, Java-, .NET-, PHP- tai Ruby-koodina tai säilönä), ja Azure hallinnoi suoritusympäristöä, käyttöjärjestelmää, päivityksiä, kuormantasausta ja skaalausta. Käyttäkää App Serviceä, kun haluatte julkaista koodia nopeasti ilman infrastruktuurin hallintaa, sovelluksen noudattaessa tavanomaisia verkkosovellusten toimintamalleja ja kun ette tarvitse käyttöjärjestelmätason mukautuksia. App Service on yksi Azuren suosituimmista palveluista, koska siinä yhdistyvät tehokkuus ja helppokäyttöisyys.

Azure Container Instances (ACI) mahdollistaa Docker-säilön suorittamisen pilvessä ilman infrastruktuurin hallintaa — ei virtuaalikoneita eikä orkestroijaa. ACI sopii erinomaisesti lyhytkestoisiin, tarvittaessa suoritettaviin säilökuormituksiin, kuten ajoitettuihin erätöihin, CI/CD-putkien tehtäviin, tietojenkäsittelykomentosarjoihin tai kehitysympäristöihin. Säilöt käynnistyvät sekunneissa, ja maksatte käytetystä suorittimesta ja muistista sekuntikohtaisesti. ACI ei tarjoa Kubernetesin kaltaisia ominaisuuksia, kuten palveluiden etsintää, vaiheittaisia käyttöönottoja tai kuntoon perustuvaa uudelleenkäynnistystä — se on yhden säilön tai säilöryhmän suoritusympäristö.

Azure Kubernetes Service (AKS) on hallittu Kubernetes-ympäristö säilöytettyjen sovellusten orkestrointiin suuressa mittakaavassa. Käyttäkää AKS:ää, kun teillä on useita mikropalveluita, jotka tarvitsevat palveluiden etsintää, vaiheittaisia käyttöönottoja, automaattista palautumista ja kehittynyttä skaalausta. AKS hallinnoi Kubernetesin hallintatasoa (API-palvelin, etcd ja ajoitin) maksuttomana PaaS-komponenttina, kun taas te hallinnoitte työntekijäsolmujen virtuaalikoneita. AKS on säilöratkaisuista ylläpidollisesti vaativin, mutta tarjoaa eniten tehoa ja joustavuutta tuotannon mikropalveluarkkitehtuureihin.

Azure Functions on tapahtumapohjainen palvelimeton laskentavaihtoehto, jossa kirjoitatte yksittäisiä funktioita, jotka suoritetaan käynnistimien perusteella — käynnistimiä voivat olla HTTP-pyynnöt, ajastetut suoritukset, jonoon saapuvat viestit tai muiden Azure-palveluiden tapahtumat. Maksatte suorituskerroista (ensimmäinen miljoona suoritusta kuukaudessa on maksuton), ja alusta skaalautuu automaattisesti nollasta tuhansiin samanaikaisiin suorituksiin. Käyttäkää Functionsia tapahtumapohjaiseen automaatioon, webhookeihin ja tietojen muunnosputkiin sekä kaikkiin kuormituksiin, jotka ovat luonnostaan lyhytkestoisia ja käynnistinperustaisia.

Käyttäkää tätä yksinkertaistettua päätöspuuta: Tarvitsetteko täyden hallinnan käyttöjärjestelmään? → VM tai VMSS. Säilöytetty kuormitus suuressa mittakaavassa? → AKS. Yksi lyhytkestoinen säilö? → ACI. Verkkosovellus tai API ilman käyttöjärjestelmän hallintaa? → App Service. Tapahtumapohjainen ja lyhytkestoinen koodi? → Azure Functions. Mitä pidemmälle tässä luettelossa etenette, sitä vähemmän infrastruktuuria hallinnoitte ja sitä nopeammin voitte ottaa ratkaisuja käyttöön — mutta samalla teillä on vähemmän hallintaa suoritusympäristöön. Valitkaa vaatimuksenne täyttävä korkein abstraktiotaso.

Reaalimaailman arkkitehtuureissa käytetään usein useita laskentavaihtoehtoja yhdessä. Yritys voi esimerkiksi käyttää App Serviceä asiakkaille suunnattuun verkkosovellukseensa, Azure Functionsia tapahtumapohjaiseen tilausten käsittelyyn, AKS:ää sisäiseen mikropalvelualustaan ja virtuaalikoneita vanhaan ERP-järjestelmään, jota ei voida uudistaa. Azuren yhtenäiset hallintatyökalut — portaali, CLI, ARM-mallit ja Azure Monitor — toimivat yhdenmukaisesti kaikissa laskentapalveluissa, joten useita laskentapalveluita hyödyntäviä arkkitehtuureja voidaan hallita yhdestä hallintatasosta.

Kustannukset vaihtelevat merkittävästi laskentavaihtoehtojen välillä. VM:t — veloitus määräytyy VM:n koon mukaan tuntiperusteisesti myös silloin, kun VM on käyttämättömänä (ellei sitä vapauteta). App Service — veloitus määräytyy App Service Planin SKU:n mukaan tuntiperusteisesti, mutta useat sovellukset voivat käyttää samaa palvelupakettia ilman lisäkustannuksia. ACI — veloitus perustuu käytettyyn suorittimen ja muistin todelliseen määrään sekuntiperusteisesti, eikä käyttämättömästä ajasta veloiteta. Azure Functions (Consumption Plan) — veloitus määräytyy suorituskertojen ja suoritusajan sekuntien mukaan, ja maksuton kiintiö on erittäin antelias. Piikittäisissä kuormissa palvelimeton vaihtoehto on lähes aina kustannustehokkain. Tasaisissa, jatkuvasti käynnissä olevissa kuormissa varatut VM:t tai App Service -palvelupaketit voivat olla edullisempia.

Eri laskentapalvelut tarjoavat erilaiset SLA-takuut: Yksittäinen VM (Premium SSD): 99,9 %. VM saatavuusjoukossa: 99,95 %. VM useilla saatavuusvyöhykkeillä: 99,99 %. App Service (Standard-taso ja sitä korkeammat tasot): 99,95 %. Azure Functions (Consumption Plan): 99,95 %. AKS: API-palvelimen käytettävyys 99,95 % (maksullisella tasolla). Useista komponenteista koostuvan arkkitehtuurin yhdistelmä-SLA lasketaan kertomalla yksittäiset SLA-arvot keskenään — esimerkiksi App Servicen (99,95 %) ja Azure SQL:n (99,99 %) yhdistelmä-SLA on noin 99,94 %.

Tällä oppitunnilla opit, että Azure tarjoaa useita laskentavaihtoehtoja — VM:t, VMSS:n, App Servicen, ACI:n, AKS:n ja Functions-palvelun — joista kukin sopii erilaisiin kuormaprofiileihin ja hallintatarpeisiin, yleissääntönä kannattaa valita vaatimukset täyttävä korkein abstraktiotaso operoinnin työmäärän minimoimiseksi ja todellisissa arkkitehtuureissa yhdistetään usein useita laskentapalveluita, joita orkestroidaan Azuren yhtenäisen hallintakerroksen kautta. Seuraavaksi aloitamme Azure-tallennuspalveluihin tutustumisen Storage Accountseista.