Megosztás a következőn keresztül:

Felhőbeli felkészültség-elhárítások

  • Cikk

Az ügyfelek gyakran tapasztalnak ellenszenvet a felhőbevezetés készenléti fázisában. Ezek az antipatternek váratlan állásidőhöz, vészhelyreállítási problémákhoz és rendelkezésre állási problémákhoz vezethetnek.

Antipattern: Tegyük fel, hogy a kiadott szolgáltatások készen állnak az éles használatra

Mivel a felhőalapú számítástechnika gyorsan fejlődik, a vállalatok gyakran bocsátanak ki előzetes verziójú új szolgáltatásokat. Az ügyfelek általában feltételezik, hogy éles környezetben bármilyen elérhető felhőszolgáltatást használhatnak. A problémák azonban a következő okok miatt jelentkezhetnek:

  • Az előzetes verziójú szolgáltatások általában nem biztosítanak üzemidejű szolgáltatásiszint-szerződéseket (SLA-kat).
  • Az új szolgáltatások gyakran nem olyan kiforrottak, mint a már elérhető felhőszolgáltatások.

Példa: Előzetes verziójú szolgáltatás használata éles környezetben

A kutatóintézet egy előzetes verziójú felhőszolgáltatást használ éles környezetben. A szolgáltatás úgy tűnik, hogy jó választás a használati esethez. De az intézet nem végez kellő gondosságot a szolgáltatáson. Az intézet a referenciaarchitektúra követelményeit és irányelveit sem követi.

Az előzetes verziójú szolgáltatással kapcsolatos problémák váratlan állásidőhöz vezetnek. Az intézet azt kezdi gondolni, hogy a felhőszolgáltatások általában nem olyan érettek vagy rugalmasak, mint ígérték.

Előnyben részesített eredmény: Előre jóváhagyott felhőszolgáltatások használata éles környezetben

Az előzetes verzióban lévő új szolgáltatások kiértékelésekor ezeket a szolgáltatásokat csak a koncepcióigazolás (POC) forgatókönyveiben használhatja. Ne használja ezeket a szolgáltatásokat éles környezetben, mert nem rendelkeznek SLA-kkal. A felhőszolgáltatások jóváhagyásakor keresse meg a megfelelő egyensúlyt a funkciók és az érettség között. Tekintse meg a felhőszolgáltatások átvilágítási ellenőrzőlistájában a felhőszolgáltatások gyors kiértékeléséhez használható keretrendszereket.

Antipattern: Fokozott rugalmasság és rendelkezésre állás feltételezése

A felhőalapú számítástechnika gyakran kínál előnyöket a helyszíni számítástechnika terén. Ide sorolhatóak például a kövekezők:

  • Nagyobb rugalmasság: Helyreállítás a hiba után.
  • Rendelkezésre állás: Kifogástalan állapotban, jelentős állásidő nélkül fut.

Mivel a legtöbb felhőszolgáltatás ezeket az előnyöket kínálja, sok vállalat feltételezi, hogy alapértelmezés szerint minden felhőszolgáltatás rugalmasságot és magas rendelkezésre állást kínál. A valóságban ezek a funkciók gyakran csak többletköltséggel és további technikai ráfordítással érhetők el.

Példa: Magas rendelkezésre állás feltételezése

Az indítás egy kritikus fontosságú alkalmazást implementál az infrastruktúra szolgáltatásként (IaaS) nyújtott szolgáltatásaira. Az indításkor a fejlesztők egy 99,9%-os üzemidejű SLA-val rendelkező virtuális gépet (VM-et) vizsgáltak meg. Mivel csökkenteni szeretnék a költségeket, egyetlen virtuális gépet és prémium szintű tárterületet használnak.

Ha a virtuális gép meghibásodik, az alkalmazás nem tud helyreállni. Váratlan állásidő-eredmények. Feltételezték, hogy a felhő alapértelmezés szerint magas rendelkezésre állást biztosít. Nem tudták, hogy a teljesítménygaranciák a következők között különbözhetnek:

  • Szolgáltatásmodellek, például szolgáltatásként nyújtott platform (PaaS) és szolgáltatásként nyújtott szoftver (SaaS).
  • Olyan technikai architektúrák, mint a terheléselosztásos rendelkezésre állási csoportok és a rendelkezésre állási zónák.

Előnyben részesített eredmény: A hibák csökkentése a rugalmasság és a költségek kiegyensúlyozása során

Megbízható, érett erőforrásokat talál az architekturális ajánlott eljárásokról, amelyek csökkenthetik a hibák hatókörét:

