Průvodce architekturou SAP v Azure

Azure Active Directory
ExpressRoute
Spravované disky
SAP HANA ve velkých instancích Azure
Virtual Machines

Průvodce architekturou SAP v Azure popisuje sadu principy pro GUID, která se používá k zajištění kvality úloh SAP běžících v Azure. Tato příručka vychází z rozhraní Microsoft Azure Well-Architected Framework, ale doporučení jsou specifická pro nasazení řešení SAP. Základní architektura architektury začíná pěti pilíři excelence: náklady, DevOps, odolnost, škálovatelnost a zabezpečení.

Microsoft a SAP spolupracují na spolupráci a poskytují jasný přehled organizací, které chtějí v cloudu inovovat. Azure podporuje aplikace SAP v systémech Linux a Windows ve vývojovém, testovacím a produkčním prostředí. Naši zákazníci používají nasazení SAP pro všechny velikosti v Azure – včetně SAP NetWeaver a všech podporovaných systémů správy databází, SAP S/4HANA, ČERNOBÍLé/4HANA, BI a HANA ve scénářích škálování a škálování na více systémů.

Jedním ze způsobů, jak začít, je spustit Azure Well-Architected recenze.

Náklady

Když přesunete úlohy do cloudu, máte několik aspektů, které vám pomůžou snížit náklady na celkové řešení. Mnohé z nich jsou pokryté v Azure Well-Architected Framework pod pilířem optimalizace nákladů. Když přesunete řešení SAP do Azure, máte další možnost provést optimalizaci nákladů. Můžete začít s racionalizací vaší krajiny nebo je možné novou architekturu nebo náhradní součásti, zejména při přesunu z obchodní sady na s/4HANA během cesty do cloudu. Všechny tyto akce probíhají na začátku vaší cesty do Azure a pokračuje v celém rozsahu.

Otázky týkající se racionalizace systému jsou zodpovězeny. Například potřebujete přesunout všechny systémy SAP, nebo můžete vyřadit z provozu ty, které se už nepoužívají? Je cenově výhodné Refaktorovat určité úlohy, nebo je zadarmo zapůjčit a Shift? Opravdu potřebujete systém ve velkém velikosti jako v místním prostředí?

Pokud chcete zjistit, jak Microsoftu na tyto otázky odpověděli, přečtěte si, jak tým vyřadí přibližně 60 virtuálních počítačů v rámci naší vlastní migrace SAP do Azure.

Účinný přístup eliminuje odpady v rámci nasazení SAP v Azure a pomáhá snižovat náklady a usnadňuje operace. Například po přechodu do provozu v Azure zkontrolujte velikost. Na základě využití můžete zmenšit velikost virtuálních počítačů pro vaši krajinu? Můžete odpojit disky, které se už nepoužívají?

Vhodným způsobem, jak snižovat náklady, je zavedení racionalizace spolu s možnou novou architekturou celkového obchodního řešení. Je možné přesunout obchodní proces do služeb SaaS Services.

Průběžná správa nákladů

Další možností, jak snížit náklady, je zrušit přidělení nebo "připomenout" virtuálním počítačům. Pokud spouštíte vaše systémy izolovaného prostoru (sandbox) 10 hodin denně, od pondělí do pátku, a ne po dobu všech dní, můžete snížit náklady až do přibližně 70 procent v modelu průběžných plateb. Když aplikace SAP potřebují spustit všechny časy, vyžádejte si také rezervované instance Azure , které vám pomůžou zvýšit náklady.

Kombinování cenových možností pro virtuální počítače může také snižovat náklady. V případě předvídatelnosti rozpočtu můžete použít rezervovanou instanci virtuálního počítače Azure, pokročilé nákupy na jeden nebo tři roky v určité oblasti. Za účelem úspory nákladů a flexibility můžete průběžně platit za výpočetní kapacitu, která nevyžaduje žádné dlouhodobé závazky.

Jako poslední poznámka je dobrým zvykem pravidelně kontrolovat operace Azure a hledat způsoby, jak optimalizovat náklady. Můžete například zjistit, jestli je k dispozici cenově výhodnější možnost úložiště nebo novější řada virtuálních počítačů s vyšším poměrem nákladů na výkon. Další podrobnosti najdete v tématu věnovaném principům služby cost management v metodologii řízení pro Cloud v rámci architektury pro přijetí do cloudu.

Doprovodné materiály k nákladům

DevOps

