Základy architekta řešení
Každá úloha prochází procesem návrhu komponent a topologie. Tento proces je nejvýraznější na počátku úlohy, což zahrnuje návrh počátečních požadavků a dlouhodobého úspěchu úlohy. Architektura se také navrhuje, když se úloha v průběhu času změní a organizace přidá, změní nebo odebere funkce.
Návrh komponent a topologie je primární funkcí architekta. Architekti, kteří se zaměřují na cloudová a hybridní řešení, se často nazývají 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. Mohou se také zaměřit na konkrétní úlohu.
Vyhrazená role může poskytovat funkci architekta. V některých případech můžou důvěryhodní technickí specialisté (například vedoucí přípravy úloh) poskytovat funkci architekta. Nebo organizace může funkci distribuovat mezi malou skupinu vedoucích inženýrů, kteří jsou přidruženi k úloze.
Architekti mají obvykle zkušenosti s rolemi nad rámec návrhu systému. Můžou mít:
- Byli vývojáři a členové provozního týmu.
- Pracoval(a) s týmy zákaznické podpory.
- Vyvinuli jsme pochopení toho, jak je systém testován pro zajištění kvality a přijetí uživatelů.
- Prošli jsme postupy zotavení po havárii nebo reakcemi 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 přijetí uživatele.
I když předchozí seznam není vyčerpávající, jsou tyto perspektivy důležitým aspektem toho, co architekt přináší k návrhovým povinnostem. Architektura Azure Well-Architected Framework předpokládá, že tyto postupy jsou zavedeny pro nejúčinnější použití těchto pokynů.
Následující části zdůrazňují hlavní principy, které by architekti měli dodržovat, aby jejich funkce byla efektivní.
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 rigorií.
Identifikujte očekávaná rozhodnutí. Využijte naučené zkušenosti, které vám pomůžou s identifikací rozhodování. Protokolujte všechna rozhodnutí, která plánujete provést.
Činit informovaná rozhodnutí. Zvažte omezení, omezení, kompromisy, úsilí, reversibility 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.
Sledujte implementaci. Komunikujte a implementujte všechna rozhodnutí. Seznamte se s implementací, která vám pomůžou řídit budoucí rozhodnutí. Hledejte oblasti, ve kterých se nepodařilo identifikovat rozhodnutí, která přinesla riziko.
Seznámení se vzory 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 rozpoznávání vzorů.
Vyhodnocení funkčních a nefunkčních požadavků úlohy za účelem rozpoznávání vzorů 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 je důležité, aby architekt předpověděl 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 navrhnout úlohu s ohledem na flexibilitu architektury. Vyhněte se návrhu útesů, když je můžete identifikovat.
Model růstu Předpovídejte, jak se využití úlohy bude v průběhu času zvětšovat nebo zmenšovat.
Změny dodržování předpisů Pokud očekáváte, že úloha bude v budoucnu v souladu s požadavky na dodržování předpisů, proveďte proaktivní opatření. Tento přístup může omezit přepracování v případě, že se po dodržování předpisů stane požadavek.
Regionální rozšíření. Zvažte budoucí rozšíření úlohy do několika oblastí. Návrh, který je omezený na jednu oblast, bude potřeba pro nasazení ve více oblastech výrazně refaktorovat a může to být nákladná změna. Je ještě složitější, pokud návrh úloh potřebuje vyhovět více zeměpisným oblastem s různými požadavky na dodržování předpisů. Ujistěte se, že vaše faktory návrhu v jakékoli rozumné předpovědi 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 vydány, ale mohou být také zrušeny. Použití funkcí ve verzi Preview může být před křivkou velmi výhodné. Brzy po vydání této funkce je úloha připravená na přechod do produkčního prostředí. Do návrhu ale zahrňte funkce preview až po pečlivé analýze rizik. Odesílat pouze funkce, které mají tolerovaný profil rizika.
Další informace ovzorch
- Vzory návrhu cloudu, které podporují spolehlivost
- Vzory návrhu cloudu, které podporují zabezpečení
- Vzory návrhu cloudu, které podporují optimalizaci nákladů
- Vzory návrhu cloudu, které podporují efektivitu provozu
- Vzory návrhu cloudu, které podporují efektivitu výkonu
Návrh pro podporu
Návrh úloh se třemi klíčovými perspektivami podpory:
Podpora poskytovatele cloudu. Úloha by měla fungovat v rámci podporované konfigurace vašeho poskytovatele cloudu, aby nedocházelo k přerušení, když se připojujete ke kanálům podpory platformy.
Provozní viditelnost. Návrh by měl poskytnout přehled o provádění provozního týmu úloh, 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 také usnadnit funkce zákaznické podpory. Návrh, který brání schopnosti týmu podpory zkoumat nebo pomáhat zákazníkům, je nedostatečný.
Udržujte a vylepšete své dovednosti
Odborné znalosti architekta jsou často zakotveny v praktických zkušenostech. 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ávání. Hledejte příležitosti pro školení a certifikaci, které poskytovatelé technologií nabízejí architektům.
Účast komunity. Spojte se s partnerskými vztahy prostřednictvím online a místních komunit architektury.
Průzkumná cvičení. Zapojte se do hackathonů sponzorovaných v organizaci nebo podobných událostí pro rozvoj dovedností v neznámých oblastech.
Spolupráce na úspěchu
Architekt by měl využít odborné znalosti poskytovatele cloudu nebo partnera pro implementaci. Většina poskytovatelů chce, aby vaše úlohy uspěly na své platformě 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 dodavatelem.
Buďte metodický v návrhovém přístupu
Architektury podporují architekta tím, že nabízejí perspektivy úloh a metodologické přístupy. Dobře navržená architektura poskytuje komplexní pohled na úlohy. Architekti můžou kombinovat dobře navrženou architekturu s jinými architekturami, jako je architektura TOGAF (Open Group Architecture Framework).
Pomocí principů, kontrolních seznamů, posouzení a referenčních materiálů v architekturách vytvořte proces, který odpovídá úloze. Zkombinujte 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í kompromisu a jasnou komunikaci ve zavedených procesech.