Azonosítsa a költségek és szolgáltatások, például a magas rugalmasság és a rendelkezésre állás közötti megfelelő egyensúlyt. A nagyobb rugalmasság és rendelkezésre állás általában a költségek növekedéséhez vezet. Ilyenek például a következők:

  • Egyetlen virtuális gép SLA-ja 99,9%-os garantált üzemidővel rendelkezhet.
  • Az azonos számítási feladatot futtató két virtuális gép 99,95 és 99,99 százalék közötti üzemidőt biztosítana az SLA-nak.

A felhőalapú megoldások tervezésekor vegye figyelembe a követelmények tervezésének alapvető folyamatát. Használjon SLA-becslést az alkalmazás végpontok közötti SLA-jának kiszámításához.

Antipattern: Felhőszolgáltatóvá válás

Egyes vállalatok megpróbálják felhőszolgáltatóvá tenni belső informatikai részlegüket. Ezután az informatikai felelőssé válik a referenciaarchitektúrákért. Az informatikai részlegnek IaaS-t és PaaS-t is biztosítania kell az üzleti egységeknek. Mivel ez a munkatípus általában nem része az informatikai alaptevékenységnek, az eredményül kapott szolgáltatásajánlatok nem lehetnek használhatóak, rugalmasság, hatékonyság és biztonság.

Példa: Monolitikus felügyelt felhőszolgáltatások biztosítása

A vállalat informatikai részlege létrehoz egy felhőbeli kiválósági központot (CCoE), amely közvetítőként szolgál az informatikai és az üzleti egységek között. Annak biztosítása érdekében, hogy a vállalat felhőalapú legyen, az igazgatótanács a CCoE-t rendeli hozzá a monolitikus végpontok közötti szolgáltatások biztosításához. A CCoE beállít egy belső felhőbeszerzési portált, amellyel az üzleti egységek szolgáltatásként rendelhetik meg a teljes körűen felügyelt felhőbeli virtuális gépeket. Az informatikai rendszer azonban szabályozza, hogy ki férhet hozzá és használhatja a teljes platformot. Ennek eredményeképpen az informatikai részleg aktívan megakadályozza, hogy az üzleti egységek kihasználják az Azure által nyújtott szolgáltatások teljes körét. Az üzleti egységek nem férnek hozzá a felhőportálhoz. Csak a Secure Shell (SSH) és a Távoli asztali protokoll (RDP) használatával férnek hozzá a megrendelt kiszolgálóhoz.

A CCoE több okból is problémába ütközik egy monolitikus felügyelt szolgáltatás biztosításával a felhőben elérhető összes szolgáltatás burkolásához:

  • A felhő számos szolgáltatást kínál több megoldási területen. Az IaaS-megoldások fejlesztéséhez képest a dolgok internetes hálózatának (IoT) és az AI-megoldások tervezéséhez és tervezéséhez különböző szakértelemre és szakértelemre van szükség.
  • A felhőszolgáltatások gyakran változnak.
  • A monolitikus szolgáltatások biztosítása jelentősen megnöveli a piacra kerülés idejét, mivel az informatikai részlegek kezelik a folyamatot, nem pedig az üzleti egységeket.

Előnyben részesített eredmény: Védőkorlátok megadása

A felhőtechnológiák bevezetésekor az informatikai részleg első kézből szerezhet tapasztalatot a felhővel kapcsolatban az informatikai számítási feladatoktól kezdve. Az első bevezetési projekt azonosításához használja az Azure-hoz készült Microsoft felhőadaptálási keretrendszer.

Használjon kiforrott felhőbeli üzemeltetési modellt , például központosított műveleteket , amelyek az informatikai felelőssé teszik a platformkorlátok, például a szabályozás meghatározásáért. Ezután az üzleti egységek biztonságos és konzisztens módon fogadhatják el a felhőprojekteket az it által meghatározott védőkorlátokon belül.

Érdemes kezdetben csak egy fő nyilvános felhőszolgáltatót bevezetni, mert az összes fő platform jelentősen eltér a beállítás, a felügyelet és a használat terén.

A lehető legnagyobb mértékben használja az SaaS-megoldásokat az informatikai eszközökhöz, például:

  • Kódtárak.
  • Folyamatos integráció és folyamatos teljesítés (CI/CD).
  • Együttműködési rendszerek.

Felhőbeli számítási feladatok esetén azt tanácsolja az informatikai csapatnak, hogy használjon jól ismert eljárásokat, amelyek nagy méretekben biztonságosan és biztonságosan működnek.

Következő lépések