Základy architekta řešení

Každá úloha prochází procesem návrhu komponenty a topologie. Tento proces je nejobsáhodnější na začátku úlohy, což zahrnuje návrh pro počáteční požadavky a dlouhodobý úspěch úlohy. Architektura je také navržená, když se úloha v průběhu času mění a organizace přidává, mění nebo odebírá funkce.

Návrh komponent a topologie je primární funkcí architekta. Architekti, kteří se zaměřují na cloudová a hybridní řešení, se často označují jako architekti cloudových řešení. V některých organizacích existují architekti cloudových řešení v centralizované kapacitě v rámci skupiny podnikových architektur. Můžou se také zaměřit na konkrétní úlohu.

Vyhrazená role může zajistit funkci architekta. V některých případech mohou důvěryhodní techní specialisté (například vedoucí technického týmu úloh) zajistit funkci architekta. Nebo může organizace distribuovat funkci mezi malou skupinu starších techniků, kteří jsou přidruženi k úloze.

Architekti obvykle mají zkušenosti s rolemi nad rámec návrhu systému. Může mít:

• Byli vývojáři a členové provozního týmu.
• Pracovala s týmy zákaznické podpory.
• Vytvořili jsme znalosti o tom, jak se systém testuje pro zajištění kvality a přijetí uživatelem.
• Prošli jsme postupy zotavení po havárii nebo reakce na incidenty.
• Byly vystaveny přírůstkovým i velkým funkčním změnám v úlohách.
• Interpretované specifikace a kritéria pro přijetí uživatelem.

I když předchozí seznam není vyčerpávající, jsou tyto perspektivy důležitým aspektem toho, co architekt přináší do povinností návrhu. Azure Well-Architected Framework předpokládá, že tyto postupy jsou zavedeny pro co nejefektivnější použití pokynů.

Následující části zvýrazňují hlavní principy, kterými by se architekti měli řídit, aby byly efektivní ve své funkci.

Mít rozhodovací rámec

Klíčovým aspektem návrhu je použití konzistentního procesu k rozhodování. Architekt by měl přistupovat k počátečnímu i přírůstkovém návrhu s přísností.

Identifikujte očekávaná rozhodnutí. Využijte naučené zkušenosti, které vám pomůžou s identifikací rozhodnutí. Protokolujte všechna rozhodnutí, která plánujete udělat.

Činit informovaná rozhodnutí. Zvažte omezení, omezení, kompromisy, úsilí, reverzibilitu a rizika. Zahrňte podpůrné důkazy z testování konceptu spolu s technologickou dokumentací a pokyny.

Dokumentovat rozhodnutí v záznamu rozhodnutí o architektuře (ADR) Zdokumentujte odůvodnění spolu s každým rozhodnutím.

Postupovat v návaznosti na implementaci. Komunikujte a implementujte všechna rozhodnutí. Učte se z implementace, abyste mohli vést budoucí rozhodnutí. Hledejte oblasti, ve kterých selhání identifikace rozhodnutí představuje riziko.

Znalost vzorů návrhu cloudu

Vzory návrhu cloudu jsou základním stavebním blokem architektury. Cloudová architektura a návrh aplikací jsou často cvičením při rozpoznávání vzorů.

Vyhodnoťte funkční a nefunkční požadavky úlohy, abyste mohli rozpoznat vzory. Hledejte příležitosti k namapování návrhu na případy použití prostřednictvím standardizovaných vzorů.

Přemýšlání vpřed

Návrh pro dosažení aktuálních požadavků je nutností, ale pro architekta je důležité předpovědět vývoj úloh. Začlenění změn do implementovaného systému je dražší než změna návrhu před implementací.

Pokud chcete navrhnout systém, který bude trvat až do plánovaného konce životnosti, musíte úlohu navrhnout s ohledem na flexibilitu architektury. Vyhněte se návrhu útesů, když je můžete identifikovat.

Růstový model. Predikce, jak se využití úloh v průběhu času zvýší nebo zmenší.

