Sdílet prostřednictvím

Migrace vašeho řešení elektronického obchodování do Azure

  • Článek

Úvod

Přesun stávajícího řešení elektronického obchodování do cloudu přináší podnikům mnoho výhod: umožňuje škálovatelnost, nabízí zákazníkům přístupnost 24/7 a usnadňuje integraci cloudových služeb. Nejprve je ale důležitým úkolem přesunout řešení elektronického obchodování do cloudu s náklady, kterým musí rozumět rozhodovací pracovníci. Tento dokument vysvětluje rozsah migrace Do Azure s cílem informovat vás o možnostech. První fáze začíná IT specialisty, kteří přesunou komponenty do cloudu. Jakmile budete v Azure, popíšeme kroky, které může tým elektronického obchodování provést, aby zvýšil návratnost investic (ROI) a využil výhod cloudu.

Na křižovatce

I když globální transakce elektronického obchodování představují pouze zlomek celkového maloobchodního prodeje, kanál nadále vidí stabilní meziroční růst. Od roku 2024 tvoří prodej elektronického obchodování pátou z celkového maloobchodního prodeje, z 8,6 % v roce 2016 ( zdroj). S tím, jak se elektronické obchodování zralo, spolu s nástupem cloud computingu, se maloobchodní prodejci nacházejí na křižovatce. Existují možnosti, které je třeba provést. Mohou si představit svůj obchodní model s novými schopnostmi, které umožňují rozvoj technologií; a mohou naplánovat svou modernizaci vzhledem k aktuálnímu využití schopností.

Zlepšení cesty zákazníka

Elektronické obchodování, které se primárně zaměřuje na cestu zákazníka, má mnoho různých atributů. Tyto atributy je možné seskupit do čtyř hlavních oblastí: zjišťování, vyhodnocení, nákup a po nákupu.

Chování zákazníka se zaznamenává jako data. Trychtýřový trychtýř je kolekce spojovacích bodů k aplikacím používaným pro zobrazení dat o produktech, transakcích, skladových zásobách, expedici, plnění objednávek, profilu zákazníka, nákupního košíku a doporučení k produktům.

Typická maloobchodní firma spoléhá na rozsáhlou kolekci softwarových řešení, která se liší od zákaznických aplikací až po základní aplikace. Následující výkres znázorňuje zobrazení funkcí, které jsou přítomné v typické maloobchodní firmě.

Diagram porovnává externě viditelné funkce se základními funkcemi.

Cloud představuje příležitost posunout způsob, jakým organizace získává, využívá a spravuje technologie. Mezi další výhody patří: snížení nákladů na údržbu datových center, zlepšení spolehlivosti a výkonu a flexibilita při přidávání dalších služeb. V tomto případě se podíváme na cestu, kterou může maloobchodní firma provést k migraci stávající infrastruktury do Azure. Využíváme také nové prostředí s využitím postupného přístupu k opětovnému hostování, refaktoringu a opětovnému sestavení. I když řada organizací může tuto řadu využít k modernizaci, ve většině případů můžou organizace přejít do jakékoli fáze jako výchozí bod. Organizace se můžou rozhodnout, že přehostí svou aktuální aplikaci v Azure a přejdou přímo na refaktoring nebo dokonce opětovné sestavení. Toto rozhodnutí bude pro aplikaci jedinečné a organizace bude nejlépe vyhovovat potřebám jejich modernizace.

Změna hostitele

Tato fáze se také označuje jako "lift and shift", což znamená migraci fyzických serverů a virtuálních počítačů do cloudu. Jednoduše přesunem aktuálního serverového prostředí přímo na IaaS získáte výhody úspor nákladů, zabezpečení a vyšší spolehlivosti. Úspory pocházejí z technik, jako je spouštění úloh na virtuálních počítačích s správnou velikostí. V současné době možnosti místních virtuálních počítačů a fyzických počítačů často překračují každodenní potřeby maloobchodníků. Virtuální počítače musí být schopné zvládnout sezónní obchodní špičky, ke kterým dochází jen několikrát ročně. Proto platíte za nevyužité funkce během období mimo špičku. V Azure vyberete virtuální počítač s správnou velikostí na základě požadavků na aktuální obchodní cyklus.