DevOps pilíř Průvodce architekturou SAP v Azure zahrnuje požadavky na provozní a efektivitu pro nasazení jakékoli technologie SAP krajiny v Azure a pro spouštění řešení SAP v produkčním prostředí.

Automation

Aby se snížila pravděpodobnost, že lidská chyba, zlepšit spolehlivost a dosáhnout vyšší úrovně normalizace, je potřeba automatizovat nasazení SAP v Azure. Ruční nastavení infrastruktury pro jednotlivá nasazení SAP není pouze zdlouhavé, ale také náchylné k chybě a může trvat hodiny nebo dny, pokud je třeba provést více instalací SAP. V případě předvídatelného a efektivního procesu nasazení proto je vhodné automatizovat nasazení infrastruktury Azure a nainstalovat software SAP co nejvíce.

Přechodu se DevOps paradigma znamená, že se podle potřeby sestavují nová prostředí SAP pomocí přístupu typu infrastruktura jako kód (IaC). IaC je klíčovým aspektem v projektu SAP krajiny.

Bolesti ručního nasazení Automatizované zisky nasazení
– Vyžaduje specializované znalosti v mnoha doménách mimo SAP. – Funguje hned po určité počáteční době přípravy a vyžaduje málo znalostí v doméně.
– Může trvat spoustu času v závislosti na velikosti SAP na šířku, v závislosti na velikosti SAP na šířku. – Spotřebuje předvídatelný čas od 30 minut po několik hodin.
– Může být nákladné. – Poskytuje bezplatné prostředky, třeba tyto SAP HANA šablony na GitHubu.
– Omezuje testování – je obtížnější vkládat testy do procesu. – Poskytuje šablony, které zahrnují zkušební instrumentaci během nasazování a migrace.
– Díky tomu je zdlouhavé a časově náročné škálovat a přizpůsobovat prostředí. – Usnadňuje horizontální navýšení nebo snížení kapacity a jsou dostupné nové šablony nasazení.
– Může mít za následek nechtěné variace v návrhu – Po definování standardů se u každého nasazení aplikují standardy.

Monitorování

Monitorování a diagnostika jsou zásadní. Aplikace SAP v Azure běží ve vzdáleném datovém centru Microsoftu. Před infrastrukturou a v některých případech i v operačním systému se můžete věnovat výhodám cloudových služeb.

Pro velkou aplikaci není praktické připojení k virtuálním počítačům, aby bylo možné řešit potíže nebo prosévání prostřednictvím souborů protokolu. Kromě toho platí, že při použití platformy jako služby (PaaS) v Azure nemusí existovat ani vyhrazený virtuální počítač.

Všechny systémy musí být možné pozorovat. Monitorování a diagnostika poskytují přehled o systému, abyste věděli, kdy a kde k selháním dochází. Osvědčeným postupem je použití společného a konzistentního schématu protokolování, které umožňuje korelovat události napříč systémy.

Proces monitorování a diagnostiky má několik samostatných fází:

  • Instrumentace – Generování nezpracovaných dat z aplikačních protokolů, protokolů webového serveru, diagnostických nástrojů integrovaných do platformy Azure a dalších zdrojů

  • Shromažďování a ukládání dat – Konsolidace dat na jednom místě

  • Analýza a diagnostika – Řešení potíží a zobrazení celkového stavu

  • Vizualizace a výstrahy – Použití dat telemetrie k navýšení trendů nebo upozornění týmu provozu

Doprovodné materiály k DevOps

Odolnost

Pilíř odolnosti proti chybám v průvodci architekturou SAP v Azure se vztahuje na provozní stabilitu a kontinuitu podnikových aplikací, které je potřeba spouštět v klíčových aplikacích SAP úrovně 1. Návrh dostupnosti zajišťuje dostupnost aplikace SAP v případě lokalizovaného softwaru nebo selhání hardwaru.

V produkčních prostředích je důležité chránit před jediným bodem selhání každé součásti aplikace a infrastruktury. To je možné dosáhnout zásadami izolace a redundance.

  • Oddělení. Zajistěte, aby všechny součásti zahrnovaly izolaci na úrovni aplikace a infrastruktury.

  • Redundance. Ujistěte se, že všechny součásti, které jsou k dispozici, jsou pro vrstvu aplikace a infrastruktura redundantní.

S ohledem na tyto základní principy doporučujeme implementovat 3 systémy v rámci SAP krajiny, aby se zajistilo, že všechny součásti aplikace jsou vzájemně izolované a můžou dosáhnout vysoké dostupnosti až po redundanci.