Změny dodržování předpisů. Pokud očekáváte, že úloha bude v budoucnu podléhat požadavkům na dodržování předpisů, proveďte proaktivní opatření. Tento přístup může omezit přepracování, když se dodržování předpisů stane požadavkem.

Regionální rozšíření. Zvažte budoucí rozšíření úlohy do několika oblastí. Návrh, který je omezen na jednu oblast, bude muset být pro nasazení ve více oblastech výrazně refaktorován, a to může být nákladná změna. Ještě složitější je, když návrh úloh potřebuje pojmout více geografických oblastech s různými požadavky na dodržování předpisů. Ujistěte se, že váš návrh ovlivňuje jakoukoli rozumnou predikci o regionálním rozšíření.

Plány produktů. V návrhu nezahrnujte komponenty, které jsou na cestě k vyřazení. Stejně tak buďte opatrní, když do návrhu zahrnete funkce, které jsou aktuálně ve stavu Preview. Mohou být uvolněny, ale mohou být také zrušeny. Náskok před křivkou pomocí funkcí Preview může být velmi výhodný. Brzy po vydání této funkce je úloha připravená přejít do produkčního prostředí. Funkce Preview ale do návrhu zahrňte až po provedení pečlivé analýzy rizik. Dodávání pouze funkcí, které mají tolerovaný rizikový profil.

Návrh pro zajištění podpory

Návrh úloh se třemi klíčovými perspektivami podpory:

Podpora poskytovatele cloudových služeb. Úloha by měla fungovat v rámci podporované konfigurace vašeho poskytovatele cloudu, aby nedošlo k přerušení při zapojení kanálů podpory platformy.

Provozní viditelnost. Návrh by měl provoznímu týmu úloh poskytovat přehled o provádění, aby se zabránilo nejasnostem během reakce na incidenty.

Možnosti zákaznické podpory. Návrh by měl vyhovovat potřebám uživatelů, ale měl by také usnadnit funkce zákaznické podpory. Návrh, který brání týmu podpory v prošetřování nebo pomoci zákazníkům, je nedostatečný.

Udržujte a rozšiřujte své dovednosti

Odborné znalosti architekta často vychází z praktických zkušeností. Je důležité investovat do rozšiřování dovedností, abyste udrželi krok s vyvíjejícím se cloudovým ekosystémem.

Vzdělání. Hledejte příležitosti pro školení a certifikaci, které poskytovatelé technologií nabízejí architektům.

Účast komunity. Zapojte se s kolegy prostřednictvím online a místních komunit architektury.

Průzkumná cvičení. Zúčastněte se organizačně sponzorovaných hackathonů nebo podobných akcí za účelem rozvoje dovedností v neznámých oblastech.

Spolupráce pro úspěch

Architekt by měl využívat odborné znalosti poskytovatele cloudu nebo implementačních partnerů. Většina poskytovatelů chce, aby vaše úlohy na své platformě uspěly, a často poskytují služby, jako jsou relace kontroly návrhu architektury nebo konzultační relace s architekty cloudových řešení. Hledejte příležitosti ke kontrole a pomoci v rámci vztahů s dodavateli.

Při návrhu buďte metodičtí

Architektury podporují architekta tím, že nabízejí perspektivy úloh a metodologické přístupy. Well-Architected Framework poskytuje komplexní zobrazení úloh. Architekti můžou kombinovat Well-Architected Framework s jinými architekturami, jako je například ToGAF (Open Group Architecture Framework).

Pomocí principů, kontrolních seznamů, hodnocení a referenčních materiálů v architekturách architektury můžete vytvořit proces, který bude vyhovovat úloze. Kombinujte architektury s osobními technikami, jako je mapování mysli.

Architektura je o komunikaci stejně jako o koncovém produktu. Ujistěte se, že optimalizujete záměrné rozhodování, potvrzení kompromisů a jasnou komunikaci ve vašich zavedených procesech.

Další kroky

Kontrolní seznam architekta