Antipatterny připravenosti na cloud

  • Článek

Zákazníci často zažívají antipatterny během fáze připravenosti přechodu na cloud. Tyto antipatterny můžou vést k neočekávaným výpadkům, problémům s zotavením po havárii a problémům s dostupností.

Antipattern: Předpokládejme, že vydané služby jsou připravené pro produkční prostředí.

Vzhledem k tomu, že se cloud computing rychle vyvíjí, společnosti často vydávají nové služby ve verzi Preview. Zákazníci obvykle předpokládají, že můžou v produkčním prostředí používat libovolnou dostupnou cloudovou službu. Problémy ale můžou vzniknout z těchto důvodů:

  • Služby ve verzi Preview obvykle neposkytují smlouvy o úrovni služeb (SLA) pro dobu provozu.
  • Nové služby často nejsou tak vyspělé jako cloudové služby, které jsou už dostupné.

Příklad: Použití služby ve verzi Preview v produkčním prostředí

Výzkumný ústav používá v produkčním prostředí cloudovou službu ve verzi Preview. Služba se zdá být vhodná pro svůj případ použití. Ústav ale na této službě neprovádí řádnou péči. Institut také nedodržuje požadavky a pokyny referenční architektury.

Problémy se službou Preview vedou k neočekávaným výpadkům. Institut si začíná myslet, že cloudové služby obecně nejsou tak vyspělé nebo odolné, jak se slibují.

Upřednostňovaný výsledek: Použití předem schválených cloudových služeb v produkčním prostředí

Při vyhodnocování nových služeb, které jsou ve verzi Preview, používejte tyto služby pouze ve scénářích testování konceptu (POC). Tyto služby nepoužívejte v produkčních prostředích, protože nemají smlouvy SLA. Najděte správnou rovnováhu mezi funkčností a vyspělostí při schvalování cloudových služeb. Projděte si kontrolní seznam cloudových služeb pro řádnou kontrolu , kde najdete zavedenou architekturu, kterou můžete použít k rychlému vyhodnocení cloudových služeb.

Antipattern: Předpokládejme vyšší odolnost a dostupnost

Cloud computing často nabízí výhody oproti místnímu computingu. Příklady:

  • Zvýšená odolnost: Obnovení po selhání
  • Dostupnost: Běží v dobrém stavu bez významných výpadků.

Vzhledem k tomu, že většina cloudových služeb nabízí tyto výhody, řada společností předpokládá, že všechny cloudové služby ve výchozím nastavení nabízejí odolnost a vysokou dostupnost. Ve skutečnosti jsou tyto funkce často dostupné pouze za příplatek a s dodatečným technickým úsilím.

Příklad: Předpokládat vysokou dostupnost

Startup implementuje kritickou aplikaci ve službách infrastruktury jako služby (IaaS). Vývojáři ve startupu se podívali na virtuální počítač s 99,9% smlouvou SLA o provozuschopnosti. Vzhledem k tomu, že chtějí snížit náklady, používají jeden virtuální počítač a premium storage.

Když virtuální počítač selže, jeho aplikace se nemůže obnovit. Výsledky neočekávaných výpadků. Předpokládali, že cloud ve výchozím nastavení nabízí vysokou dostupnost. Nevěděli, že záruky výkonu se můžou lišit mezi jednotlivými:

  • Modely služeb, jako je platforma jako služba (PaaS) a software jako služba (SaaS).
  • Technické architektury, jako jsou skupiny dostupnosti s vyrovnáváním zatížení a Zóny dostupnosti.

Upřednostňovaný výsledek: Snížení počtu selhání a vyvážení odolnosti a nákladů

Informace o osvědčených postupech architektury, které můžou omezit rozsah selhání, najdete v důvěryhodných a vyspělých zdrojích informací:

Určete správnou rovnováhu mezi náklady a funkcemi, jako je vysoká odolnost a dostupnost. Vyšší odolnost a dostupnost obvykle vedou ke zvýšení nákladů. Například:

  • Jeden virtuální počítač může mít smlouvu SLA se zaručenou dostupností 99,9 %.
  • Dva virtuální počítače se stejnou úlohou by poskytly smlouvu SLA s dobou provozu mezi 99,95 a 99,99 procenty.

Při návrhu cloudového řešení se zapojte do základního procesu přípravy požadavků . K výpočtu koncové smlouvy SLA použijte estimátor SLA .

Antipattern: Staňte se poskytovatelem cloudu

Některé společnosti se snaží udělat z interního ODDĚLENÍ IT poskytovatele cloudu. IT pak bude zodpovědné za referenční architektury. ODDĚLENÍ IT také musí organizačním jednotkám poskytovat IaaS a PaaS. Vzhledem k tomu, že tento typ práce není obvykle součástí hlavní činnosti IT, výsledné nabídky služeb můžou postrádat použitelnost, odolnost, efektivitu a zabezpečení.

Příklad: Poskytování monolitických spravovaných cloudových služeb

IT oddělení společnosti zřídí cloudové centrum excelence (CCoE), které slouží jako zprostředkovatel mezi IT a obchodními jednotkami. Aby se zajistilo, že společnost dodržuje předpisy pro cloud, přidělí správní rada CCoE úkol poskytovat monolitické komplexní služby. CCoE nastaví interní portál pro nákup cloudu, který můžou obchodní jednotky použít k objednání plně spravovaného cloudového virtuálního počítače jako služby. IT ale řídí, kdo může přistupovat k celé platformě a používat ji. V důsledku toho IT aktivně brání organizačním jednotkám v tom, aby využívaly celou řadu služeb, které Azure poskytuje. Obchodní jednotky nemají přístup ke cloudovému portálu. K serveru, který si objednají, získají přístup jenom přes Secure Shell (SSH) a protokol RDP (Remote Desktop Protocol).

CCoE má pak z několika důvodů potíže s poskytováním monolitické spravované služby, která zabalí každou službu dostupnou v cloudu:

  • Cloud nabízí velký počet služeb napříč několika oblastmi řešení. V porovnání s vývojem řešení IaaS vyžaduje navrhování a vytváření řešení Internetu věcí (IoT) a AI různé odborné znalosti a dovednosti.
  • Cloudové služby se často mění.
  • Pokus o poskytování monolitických služeb podstatně prodlužuje dobu uvedení na trh, protože proces spravuje IT, nikoli obchodní jednotky.

Upřednostňovaný výsledek: Zajištění mantinely

Při zavádění cloudových technologií získejte it oddělení zkušenosti z první ruky s cloudem tím, že začne s IT úlohami. K identifikaci prvního projektu přechodu použijte Microsoft Cloud Adoption Framework for Azure.

Používejte vyspělý cloudový provozní model , jako je centralizovaný provoz , díky kterému oddělení IT zodpovídá za definování mantinely platformy, jako jsou zásady správného řízení. Obchodní jednotky pak můžou cloudové projekty přijímat zabezpečeným a konzistentním způsobem v rámci mantinely, které definuje IT oddělení.

Na začátku zvažte přijetí pouze jednoho hlavního poskytovatele veřejného cloudu, protože všechny hlavní platformy se výrazně liší v nastavení, správě a používání.

Co nejvíce používejte řešení SaaS pro IT nástroje, jako jsou:

  • Úložiště kódu.
  • Kontinuální integrace a průběžné doručování (CI/CD).
  • Systémy pro spolupráci.

V případě cloudových úloh doporučte IT, aby používalo známé postupy, které fungují bezpečně a bezpečně ve velkém měřítku.

Další kroky