Doporučujeme nasazovat virtuální počítače, které spouštějí služby SAP Central Services a databáze v sadách dostupnosti nebo Zóny dostupnosti, které vám pomůžou chránit aplikace proti plánovaným událostem údržby a neplánovaným výpadkům.

Při aplikování odolnosti na aplikační servery SAP doporučujeme použít méně, menší servery místo jednoho většího aplikačního serveru. Tento postup slouží ke konfiguraci technologií hostovaného operačního systému, jako je například cluster s podporou převzetí služeb při selhání systému Windows nebo Linux Pacemaker, aby se zajistila krátká doba převzetí služeb při selhání v centrálních službách SAP a systému správy databází (DBMS). Aby nedošlo k žádné (nebo minimální) ztrátě dat, je osvědčeným postupem konfigurace systému DBMS synchronní nebo asynchronní replikace v závislosti na scénáři.

Odolnost aplikačního serveru

Odolnost pro vrstvu aplikačního serveru SAP se dá dosáhnout prostřednictvím redundance. Několik instancí dialogů můžete nakonfigurovat na různých instancích virtuálních počítačů Azure s minimálním počtem dvou aplikačních serverů.

Doporučujeme nasazovat virtuální počítače Azure, které spouští aplikační servery SAP ve stejné skupině dostupnosti Azure. Umístěním aplikačních serverů SAP do stejné skupiny dostupnosti Azure zajistíte následující akce:

  • Virtuální počítače Azure nebudou součástí stejné aktualizační domény, takže se vyhnete současným výpadkům.

  • Virtuální počítače Azure nebudou součástí stejné domény selhání a zabraňují tak sdíleným fyzickým vrstvám mezi virtuálními počítači Azure.

V perspektivě zotavení po havárii je možné Azure-to-Azure Site Recovery použít jako součást efektivního řešení zotavení po havárii s vědomím nákladů.

Další informace najdete v tématu architektura s vysokou dostupností pro aplikační servery SAP.

Odolnost centrálních služeb

Vrstva služby SAP Central Services, která se skládá z (A) SCS/OLAJÍCÍCH (pouze Linux), se považuje za jediný bod selhání (SPOF), u kterého musí být pro zajištění odolnosti nastavena vysoká dostupnost komponent. Toto řešení se skládá z vytváření clusteru vrstvy služby SAP Central Services, které podporuje kompatibilní technologie sdíleného úložiště.

V závislosti na operačním systému a dostupné technologii sdíleného úložiště při obecné dostupnosti (GA) nebo privátních/Public Preview jsou dostupné různé možnosti.

Další informace najdete v tématu architektura s vysokou dostupností pro instanci SAP ASCS/SCS v architektuře Windows a vysoké dostupnosti pro instanci SAP ASCS/SCS na platformě Linux.

Odolnost databáze

Ve vrstvě databáze se produkční data dají replikovat v rámci oblasti nebo mezi primární oblastí a oblastí zotavení po havárii (synchronní v případě vysoké dostupnosti nebo asynchronního v případě replikace DR). V závislosti na výběru systému DBMS a požadovaných obchodních smluv o úrovni služeb (SLA) je možné využívat různé metody databáze.

Při navrhování odolné architektury pro databázovou vrstvu Vezměte v úvahu následující aspekty:

  • Odolnost proti ztrátě dat. Návrh pro odolnost proti chybám znamená obnovování z důvodu ztráty dat. To může znamenat, že se obnovuje z logické chyby v databázi SAP, v rozsáhlých haváriích nebo ve ztrátě celé oblasti Azure. Při navrhování pro obnovu je nutné pochopit cíl bodu obnovení (RPO) a dobu obnovení (RTO) vaší aplikace SAP. V rámci návrhu architektury nasazení SAP je důležité pečlivě zvážit dostupnost i možnost obnovy. Tím se ochrání vaše podnikání před finančními ztrátami, které mají za následek výpadky a ztráty dat.

  • Použijte synchronní replikaci. Pokud je potřeba RPO cíle bodu obnovení (0), což znamená, že v případě selhání se neztratila žádná ztráta dat, musíme zvážit synchronní replikaci na databázové vrstvě a odpovídajícím způsobem vytvořit návrh. Výsledkem je systém, ve kterém musí být každá transakce potvrzena aspoň na obou stranách vysoce dostupných databází. Latence mezi dvěma instancemi systému DBMS musí být měřena a pečlivě posouzena. Čím vyšší je latence sítě, tím pravděpodobněji bude ovlivněná škálovatelnost vašich úloh. To je obzvláště důležité, když se rozhodnete použít zóny dostupnosti , kde je možné úlohy rozdělit do oblasti Azure v jedinečných fyzických umístěních. Jako fyzická vzdálenost mezi těmito umístěními dojde k latenci sítě.

