Pisteiden tarkastelu ja heikkojen alueiden korjaaminen

Kun olet suorittanut kaikki kolme harjoituskoeosiota, pistemäärän analyysin tulisi alkaa laskemalla kunkin aihealueen oikeiden vastausten prosenttiosuus erikseen — ei vain kokonaistulosta. 80 %:n kokonaistulos, jonka taakse kätkeytyy turvallisuuden ja hallinnon 60 %:n tulos, merkitsee edelleen koeriskiä, koska kyseinen aihealue muodostaa 30–35 % varsinaisesta kokeesta. Yhdistä jokainen väärin vastattu kysymys sitä vastaavaan oppitunnin aiheeseen ja laadi kohdennettu opiskelulista. Tavoitteena ei ole asioiden täydellinen ulkoa muistaminen, vaan varma päättely skenaarioiden perusteella.

Pilvipalveluiden perusteiden yleisiä heikkoja osa-alueita ja niiden korjaaminen:

• Elasticityn ja Scalabilityn sekoittaminen → Elasticity = automaattinen mukautuminen; Scalability = skaalautuvuus eli kyky skaalata. Kertaa oppitunti ”Pilvipalveluiden keskeiset hyödyt ja mittakaavaedut”.
• Shared Responsibility -mallin soveltaminen väärin SaaS-palveluihin → Piirrä vastuunjakotaulukko käsin kaikille kolmelle palvelumallille.
• CapExin ja OpExin sekoittaminen → CapEx = etukäteishankinta; OpEx = kuukausittainen lasku. Kertaa oppitunti ”Pilvipalvelut verrattuna perinteiseen paikalliseen ympäristöön”.

Arkkitehtuurin ja palveluiden yleisiä heikkoja osa-alueita:

• Saatavuusjoukot ja -vyöhykkeet sekoittuvat → Joukoilla tarkoitetaan yhden datakeskuksen vika- ja päivitysalueita; vyöhykkeillä tarkoitetaan erillisiä datakeskuksia yhden alueen sisällä.
• Väärä tietokantapalvelu → Opetelkaa ulkoa: Cosmos DB = maailmanlaajuisesti hajautettu NoSQL; Azure SQL = relaatiopohjainen PaaS; SQL MI = lähes 100-prosenttinen SQL Server -yhteensopivuus.
• Queue Storage ja Service Bus sekoittuvat → Queue Storage = yksinkertainen ja edullinen 64 KB:n ratkaisu; Service Bus = yritystason topicit, istunnot, DLQ ja 100 MB:n Premium.
• Laskentapalvelu tunnistetaan väärin → Yhdistä jokainen palvelu sen IaaS- tai PaaS-tunnisteeseen ja ensisijaiseen käyttötapaukseen.

Tietoturvan ja hallinnan yleisiä heikkoja osa-alueita:

• Defender for Cloud ja Sentinel sekoittuvat → Defender = tietoturvan tila ja pisteet; Sentinel = SIEM/SOAR-pohjainen uhkien havaitseminen.
• Väärä kustannustyökalu → Ennen käyttöönottoa: Pricing Calculator; käyttöönoton jälkeen: Cost Management; siirron liiketoimintaperustelu: TCO Calculator.
• Väärä yhdistetyn SLA:n kaava → AND = kerrotaan (tulos on pienempi); OR = 1−(1−SLA1)×(1−SLA2) (tulos on suurempi).
• Policy ja Locks sekoittuvat → Policy = hallitsee resurssien ominaisuuksia; Locks = estää olemassa olevien resurssien poistamisen tai muokkaamisen.

Kun olette tunnistaneet heikot osa-alueenne, laatikaa kohdennettu opiskelusuunnitelma kokeeseen jäljellä oleville päiville:

• Yli 7 päivää jäljellä: Lukekaa jokaisen heikon osa-alueen koko oppitunti uudelleen ja suorittakaa kyseisten moduulien Microsoft Learn -tietotarkistukset.
• 3–6 päivää jäljellä: Suorittakaa kaksi kattavaa Microsoftin virallista harjoitusarviointia (yhteensä 100 kysymystä) ja tunnistakaa mahdolliset uudet heikot osa-alueet.
• 1–2 päivää jäljellä: Kertailkaa nopeasti palveluiden nimiä, SLA-prosentteja, hinnoittelutyökalujen nimiä ja jaetun vastuun rajoja.
• Koepäivä: Kertailkaa heikkojen osa-alueiden lunttilappua 30 minuuttia ennen koetta; älkää yrittäkö opetella uutta materiaalia viime hetkellä.

Nämä 10 faktaa kannattaa opetella muistikorteilla AZ-900-koetta varten:

