Události
Vytváření inteligentních aplikací
17. 3. 23 - 21. 3. 23
Připojte se k řadě meetupů a vytvořte škálovatelná řešení AI založená na skutečných případech použití s kolegy vývojáři a odborníky.
ZaregistrovatTento prohlížeč se už nepodporuje.
Upgradujte na Microsoft Edge, abyste mohli využívat nejnovější funkce, aktualizace zabezpečení a technickou podporu.
Jednou z výhod cloudové technologie je průběžné vylepšování a vývoj. Jako poskytovatel služeb musíte v řešení použít aktualizace: možná budete muset provést změny kódu aplikace, infrastruktury Azure, schémat databáze nebo jakékoli jiné komponenty. Je důležité naplánovat, jak aktualizujete prostředí. Ve víceklientském řešení je obzvláště důležité mít přehled o zásadách aktualizací, protože někteří z vašich tenantů se můžou zdráhat povolit změny ve svých prostředích nebo můžou mít požadavky, které omezují podmínky, za kterých můžete aktualizovat svou službu.
Při plánování strategie aktualizace řešení potřebujete:
V tomto článku poskytujeme pokyny pro pracovníky s technickými rozhodovacími rozhodnutími o přístupech, které můžete zvážit při aktualizaci softwaru tenantů a kompromisů, které se týkají.
Zákazníci často mají explicitní nebo implicitní požadavky, které můžou ovlivnit způsob aktualizace systému. Zvažte následující aspekty, abyste vytvořili představu o všech aspektech obav, které by zákazníci mohli vyvolat:
Musíte také zvážit následující otázky z vlastní perspektivy:
Poznámka
Zvažte, jestli potřebujete řešení převést do režimu offline kvůli aktualizacím nebo údržbě. Obecně platí, že okna výpadků se považují za zastaralý postup a moderní postupy DevOps a cloudové technologie umožňují vyhnout se výpadkům během aktualizací a údržby. Potřebujete ale navrhnout nasazení s nulovými výpadky, takže při plánování architektury řešení je důležité zvážit proces aktualizace.
I když během procesu aktualizace neplánujete výpadky, můžete i přesto zvážit definování běžného časového období údržby. Okno může pomoct komunikovat se zákazníky, ke kterým dochází v určitých časech.
Další informace o dosažení nasazení s nulovými výpadky najdete v tématu Odstranění výpadků prostřednictvím aktualizací služby s verzí.
Pokud necháte tempo aktualizací vaší služby zcela podle vlastního uvážení vašich tenantů, můžou se rozhodnout, že se nikdy neaktualizují. Je důležité, abyste si umožnili aktualizovat řešení a zároveň se pustit do jakýchkoli rozumných obav nebo omezení, která mohou mít vaši zákazníci. Pokud je například zákazník obzvláště citlivý na aktualizace v pátek, protože je to jejich nejrušnější den v týdnu, můžete stejně snadno odložit aktualizace na pondělí, aniž by to mělo vliv na vaše řešení?
Jedním z přístupů, který může dobře fungovat, je zavedení aktualizací na základě tenanta pomocí jednoho z níže popsaných přístupů. Uveďte zákazníka o plánovaných aktualizacích. Umožnit zákazníkům dočasné odhlášení, ale ne navždy; dejte přiměřené omezení, kdy budete vyžadovat, aby byla aktualizace použita.
Zvažte také možnost nasadit opravy zabezpečení nebo jiné důležité opravy hotfix s minimálním nebo žádným předstihem. Zajistěte, aby tenanti pochopili tento postup a jeho důležitost při ochraně svých dat.
Dalším přístupem může být umožnit tenantům inicializovat vlastní aktualizace v okamžiku výběru. Znovu byste měli zadat konečný termín, ve kterém použijete aktualizaci jménem příslušného uživatele.
Upozornění
Dávejte pozor na to, aby tenanti mohli inicializovat vlastní aktualizace. Implementace je složitá a k zajištění a údržbě vyžaduje značné úsilí o vývoj a testování.
Ať už to uděláte, ujistěte se, že máte proces monitorování stavu tenantů, zejména před a po instalaci aktualizací. Často dochází k kritickým produkčním incidentům (označovaným také jako incidenty živé lokality) po aktualizacích kódu nebo konfigurace. Proto je důležité aktivně monitorovat a reagovat na případné problémy, abyste si zachovali důvěru zákazníků. Další informace o monitorování najdete v tématu Doporučení pro návrh a vytvoření monitorovacího systému.
Jasná komunikace je klíčem k budování důvěry vašich zákazníků. Je důležité vysvětlit výhody pravidelných aktualizací, včetně nových funkcí, oprav chyb, řešení ohrožení zabezpečení a vylepšení výkonu. Jednou z výhod moderního řešení hostovaného v cloudu je průběžné doručování funkcí a aktualizací.
Zvažte následující otázky:
Je důležité, aby váš vlastní tým podpory měl úplný přehled o aktualizacích, které byly použity pro infrastrukturu jednotlivých tenantů. Zástupci zákaznické podpory by měli být schopni snadno odpovědět na následující otázky:
Pokud má některý z vašich zákazníků problém kvůli aktualizaci, musíte zajistit, aby váš tým zákaznické podpory získal informace potřebné k pochopení toho, co se změnilo.
Zvažte, jak nasadíte aktualizace do infrastruktury. To je silně ovlivněno modelem tenantů, který používáte. Tři běžné přístupy k nasazení aktualizací jsou razítka nasazení, příznaky funkcí a okruhy nasazení. Tyto přístupy můžete používat nezávisle nebo je můžete kombinovat, abyste splnili složitější požadavky.
Ve všech případech se ujistěte, že máte dostatek sestav a viditelnosti, abyste věděli, na jaké verzi infrastruktury, softwaru nebo funkce se každý tenant nachází, na co mají nárok na migraci, a všechna data související s těmito stavy související s časem.
Mnoho víceklientských aplikací je vhodné pro model razítka nasazení, ve kterém nasadíte více kopií aplikace a dalších komponent. V závislosti na požadavcích na izolaci můžete pro každého tenanta nasadit razítko nebo sdílené razítko, které spouští úlohy více tenantů.
Kolky představují skvělý způsob, jak zajistit izolaci mezi tenanty. Poskytují také flexibilitu procesu aktualizace, protože aktualizace můžete postupně zavádět napříč razítky, aniž by to mělo vliv na ostatní.
Příznaky funkcí umožňují do vašeho řešení přidávat funkce a zároveň tuto funkci zpřístupňuje jenom podmnožině vašich zákazníků nebo tenantů.
Pokud se na vás vztahuje některý z těchto situací, zvažte použití příznaků funkcí:
Podporu příznaků funkce můžete do aplikace vložit napsáním kódu sami nebo pomocí služby, jako je Aplikace Azure Konfigurace.
Okruhy nasazení umožňují postupně zavádět aktualizace napříč sadou tenantů nebo kolků nasazení. Ke každému okruhu můžete přiřadit podmnožinu tenantů.
Můžete určit, kolik okruhů se má vytvořit a co každý okruh znamená pro vaše vlastní řešení. Organizace běžně používají následující okruhy:
Pokud vaše služba zveřejňuje externí rozhraní API, zvažte, že všechny aktualizace, které použijete, můžou ovlivnit způsob, jakým se zákazníci nebo partneři integrují s vaší platformou. Zejména je potřeba si uvědomit, že dojde k zásadním změnám rozhraní API. Zvažte použití strategie správy verzí rozhraní API ke zmírnění rizika aktualizací vašeho rozhraní API.
Tento článek spravuje Microsoft. Původně byla napsána následujícími přispěvateli.
Hlavní autor:
Další přispěvatelé:
Pokud chcete zobrazit neveřejné profily LinkedIn, přihlaste se na LinkedIn.
Zvažte, kdy byste v řešení s více tenanty namapovat požadavky na tenanty.
Události
Vytváření inteligentních aplikací
17. 3. 23 - 21. 3. 23
Připojte se k řadě meetupů a vytvořte škálovatelná řešení AI založená na skutečných případech použití s kolegy vývojáři a odborníky.
Zaregistrovat