Další informace najdete v tématu Obecné nasazení Azure Virtual Machines DBMS pro úlohy SAP a uvedená doporučení na systémy DBMS.

Odolnost proti zálohování

Kromě odolné architektury, včetně možností pro vysokou dostupnost a zotavení po havárii, důležitá prostředí musí implementovat i řešení zálohování.

SAP HANA konkrétně nabízí záložní rozhraní API s názvem Backint, které umožňuje zálohování zálohovacích řešení přímo na databázové vrstvě.

V Azure Marketplaceexistuje několik certifikovaných řešení zálohování třetích stran, které nabízí možnosti zálohování certifikované pro dodavatele a SAP.

Řešení úložiště, jako je Azure NetApp Files, můžou zálohovat kritická data prostřednictvím možností snímků.

Azure Backup řešení pro nativní zálohování Azure:

  • Nativní SAP HANA zálohy prostřednictvím konektoru Backint.
  • Možnost vytvářet zálohy konzistentní s aplikací pomocí snímků na discích Azure Premium Storage.
  • Zálohování a obnovení dat virtuálních počítačů Azure prostřednictvím Azure Portal. Obnovení mezi oblastmi nabízí možnost obnovení virtuálních počítačů Azure do spárované sekundární oblasti.
  • Dlouhodobá doba uchovávání, která umožňuje zachovat roky záloh na požadavky na dodržování předpisů a audit.
  • Správa zálohování z Azure Portal.

Další informace o možnostech zálohování SAP HANA najdete v tématu Přehled zálohování SAP HANA.

Další informace o Azure Backup najdete v dokumentaci ke službě Azure Backup.

Doprovodné materiály k zajištění odolnosti

Vysoká dostupnost Azure Virtual Machines pro SAP NetWeaver

SAP HANA vysoké dostupnosti pro virtuální počítače Azure

Velké instance SAP HANA vysoká dostupnost a zotavení po havárii v Azure

Azure Site Recovery pro úlohy SAP

Průvodce zálohováním pro SAP HANA v Azure Virtual Machines

Škálovatelnost

Vodítko škálovatelnosti Průvodce architekturou SAP v Azure popisuje efektivitu výkonu a splnění požadavků na zatížení. Uživatelé také potřebují vysoce výkonné aplikace SAP, aby mohli efektivně pracovat bez frustrace. Pro vaše nasazení SAP a správné velikosti vašich komponent Azure – výpočetní prostředky, úložiště a síť je důležité se zavázat do kvality pro zvýšení velikosti.

SAP Note # 1928533 podrobná hodnota SAP pro virtuální počítače, které jsou podporovány pro spouštění aplikací SAP. (Přístup k této poznámce SAP vyžaduje účet služby SAP na webu Marketplace.) Další informace o propustnosti sítě a úložiště na virtuálním počítači Azure najdete v těchto zdrojích informací:

Flexibilita Azure umožňuje snadno škálovat systém SAP. Můžete například zvýšit výpočetní kapacitu databázového serveru nebo škálovat horizontálně přidáním aplikačních serverů, když vzniká poptávka. K urychlení propustnosti migrace SAP a snížení výpadků můžete také dočasně vyhromadit infrastrukturu.

Vezměte v úvahu použití funkcí redundance SAP, jako jsou skupiny přihlášení a skupiny serverů Batch k přiřazení aplikačních serverů. V rámci definice skupiny může SAP odesílat automaticky úlohy na více instancí aplikačního serveru a poskytnout tak systému možnost (automatické) škálování nebo škálování při zvýšení nebo snížení poptávky.

Pro vrstvu databáze SAP použijte službu Premium Azure Managed Disks jako minimální hodnotu pro výhody vysokého výkonu a vstupně-výstupních operací s nízkou latencí. Je možné, že budete muset vytvořit pruh RAID-0 k agregaci IOPS a propustnosti pro splnění potřeb vaší aplikace. Podrobnosti o osvědčených postupech pro úložiště SAP HANA úlohách najdete v tématu SAP HANA konfigurace infrastruktury a operace v Azure.

