Sdílet prostřednictvím

Antipatterny připravenosti na cloud

Zákazníci často narazí na antipatterny během fáze 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í verze Preview nových služeb. Zákazníci obvykle předpokládají, že můžou používat jakoukoli dostupnou cloudovou službu v produkčním prostředí. Problémy ale můžou mít za následek tyto důvody:

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

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

Výzkumný ústav používá v produkčním prostředí cloudovou službu ve verzi Preview. Zdá se, že služba je vhodná pro svůj případ použití. Ale ústav neprovádí řádnou kontrolu služby. Ústav také nedodržuje požadavky a pokyny referenční architektury.

Problémy přicházejí se službou Preview, která vede k neočekávaným výpadkům. Institut si začíná myslet, že cloudové služby obecně nejsou tak vyspělé ani odolné, jak jsme slíbili.

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 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. Při schvalování cloudových služeb najděte správnou rovnováhu mezi funkcemi a vyspělostí. Podívejte se na kontrolní seznam pro hloubkovou kontrolu cloudových služeb pro zavedenou architekturu, kterou můžete použít k rychlému vyhodnocení cloudových služeb.

Antipattern: Předpokládat zvýšenou odolnost a dostupnost

Cloud computing často nabízí výhody oproti místním výpočtům. Příkladem může být:

  • Zvýšená odolnost: Zotavení po selhání
  • Dostupnost: Provoz v dobrém stavu bez významného výpadku

Vzhledem k tomu, že většina cloudových služeb tyto výhody nabízí, mnoho 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ádejme vysokou dostupnost

Spuštění implementuje nepostradatelnou aplikaci pro služby IaaS (Infrastruktura jako služba). Vývojáři na začátku se podívali na virtuální počítač se smlouvou SLA o době provozu 99,9 %. Vzhledem k tomu, že chtějí snížit náklady, používají jeden virtuální počítač a premium storage.

Když dojde k selhání virtuálního počítače, aplikace se nemůže obnovit. Neočekávané výpadky. 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 mezi těmito jednotlivými hodnotami lišit:

  • 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í chyb při vyrovnávání odolnosti a nákladů

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

Identifikujte správnou rovnováhu mezi náklady a funkcemi, jako 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 s garantovanou dostupností 99,9 %.
  • Dva virtuální počítače se stejnou úlohou by poskytovaly smlouvu SLA s dostupností 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ů.

Antipattern: Staňte se poskytovatelem cloudu

Některé společnosti se snaží přeměnit své interní IT oddělení na poskytovatele cloudu. IT pak zodpovídá za referenční architektury. IT oddělení musí také poskytovat organizačním jednotkám IaaS a PaaS. Vzhledem k tomu, že tento typ práce není obvykle součástí hlavního podnikání IT, výsledné nabídky služeb můžou mít nedostatek použitelnosti, odolnosti, efektivity a zabezpečení.

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

IT oddělení společnosti vytváří centrum kvality cloudu (CCoE), které slouží jako zprostředkovatel mezi IT a obchodními jednotkami. Aby se zajistilo, že je společnost v souladu s cloudovými standardy, řídicí rada přiděluje CCoE úkol poskytovat celistvé komplexní služby. CCoE nastaví interní portál pro zajišťování 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. Ale IT řídí, kdo má přístup k celé platformě a může ji používat. V důsledku toho IT aktivně brání obchodním jednotkám v využívání celé řady služeb, které Azure poskytuje. Obchodní jednotky nemají přístup ke cloudovému portálu. Získají přístup jenom přes Secure Shell (SSH) a protokol RDP (Remote Desktop Protocol) k serveru, který objednávají.

Z několika důvodů pak CCoE má 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í. Ve srovnání s vývojem řešení IaaS, navrhování a inženýring Internetu věcí (IoT) a řešení umělé inteligence vyžadují různé odborné znalosti a sady dovedností.
  • Cloudové služby se často mění.
  • Při pokusu o poskytování monolitických služeb se výrazně zvyšuje doba uvedení na trh s IT oddělením, nikoli obchodními jednotkami.

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

Při zavádění cloudových technologií by mělo IT oddělení získat zkušenosti s cloudem tím, že začne s vlastními IT úlohami. Pomocí architektury přechodu na cloud pro Azure od Microsoftu identifikujte svůj první projekt přechodu.

Využijte vyspělý cloudový provozní model, jako jsou centralizované operace, které dávají IT zodpovědnost za definování mantinelů platformy, jako jsou zásady správného řízení. Obchodní jednotky pak můžou cloudové projekty využívat zabezpečeným a konzistentním způsobem v rámci mantinely, které IT definuje.

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

Pro IT nástroje používejte co nejvíce řešení SaaS, například:

  • Ú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žíval známé postupy, které fungují bezpečně a bezpečně ve velkém měřítku.

Další kroky