• Yhden virtuaalikoneen ja Premium SSD:n SLA: 99.9%
• Saatavuusjoukon SLA: 99.95%
• Saatavuusvyöhykkeen SLA: 99.99%
• Varatun instanssin enimmäisalennus: 72%
• Spot VM:n enimmäisalennus: 90%
• AZ-900-kokeen hyväksytty tulos: 700/1000
• Resurssin tunnisteiden enimmäismäärä: 50
• Hallintaryhmien enimmäissyvyys: 6 tasoa juurisolmun alapuolella
• Tietoturvan tilan pisteet tarjoava palvelu: Defender for Cloud
• Käyttöönottoa edeltävään kustannusarvioon tarkoitettu työkalu: Pricing Calculator

Vastatkaa mielessänne ennen kuin jatkatte lukemista:

• Mikä malli: asiakas hallitsee käyttöjärjestelmää ja Azure laitteistoa? → IaaS
• Mikä hyöty: käyttöönotto Tokiossa, Lontoossa ja São Paulossa? → Maantieteellinen hajautus
• Mikä käyttöönottomalli: paikallinen ympäristö ja Azure yhdistettyinä? → Hybridipilvi
• CapEx vai OpEx: kuukausittainen Azure-tilaus? → OpEx
• Kuka hallitsee SaaS-palvelun tietoja? → Asiakas

Tietoturvan ja hallinnan kertaus — vastatkaa ennen kuin jatkatte lukemista:

• Estätte virtuaalikoneen poistamisen? → CanNotDelete Resource Lock
• Pakotatte vaaditun tunnisteen kaikille resursseille? → Azure Policy (Deny effect)
• Tarkastelette tietoturvapisteitä? → Defender for Cloud
• Havaitsette lokeista uhkia? → Microsoft Sentinel
• Tallennatte tietokannan salasanan turvallisesti? → Azure Key Vault Secret
• Ulkoiset kumppanit kirjautuvat omilla tunnistetiedoillaan? → Entra ID B2B

Kustannusten ja SLA:n harjoitus — vastatkaa ennen kuin jatkatte lukemista:

• Mikä tarjoaa parhaan alennuksen virtuaalikoneelle, joka on käytössä ympäri vuorokauden kolmen vuoden ajan? → 3-year Reserved VM Instance (up to 72%)
• Arvioitte kustannukset ennen käyttöönottoa? → Azure Pricing Calculator
• Seuraatte kulutusta käyttöönoton jälkeen? → Azure Cost Management
• Vertaatte paikallisen ympäristön ja Azuren kustannuksia? → TCO Calculator
• App Servicen (99.95%) ja SQL DB:n (99.99%) yhdistetty SLA? → ≈ 99.94%
• Käytätte Windows Server -käyttöoikeuksia uudelleen Azuressa? → Azure Hybrid Benefit

Ennen kokeen varaamista teidän pitäisi pystyä vastaamaan luottavaisesti seuraaviin kysymyksiin:

• Mitä IaaS / PaaS / SaaS tarkoittavat skenaariokontekstissa?
• Mikä Azure-palvelu ratkaisee kunkin yleisen ongelman (tallennus, laskenta, tietokannat, tietoturva, hallinta, kustannukset)?
• Miten jaetun vastuun malli muuttuu IaaS-, PaaS- ja SaaS-mallien välillä?
• Miten yhdistetty SLA lasketaan?
• Mitkä ovat kolme Azure-kustannustyökalua ja milloin kutakin käytetään?

Jos läpäisette kokeen: juhlistakaa saavutusta ja tutustukaa heti seuraaviin sertifiointeihin — AZ-104 (Administrator), AZ-204 (Developer) tai AZ-305 (Solutions Architect Expert) rakentuvat suoraan AZ-900:n perustalle. Jos ette läpäise koetta: Microsoft edellyttää 24 tunnin odotusaikaa ennen uusintakoetta. Tutustukaa tulosraporttiin, joka näyttää toimialuekohtaiset prosenttitulokset — opiskelkaa tehokasta seuraavaa yritystä varten vain heikkoja toimialueita, ei koko opetussuunnitelmaa. Useimmat hieman alle jääneet kokelaat (680–695) läpäisevät kokeen toisella yrityksellä 1–2 viikon kohdennetun kertauksen jälkeen.

Tässä viimeisessä oppitunnissa opitte, että tulosten analysointi toimialueittain tunnistaa heikot osa-alueet tehokkaammin kuin kokonaispisteet yksin, 10 tärkeää muistikorttifaktaa (SLA:t, alennukset, hyväksytty tulos ja työkalujen nimet) ovat tehokkainta opeteltavaa ennen koepäivää ja vähintään 85 %:n tulos virallisissa harjoitusarvioinneissa antaa riittävän marginaalin kokeen varmaan läpäisemiseen. Onnittelut koko AZ-900-kurssipolun suorittamisesta — olette nyt valmis suorittamaan Microsoft Azure Fundamentals -kokeen!