Doporučujeme použít okruh Azure ExpressRoute nebo virtuální privátní síť (VPN) mezi místními prostředky a Azure. Tato připojení využívají uživatele SAP a aplikační rozhraní, která se připojují k aplikacím SAP v Azure. Pro produkční aplikace SAP v Azure doporučujeme ExpressRoute vytvořit privátní vyhrazené připojení, které nabízí spolehlivost, vyšší rychlost, nižší latenci a užší zabezpečení než síť VPN typu Site-to-site.

Mezi aplikacemi SAP a non-SAP je třeba mít na vědomí rozhraní citlivá na latenci. Možná budete muset definovat migraci přesunout skupiny– to znamená skupiny aplikací SAP a non-SAP, které se dají na Azure nakládat společně.

Infografika nasazení SAP v Azure pomocí síťové topologie centra s paprsky.

Běžné nasazení SAP v Azure pomocí síťové topologie centra s paprsky .

Doprovodné materiály škálovatelnosti

Horizontální navýšení nebo škálování na více instancí:

Spuštění SAP HANA pro virtuální počítače s Linuxem v architektuře s vertikálním navyšováním kapacity v Azure

Konfigurace infrastruktury Azure pro SAP HANA škálování na více instancí

Osvědčené postupy:

Zabezpečení

Vaše data SAP jsou nejspíš pokladem z technického vlastnictví vaší organizace. Proto se musíte zaměřit na zabezpečení přístupu k architektuře SAP pomocí zabezpečeného ověřování, ochrany aplikace a dat před ohroženími zabezpečení sítě a udržováním integrity dat pomocí metod šifrování.

SAP v Azure se dodává v cloudovém modelu infrastruktury jako služba (IaaS). To znamená, že ochrana zabezpečení je integrována do služby společností Microsoft na úrovni fyzického datacentra, fyzické sítě, fyzického hostitele a hypervisoru. Pro oblasti nad hypervisorem, jako je hostovaný operační systém pro SAP, je potřeba pečlivě vyhodnotit služby a technologie, které vyberete, abyste zajistili, že budete mít k správnou kontrolu zabezpečení pro vaši architekturu.

Pro ověřování můžete využít výhod Azure Active Directory (Azure AD) s protokolem SAML k přihlášení k SAP NetWeaver nebo Hana, používat taky jednotné přihlašování pro jiné služby SAP, jako je Fiori hlavní panel, služba SAP Cloud Platformnebo SuccessFactors , se dají nakonfigurovat.

Skupiny zabezpečení sítě (skupin zabezpečení sítě) umožňují filtrovat síťový provoz do a z prostředků ve vaší virtuální síti. Můžete definovat NSG pravidla pro povolení nebo odepření přístupu ke službám SAP – například umožnění přístupu k portům aplikací SAP z místních rozsahů IP adres a odepření přístupu k veřejnému Internetu.

Skupiny zabezpečení aplikací (ASG) by se měly používat ke snazší konfiguraci zabezpečení sítě. ASG se dá použít v pravidlech zabezpečení místo explicitních IP adres pro virtuální počítače. A virtuální počítače se pak přiřadí k ASG. Tato akce bude podporovat opakované použití stejných zásad pro různé aplikace, a to z důvodu této abstraktní vrstvy.

V souvislosti s integritou dat Azure Disk Encryption pomáhá šifrovat disky virtuálních počítačů SAP. Operační systém i datové svazky lze v úložišti v klidovém stavu zašifrovat.

Azure Disk Encryption spolupracuje s Azure Key Vault, službou, která řídí a spravuje šifrovací klíče. Azure Key Vault podporuje SQL Server z pohledu DBMS. Mnohé z našich zákazníků SAP si pro své soubory databáze SAP vyberou Azure Disk Encryption pro své disky s operačním systémem a transparentní šifrování dat DBMS. Tento přístup podporuje integritu operačního systému a pomáhá zajistit, aby byly zálohy databáze také šifrovány.

Správa identit

Zvažte použití Azure AD k ověřování a autorizaci uživatelů. Azure AD je plně spravovaná služba správy identity a přístupu. Můžete ji použít k vytvoření domény, které existují čistě v Azure nebo pro integraci s vašimi místními identitami služby Active Directory. Azure AD se taky integruje s Microsoft 365, Dynamics CRM Online a mnoha aplikacemi SaaS (software jako služba) od partnerů.

U zákaznických aplikací Azure Active Directory B2C umožňuje uživatelům ověřování pomocí stávajících účtů sociálních sítí (například Facebooku, Google nebo LinkedIn) nebo vytvoření nového uživatelského účtu spravovaného službou Azure AD.

Pokud chcete integrovat místní prostředí Active Directory se sítí Azure, máte v závislosti na svých požadavcích několik možných přístupů. Další informace najdete v tématu Referenční architektury správy identit   .

Ochrana infrastruktury

Řiďte přístup ke zdrojům Azure, které nasazujete. Každé předplatné služby Azure má vztah důvěryhodnosti s tenantem služby Azure AD. Použijte řízení přístupu na základě role v Azure (Azure RBAC), abyste uživatelům udělili v rámci své organizace správná oprávnění k prostředkům Azure. Přístup udělíte tak, že uživatelům nebo skupinám přiřadíte role RBAC v určitém rozsahu. Rozsahem může být předplatné, skupina prostředků nebo jediný prostředek. Nezapomeňte Auditovat všechny změny v infrastruktuře.

Zabezpečení aplikací

Obecně platí, že osvědčené postupy zabezpečení pro vývoj aplikací platí také v cloudu. Mezi ně patří například použití SSL (Secure Sockets Layer) všude a ochrana proti útokům na vyžádání mezi lokalitami a útoky XSS (mezi weby) a zabránění útokům prostřednictvím injektáže SQL.

Cloudové aplikace často používají spravované služby, které mají přístupové klíče. Je to opakující se: nikdy je nekontrolujte do správy zdrojového kódu. Místo toho zvažte uložení tajných kódů aplikace do Azure Key Vault.

Suverenita dat a šifrování

Ujistěte se, že vaše data zůstanou ve správné geopolitické zóně při použití oblastí s vysokou dostupností v Azure. Azure Storage, jako je Azure NetApp Files, může poskytnout geografickou replikaci na základě konceptu spárované oblasti ve stejné geopolitické zóně.

Běžnou funkcí cloudových infrastruktur, jako je Azure Storage, je, že poskytují vysoce dostupnou a odolnou platformu pro hostování dat a aplikací. Vývojáři cloudových aplikací musí pečlivě zvážit, jak tuto platformu využít k maximalizaci výhod jejich uživatelů.

Při rozhodování, která možnost redundance je pro váš scénář nejvhodnější, zvažte kompromisy mezi nižšími náklady a vyšší dostupností. V případě, že zákazníci chtějí replikovat své SAP v infrastruktuře Azure do jiných oblastí Azure za účelem zajištění provozní kontinuity a zotavení po havárii, můžou dosáhnout stejné s replikací úložiště, například GRS nebo mechanismy zotavení po havárii, jako je Azure Site Recovery. Další podrobnosti na https://docs.microsoft.com/azure/storage/common/storage-redundancy

K ochraně kryptografických klíčů a tajných kódů doporučujeme použít Key Vault. Key Vault můžete použít k šifrování klíčů a malých tajných kódů, jako jsou hesla, která používají klíče uložené v modulech hardwarového zabezpečení (HSM). Azure Key Vault podporuje SQL Server z pohledu DBMS. Spousta úložišť a databázových služeb podporuje šifrování dat v klidovém umístění, včetně Azure Storage, Azure SQL Database, Azure synapse Analyticsa Azure Cosmos DB.

Prostředky zabezpečení

Infrastruktura

Kvalita nasazení SAP se spouští s pečlivým plánováním. Úlohy SAP v Azure: kontrolní seznam pro plánování a nasazení směřuje do správného směru s kontrolními seznamy, milníky a osvědčenými postupy.

Pokud přesouváte stávající SAP majetku do Azure, popisuje článek věnované možnostem migrace pro SAP v Azure dokumentaci možnosti migrace. Pokud má vaše aplikace SAP významné nároky na databázi, přečtěte si Blogový příspěvek pro velmi velkou migraci databáze do Azure .

Následující scénáře popisují několik běžných způsobů, jak jsou řešení SAP postavená na infrastruktuře Azure.

Materiály pro GitHub

Komunita SAP nabízí spoustu bezplatných šablon, které vám pomůžou začít. I když společnost Microsoft není oficiálně podporovaná, může přispět k tomu, aby zahájila proces automatizace. Například:

Další kroky

Následující zdroje vám pomůžou začít: