Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Modernizace cloudu je postup zlepšení stávajících cloudových úloh tak, aby lépe splňovaly obchodní potřeby. Zarovná úlohy s osvědčenými postupy cloudu bez přidávání nových funkcí. Tato architektura poskytuje ucelený průvodce, který organizacím umožňuje plánovat a spouštět modernizaci napříč všemi týmy úloh.
Definování modernizace pro vaši organizaci
Úspěch modernizace začíná přípravou organizace. Tato fáze zajišťuje, aby všichni pochopili, co modernizace pro vaši společnost znamená. Musíte také vyhodnotit, jestli vaše týmy mají potřebné dovednosti a určit, které aplikace se mají nejprve modernizovat.
Vytvořte společnou definici modernizace. Modernizace cloudu zlepšuje fungování stávajících úloh bez vytváření nových funkcí. Mezi typické modernizační aktivity patří přeplatformování (přesun komponent do nového hostitelského prostředí), refaktoring (optimalizace nebo restrukturalizace kódu) a změna architektury (změna struktury systému) v cloudu. Modernizace vylučuje zcela nové funkce nebo úplné přepsání pro nové schopnosti.
Komunikujte definici modernizace. Sdílejte tuto definici se všemi relevantními týmy a zúčastněnými stranami. Zajistěte, aby projektoví manažeři, inženýři, vlastníci produktů a vedoucí pracovníci porozuměli a souhlasili s nimi. Jednotné porozumění zamezuje neshodám.
Vytvářejte sdílenou odpovědnost napříč týmy. Modernizace vyžaduje spolupráci mezi týmy pro vývoj, provoz, zabezpečení a architekturu. Každý tým přispívá k úspěchu modernizace různými znalostmi. Zajistěte pravidelnou komunikaci a společné rozhodovací procesy. Vyhněte se práci v izolaci, která vytváří problémy s integrací nebo opomenuté požadavky. Přiřaďte jasné role při zachování koordinace mezi týmy.
Posouzení připravenosti a dovedností modernizace
Vyhodnoťte své dovednosti modernizace. Než začnete modernizovat, vyhodnoťte, jestli má váš tým potřebné dovednosti a nástroje pro úspěšnou modernizaci. Mezi klíčové oblasti, které se mají vyhodnotit, patří:
Oblast dovedností Otázky k posouzení Znalosti cloudových služeb Jsou technici obeznámeni s relevantními službami Azure, které můžete použít během modernizace? DevOps a CI/CD (metodiky) Máte zavedeny vyspělé průběžné integrace nebo kanály průběžného doručování? Můžete automatizovat testování a nasazení pomocí infrastruktury jako kódu? Vzory moderní architektury Rozumí tým mikroslužbám, kontejnerizaci a dalším moderním konceptům nativním pro cloud, které by mohly být součástí refaktoringu nebo změna architektury? Monitorování a automatizace Jsou vaše nástroje pro monitorování, protokolování a automatizaci dostatečné pro podporu pokročilejších cloudových operací po modernizaci? Identifikujte případné mezery v dovednostech a vytvořte plán, který je naplní. Můžete vytrénovat stávající zaměstnance (certifikace Azure, workshopy o architektuře cloudu) nebo přinést nové zaměstnance nebo dodavatele se specifickými odbornými znalostmi. Na dovednostech často záleží více než na konkrétních technologiích. Dobře vytrénovaný tým provádí modernizaci plynuleji než týmové učení během provádění.
V případě potřeby zapojte externí odborné znalosti. Pokud váš tým nemá zkušenosti v důležitých oblastech, přineste Microsoft nebo partnera Microsoftu. Externí odborníci můžou ověřit strategii modernizace, doporučit vhodné nástroje a pomoct vytvořit realistické časové osy.
Určení priority úloh, které se mají modernizovat
Ne každá úloha by se měla modernizovat. Pomocí strukturovaného přístupu se můžete rozhodnout, které úlohy se mají nejprve modernizovat. Klíčem je zvážit obchodní hodnotu proti technickému riziku a identifikovat případné naléhavé aktivační události, které vynutí akci.
Posouzení obchodní hodnoty Vytvořte seznam kandidátských úloh a ohodnoťte je podle jejich důležitosti pro firmu. Pro obchodní hodnotu můžete použít vysoké/střední/nízké hodnocení nebo číselné skóre. Čím je pracovní zátěž kritičtější pro výnos, spokojenost zákazníků nebo provoz, tím vyšší je její skóre obchodní hodnoty.
Kategorie obchodních hodnot Examples Výnosy nebo klíčové úkoly Systémy, které zpracovávají prodejní transakce nebo podporují základní obchodní funkce (výpadky přímo znamenají ztrátu peněz) Zákaznická zkušenost Systémy, se kterými zákazníci nebo klienti přímo pracují (výkon a spolehlivost ovlivňují spokojenost) Dodržování předpisů nebo regulační požadavky Systémy, které podléhají přísným předpisům nebo požadavkům na zabezpečení (selhání aktualizace může představovat právní rizika) Široká interní závislost Platformy široce používané zaměstnanci nebo jinými systémy (pokud jsou pomalé nebo nestabilní, snižují produktivitu v celé organizaci) Posouzení technického rizika Nezávisle vyhodnoťte technický stav každého systému. V podstatě určete, kolik je potřeba modernizovat. Pořadí technických rizik /potřeb pro každou úlohu jako vysoké, střední nebo nízké. Známky vysokého technického rizika nebo dluhu zahrnují:
Kategorie technických rizik Examples Technický dluh Starší verze kódu s alternativními řešeními, zastaralými architekturami, těžko upravitou architekturou Zastaralé technologie Operační systémy nebo databáze blížící se ukončení podpory, zastaralé programovací jazyky Vysoká náročnost údržby Časté ruční zásahy, rostoucí náklady na podporu, složité procesy řešení potíží Problémy s výkonem a spolehlivostí Chronický výpadek, pomalá doba odezvy, nemožnost zvládnout špičky zatížení Omezená škálovatelnost Architektura, která vyžaduje významné přepracování pro růst, manuální škálovací procesy Identifikujte naléhavé aktivační události modernizace. Některé události můžou náhle změnit prioritu úlohy, i když nebyly na začátku seznamu. Dávejte pozor na tyto spouštěče, které činí modernizaci naléhavou.
Kategorie spouštěče Examples Ohrožení zabezpečení Nově zjištěné bezpečnostní díry ve starších součástech, zastaralých šifrovacích protokolech nebo porušeních dodržování předpisů Konečné termíny ukončení podpory Platforma nebo software, který ztrácí podporu dodavatele do 12 měsíců, staré opravy zabezpečení Požadavky na obchodní růst Rychlý růst zákazníků překračující kapacitu systému, požadavky na vstup na trh nebo potřeby integrace Problémy se spolehlivostí systému Opakované výpadky, chronické problémy s výkonem nebo eskalace nákladů na údržbu Určete prioritu úloh. Zkombinujte obchodní hodnoty a posouzení technických rizik do jednoduché matice priorit.
Obchodní hodnota Technické riziko Priorita modernizace Action High High Nejvyšší priorita Začněte modernizovat. Vysoká návratnost investic. High Low Monitor Zpozdit modernizaci, pokud neexistují konkrétní obchodní výhody. Low High Case-by-case Nemodernizovat okamžitě, pokud není k dispozici jasná výhoda. Low Low Nic nedělejte Úsilí o modernizaci by zde nebylo dobrým využitím prostředků.
Pochopit, jak modernizovat
Před spuštěním se ujistěte, že jste vy a jednotlivé týmy úloh porozuměli přístupům a osvědčeným postupům pro modernizaci v cloudu.
Využijte azure Well-Architected Framework k identifikaci příležitostí ke zlepšení. Well-Architected Framework (WAF) je sada osvědčených postupů napříč pěti pilíři: spolehlivost, zabezpečení, optimalizace nákladů, efektivita provozu a efektivita výkonu. Provádění kontroly Well-Architected úloh může zvýraznit, kde se nerespektují osvědčené postupy. Tyto mezery efektivně generují seznam úkolů pro modernizaci. Čím větší nebo více mezer, tím více je potřeba modernizovat danou úlohu. WaF tak poskytuje přehled toho, co opravit, na základě dat.
Povolte týmům úloh rozhodování o modernizaci. Týmy, které vlastní a provozují každou aplikaci denně, mají často nejhlubší přehled o jejích problémech a o tom, jaké změny by mohly pomoci. Zapojte tyto týmy do rozhodování, jak modernizovat své systémy. Dejte jim obchodní kontext ("potřebujeme, aby tento systém zvládl 2x provoz" nebo "potřebujeme snížit náklady na údržbu o 30%") a nechat je navrhnout řešení. Můžou vědět, že určitou službu je možné prohodit nebo které části kódu jsou nejproblematičtější. Poskytnout těmto týmům rozhodovací autoritu pro technické volby v rámci hranic rozpočtu, časové osy a celkových architektonických standardů. Zaveďte pravidelné kontrolní schůzky, aby se zajistilo, že jejich plány budou v souladu s širšími organizačními cíli.