Pokud chcete hostitele změnit v Azure, existují tři fáze:

  • Analýza : Identifikace a inventarizace místních prostředků, jako jsou aplikace, úlohy, sítě a zabezpečení Na konci této fáze máte úplnou dokumentaci stávajícího systému.
  • Migrace : Přesun jednotlivých subsystémů z místního prostředí do Azure V této fázi použijete Azure jako rozšíření datového centra s aplikacemi, které budou dál komunikovat.
  • Optimalizace : Při přechodu systémů do Azure se ujistěte, že mají správnou velikost. Pokud prostředí ukazuje, že některé virtuální počítače přidělují příliš mnoho prostředků, změňte typ virtuálního počítače na takový, který má vhodnější kombinaci procesoru, paměti a místního úložiště.

Analyzovat

Postupujte následovně:

  1. Uveďte seznam místních serverů a aplikací. Tento proces spoléhá na agenta nebo nástroj pro správu ke shromažďování metadat o serverech, aplikacích, které běží na serverech, aktuálního využití serveru a způsobu konfigurace serverů a jejich aplikací. Výsledkem je sestava všech serverů a aplikací v prostředí.
  2. Identifikujte závislosti. Pomocí nástrojů můžete určit, které servery spolu komunikují, a aplikace, které vzájemně komunikují. Výsledkem je mapa (nebo mapy) všech aplikací a úloh. Tyto mapy se můžou vést do plánování migrace.
  3. Analyzujte konfigurace. Cílem je zjistit, jaké typy virtuálních počítačů potřebujete po spuštění v Azure. Výsledkem je sestava pro všechny aplikace, které se můžou přesunout do Azure. Dají se dále klasifikovat jako tyto:
    1. Žádné úpravy
    2. Základní úpravy, jako jsou změny pojmenování
    3. Menší úpravy, například mírné změny kódu
    4. Nekompatibilní úlohy, které vyžadují větší úsilí při přesunu
  4. Vytvořte rozpočet. Teď máte seznam, který vypíše jednotlivé procesory ( paměť atd.) a požadavky pro každou aplikaci. Tyto úlohy umístěte na virtuální počítače s správnou velikostí. Náklady na vyúčtování cloudové platformy jsou založené na využití. Nástroje existují pro mapování vašich potřeb na správné velikosti virtuálních počítačů Azure. Pokud migrujete virtuální počítače s Windows nebo SQL Server, měli byste se také podívat na Zvýhodněné hybridní využití Azure, což snižuje náklady na Azure.

Microsoft poskytuje několik nástrojů pro analýzu a katalog vašich systémů. Pokud používáte VMware, můžete pomocí služby Azure Migrate pomoct se zjišťováním a hodnocením. Nástroj identifikuje počítače, které je možné přesunout do Azure, doporučí typ virtuálního počítače ke spuštění a odhaduje náklady na úlohu. Pro prostředí Hyper-V použijte Plánovač nasazení služby Azure Site Recovery. U rozsáhlých migrací, ve kterých potřebujete přesunout stovky nebo více virtuálních počítačů, můžete spolupracovat s partnerem pro migraci do Azure. Tito partneři mají zkušenosti a zkušenosti s přesunem vašich úloh.

Migrace

Začněte plánovat, které služby se mají přesunout do cloudu a v jakém pořadí. Vzhledem k tomu, že tato fáze zahrnuje přesun úloh, postupujte podle tohoto pořadí:

  1. Sestavte síť.
  2. Začlenění systému identit (Microsoft Entra ID).
  3. Zřízení částí úložiště v Azure

Během migrace je prostředí Azure rozšířením vaší místní sítě. Logické sítě můžete propojit se službou Azure Virtual Network. Pomocí Azure ExpressRoute můžete udržovat komunikaci mezi vaší sítí a Azure na privátním připojení, které se nikdy nedotkne internetu. Můžete také použít síť VPN typu site-to-site, kde azure VPN Gateway komunikuje s místním zařízením VPN se všemi přenosy odesílanými bezpečně pomocí šifrované komunikace mezi Azure a vaší sítí. Publikovali jsme referenční architekturu s podrobnostmi o tom, jak zde nastavit hybridní síť.

Po nakonfigurování sítě naplánujte provozní kontinuitu. Doporučuje se použít replikaci v reálném čase k přesunu místních dat do cloudu a k zajištění toho, aby cloud a stávající data byly stejné. Obchody elektronického obchodování nikdy nezavře; duplicita umožňuje přepnout z místního prostředí do Azure s minimálním dopadem na vaše zákazníky.

Začněte přesouvat data, aplikace a související servery do Azure. Mnoho společností používá službu Azure Site Recovery k migraci do Azure. Služba cílí na provozní kontinuitu a zotavení po havárii (BCDR). To je ideální pro migraci z místního prostředí do Azure. Váš implementační tým si tady může přečíst podrobnosti o migraci místních virtuálních počítačů a fyzických serverů do Azure.

Jakmile se subsystém přesune do Azure, otestujte, jestli všechno funguje podle očekávání. Po zavření všech problémů přesuňte úlohy do Azure.

Optimalizovat

V tomto okamžiku budete dál monitorovat prostředí a měnit základní výpočetní možnosti tak, aby odpovídaly úlohám při změnách prostředí. Každý, kdo monitoruje stav prostředí, by měl sledovat, kolik jednotlivých prostředků se používá. Cílem by mělo být 75–90% využití většiny virtuálních počítačů. Na virtuálních počítačích, které mají mimořádně nízké využití, zvažte jejich balení s více aplikacemi nebo migraci na virtuální počítače s nejnižšími náklady v Azure, které si zachovají správnou úroveň výkonu.

Azure poskytuje nástroje pro optimalizaci prostředí. Azure Advisor monitoruje komponenty vašeho prostředí a poskytuje přizpůsobená doporučení na základě osvědčených postupů. Doporučení pomáhají zlepšit výkon, zabezpečení a dostupnost prostředků používaných ve vašich aplikacích. Azure Portal také zveřejňuje informace o stavu vašich aplikací. Vaše virtuální počítače by měly využívat rozšíření virtuálních počítačů Azure pro Linux a Windows. Tato rozšíření poskytují konfiguraci po nasazení, antivirový program, monitorování aplikací a další. Můžete také využít řadu dalších služeb Azure pro diagnostiku sítě, využití služeb a upozorňování prostřednictvím služeb, jako jsou Network Watcher, Service Map, Application Insights a Log Analytics.

Zatímco části organizace optimalizují systém v Azure, vývojové týmy můžou začít přejít do fáze po migraci: refaktoring.

Refaktoring

Po dokončení migrace může vaše aplikace elektronického obchodování začít využívat výhod svého nového domu v Azure. Fáze refaktoringu nemusí čekat, dokud se nepřesune celé prostředí. Pokud váš tým CMS migroval, ale tým ERP ne, žádný problém. Tým CMS může stále začít s refaktoringem. Tato fáze zahrnuje použití dalších služeb Azure k optimalizaci nákladů, spolehlivosti a výkonu refaktoringem aplikací. Pokud jste metodou "lift and shift" využili výhod hardwaru a operačního systému spravovaného poskytovatelem, v tomto modelu jste také využili výhod cloudových služeb, abyste mohli snížit náklady. Stále používáte aktuální aplikaci tak, jak je, s některými dílčími změnami kódu aplikace nebo konfigurace a připojte aplikaci k novým službám infrastruktury, jako jsou kontejnery, databáze a systémy pro správu identit.

Refaktoring úsilí se změní velmi málo kódu a konfigurace. Více času se zaměříte na automatizaci hlavně proto, že technologie přijaté v této fázi spoléhají na skriptování k sestavení a nasazení prostředků; pokyny k nasazení jsou skript.

I když je možné používat mnoho služeb Azure, zaměříme se na nejběžnější služby používané ve fázi refaktoringu: kontejnery, aplikační služby a databázové služby. Proč se podíváme na refaktoring? Refaktoring poskytuje silný základ kódu, který snižuje dlouhodobé náklady udržováním dluhu kódu z důvodu.

Kontejnery poskytují způsob, jak sbalit aplikace. Vzhledem k tomu, jak kontejner virtualizuje operační systém, můžete do jednoho virtuálního počítače zabalit více kontejnerů. Aplikaci můžete přesunout do kontejneru s nulou na několik změn kódu; možná budete potřebovat změny konfigurace. Toto úsilí také vede k psaní skriptů, které seskupují aplikace do kontejneru. Vývojové týmy budou trávit čas refaktoringu psaním a testováním těchto skriptů. podpora Azure s kontejnerizace prostřednictvím Azure Kubernetes Service (AKS) a související azure Container Registry, které můžete použít ke správě imagí kontejnerů.

U aplikačních služeb můžete využít různé služby Azure. Vaše stávající infrastruktura může například zpracovat objednávku zákazníka tak, že zprávy umístí do fronty, jako je RabbitMQ. (Například jednou zprávou je platba zákazníka, druhá je odeslání objednávky.) Při opětovném hostování umístíte RabbitMQ do samostatného virtuálního počítače. Během refaktoringu můžete do řešení přidat frontu nebo téma služby Service Bus . V tomto okamžiku můžete přepsat kód RabbitMQ a přestat používat virtuální počítače, které obsluhují funkci fronty. Pokud není možné přepsat veškerý kód najednou, můžete pomocí vzorů, jako je most pro zasílání zpráv, překlenout mezeru mezi frontami zasílání zpráv. To umožňuje migrovat koncové body 1 po druhém, nikoli všechny najednou. V obou případech, když se všechny koncové body nakonec přesunuly do služby Azure Service Bus, nahradí se sada virtuálních počítačů službou front zpráv always-on za nižší náklady. Další aplikační služby najdete na webu Azure Portal.

U databází můžete přesunout databázi z virtuálního počítače do služby. podpora Azure úlohy SQL Serveru s využitím Azure SQL Database a spravovaná instance Azure SQL Database. Služba Data Migration Service vyhodnocuje vaši databázi, informuje vás o práci, která se musí provést před migrací, a pak přesune databázi z virtuálního počítače do služby. podpora AzureMySQL, PostgreSQL a další služby databázového stroje.

Opětovné sestavení (Rebuild)

Až do této chvíle jsme se pokusili minimalizovat změny systémů elektronického obchodování – nechali jsme funkční systémy samotné. Teď se podíváme, jak skutečně využít výhod cloudu. Tato fáze znamená revidovat stávající aplikaci agresivním přijetím PaaS nebo dokonce služeb a architektury SaaS. Tento proces zahrnuje hlavní revize, které přidávají nové funkce nebo mění architekturu aplikace pro cloud. Spravovaná rozhraní API jsou nová koncepce, která využívá cloudové systémy. Díky vytváření rozhraní API pro komunikaci mezi službami můžeme systém usnadnit aktualizaci. Druhou výhodou je schopnost získat přehled o datech, která máme. Provedeme to tak, že přejdeme na mikroslužbu a architekturu rozhraní API a použijeme strojové učení a další nástroje k analýze dat.

Mikroslužby a rozhraní API

Mikroslužby komunikují prostřednictvím externě přístupných rozhraní API. Každá služba je samostatná a měla by implementovat jednu obchodní funkci, například doporučovat položky zákazníkům, udržovat nákupní košíky atd. Rozložení aplikace do mikroslužeb vyžaduje čas a plánování. I když neexistují žádná pevná pravidla pro definování mikroslužby, obecná myšlenka zahrnuje snížení nasaditelné jednotky na sadu komponent, které se téměř vždy mění společně. Mikroslužby umožňují nasazovat změny tak často, jak je to potřeba, a zároveň snížit zátěž testování pro celkovou aplikaci. Některé služby můžou být velmi malé. V případě těchto řešení funguje bezserverová služba Azure Functions dobře škálovat na tolik volajících, kolik potřebujete, zatímco když se nepoužívají žádné prostředky. Další služby budou rozděleny kolem obchodních možností: správa produktů, zachytávání objednávek zákazníků atd.

Bezserverové mechanismy mají nevýhody: při nízkém zatížení můžou být pomalé reagovat, protože konfigurace a spuštění kódu u některých serverů v cloudu trvá několik sekund. U částí vašeho prostředí, které zákazníci silně využívají, chcete zajistit, aby našli produkty, umístili objednávky, žádosti a tak dále s rychlostí a jednoduchostí. Kdykoli se výkon zpomalí, riskujete ztrátu zákazníků v nákupní trychtýře. Pokud máte funkce, které musí rychle reagovat, znovu sestavte tuto funkci jako jednotlivě nasaditelné jednotky ve službě Azure Kubernetes Service. V jiných případech, jako jsou služby, které vyžadují určitou kombinaci velkého množství paměti, několika procesorů a velkého množství místního úložiště, může mít smysl hostovat mikroslužbu ve vlastním virtuálním počítači.

Každá služba používá k interakci rozhraní API. Přístup k rozhraní API může být přímo do mikroslužby, ale vyžaduje to, aby kdokoli komunikoval se službou, aby znal topologii aplikace. Služba, jako je API Management , poskytuje centrální způsob publikování rozhraní API. Všechny aplikace se jednoduše připojují ke službě API Management. Vývojáři můžou zjistit, jaká rozhraní API jsou k dispozici. Služba API Management také poskytuje možnosti, které zajistí, aby vaše maloobchodní prostředí fungovalo dobře. Služba může omezit přístup k rozhraní API různými částmi aplikace (aby se zabránilo kritickým bodům), ukládat odpovědi do mezipaměti na pomalé změny hodnot, převést z JSON na XML a další. Úplný seznam zásad najdete tady.

Využití dat a Azure Marketplace

Vzhledem k tomu, že máte všechna data a systémy v Azure, můžete do své firmy snadno začlenit další řešení SaaS. Některé věci můžete udělat okamžitě. Pomocí Power BI můžete například spojit různé zdroje dat a vytvářet vizualizace a sestavy a získávat přehledy.

Dále se podívejte na nabídky na Azure Marketplace , které vám můžou pomoct s optimalizací inventáře, správou kampaní na základě atributů zákazníků a prezentování správných položek jednotlivým zákazníkům na základě jejich předvoleb a historie. Počítejte s tím, že budete trávit nějaký čas konfigurací dat tak, aby fungovala v nabídkách Marketplace.

Komponenty

Používá se při rehostování:

  • Azure Advisor je individuální cloudový konzultant, který vám pomůže postupovat podle osvědčených postupů pro optimalizaci nasazení Azure.
  • Služba Azure Migrate posuzuje místní úlohy pro migraci do Azure.
  • Azure Site Recovery orchestruje a spravuje zotavení po havárii pro virtuální počítače Azure a místní virtuální počítače a fyzické servery.
  • Azure Virtual Network umožňuje mnoha typům prostředků Azure, jako jsou virtuální počítače Azure, bezpečně komunikovat mezi sebou, internetem a místními sítěmi.
  • Azure ExpressRoute umožňuje rozšířit vaše místní sítě do cloudu Microsoftu přes soukromé připojení zajišťované poskytovatelem připojení.

Používá se během refaktoringu:

  • Azure Kubernetes Service spravuje hostované prostředí Kubernetes, takže je rychlé a snadné nasazovat a spravovat kontejnerizované aplikace bez odborných znalostí orchestrace kontejnerů.
  • Azure SQL Database je spravovaná služba relační databáze pro obecné účely v Microsoft Azure. Podporuje struktury, jako jsou relační data, JSON, prostorové a XML. SQL Database nabízí spravované izolované databáze SQL, spravované databáze SQL v elastickém fondu a spravované instance SQL.

Používá se při opětovném sestavení:

  • Azure API Management pomáhá organizacím publikovat rozhraní API externím, partnerům a interním vývojářům, aby uvolnila potenciál jejich dat a služeb.
  • Azure Functions je řešení pro snadné spouštění malých částí kódu nebo "funkcí" v cloudu.
  • Power BI je sada nástrojů pro obchodní analýzy, které poskytují přehledy v celé organizaci.

Závěr

Přesun systému elektronického obchodování do Azure přijímá analýzu, plánování a definovaný přístup. Podívali jsme se na třífázový přístup k opětovnému hostování, refaktoringu a opětovnému sestavení. Organizace tak může přejít z jednoho pracovního stavu do jiného a současně minimalizovat množství změn v každém kroku. Maloobchodníci se také můžou rozhodnout refaktorovat nebo dokonce znovu sestavit komponenty, úplně přeskočit přehostování. Mnohokrát budete mít jasnou cestu k modernizaci – vezměte ji, až budete moct. Když získáte zkušenosti s provozem v Azure, uvidíte další příležitosti, jak přidat nové funkce, snížit náklady a zlepšit celkový systém.

Přispěvatelé

Tento článek spravuje Microsoft. Původně byla napsána následujícími přispěvateli.

Hlavní autoři:

Další kroky

Mnoho vývojových týmů je lákavé provádět rehostování a refaktorovat současně, aby řešily technický dluh a lépe využívaly kapacitu. Než se pustíte do dalších kroků, můžete změnit hostitele. Všechny problémy s nasazením do nového prostředí budou snazší diagnostikovat a opravit. Díky tomu budou týmy pro vývoj a podporu načasovat vývoj a podporu v Azure jako nové prostředí. Když začnete refaktorovat a znovu sestavit systém, vytváříte stabilní a funkční aplikaci. To umožňuje menší, cílené změny a častější aktualizace.

Dokumentace k produktu: