Migrieren Ihrer E-Commerce-Lösung zu Azure

Einführung

Das Verlagern einer vorhandenen E-Commerce-Lösung in die Cloud bietet zahlreiche Vorteile für ein Unternehmen: es ermöglicht Skalierbarkeit, bietet Kunden Zugriff rund um die Uhr (24/7), und Clouddienste lassen sich einfacher integrieren. Zuerst einmal ist das Verlagern einer E-Commerce-Lösung in die Cloud eine bedeutende Aufgabe, die mit Kosten einhergeht, was den Entscheidungsträgern bewusst sein muss. Dieses Dokument erläutert den Umfang einer Azure-Migration mit dem Ziel, Sie über die Optionen zu informieren. Die erste Phase beginnt damit, dass IT-Experten die Komponenten in die Cloud verlagern. Sobald diese sich in Azure befinden, beschreiben wir die Schritte, die das E-Commerce-Team unternehmen kann, um die Rendite (Return On Investment, ROI) zu steigern und von der Cloud zu profitieren.

Am Scheideweg

Zwar machen globale E-Commerce-Transaktionen nur einen Bruchteil des gesamten Einzelhandelsumsatzes aus, doch zeichnet sich von Jahr zu Jahr ein beständiges Wachstum dieses Kanals ab. Im Jahr 2024 macht der E-Commerce-Umsatz ein Fünftel des gesamten Einzelhandelsumsatzes aus, 2016 waren es noch 8,6 % ( Quelle). Mit der zunehmenden Ausgereiftheit des E-Commerce und der Einführung des Cloud Computing sehen sich Einzelhändler am Scheideweg. Es müssen Entscheidungen getroffen werden. Sie können ihr Geschäftsmodell mit neuen Funktionen, die durch sich entwickelnde Technologien möglich werden, neu denken, und sie können ihre Modernisierung unter Berücksichtigung ihres aktuellen Funktionsumfangs und -bedarfs planen.

Verbessern des Kundenerlebnisses

E-Commerce konzentriert sich in erster Linie auf das Erlebnis des Kunden und verfügt über viele verschiedene Attribute. Diese Attribute lassen sich in vier Hauptbereiche gruppieren: Entdecken, Evaluieren, Kaufen und „Nach dem Kauf“.

Das Kundenverhalten wird als Daten erfasst. Der Einkaufstrichter besteht aus einer Sammlung von Verbindungspunkten mit Anwendungen, die zum Anzeigen von Produktdaten, Transaktionen, Bestand, Versand, Auftragserfüllung, Kundenprofil, Warenkorb und Produktempfehlungen verwendet werden, um nur einige zu nennen.

Ein typisches Einzelhandelsunternehmen ist von einer umfangreichen Sammlung von Softwarelösungen abhängig, die von kundenseitigen Anwendungen den gesamten Stapel nach unten bis hin zu grundlegenden Anwendungen reichen. In der folgende Grafik finden Sie einen Überblick der in einem typischen Einzelhandelsunternehmen vorhandenen Funktionen.

Diagramm zum Vergleich der nach außen sichtbaren Funktionalität mit der Kernfunktionalität.

Die Cloud stellt eine Möglichkeit dar, um die Art zu verändern, in der eine Organisation Technologie erhält, verwendet und verwaltet. Weitere Vorteile sind: verringerte Kosten des Unterhalts von Rechenzentren, erhöhte Zuverlässigkeit und Leistung sowie die Flexibilität, andere Dienste hinzufügen zu können. In diesem Anwendungsfall sehen wir uns einen Pfad an, den ein Einzelhandelsunternehmen einschlagen kann, um seine vorhandene Infrastruktur zu Azure zu migrieren. Wir nutzen außerdem die neue Umgebung, indem wir einen schrittweisen Ansatz beim Rehosten, Refactoring (Umgestalten) und Neuerstellen (Rebuild) verwenden. Zwar verfolgen viele Organisationen diesen Modernisierungspfad in einer Reihenfolge, jedoch können Organisationen in den meisten Fällen bei einer beliebigen Phase als Startpunkt einsteigen. Organisationen können sich entscheiden, auf das Rehosten Ihrer aktuellen Anwendung in Azure zu verzichten, und direkt zum Refactoring oder sogar der Neuerstellung springen. Diese Entscheidung ist für die Anwendung und Organisation einzigartig, um ihre Modernisierungsansprüche optimal zu erfüllen.

Rehosten

Diese Phase wird auch als „Lift & Shift“ bezeichnet und umfasst das Migrieren physischer Server und virtueller Computer zur Cloud, ohne Veränderungen an diesen vorzunehmen. Durch einfaches Verlagern Ihrer aktuellen Serverumgebung direkt in eine IaaS (Infrastructure-as-a-Service) profitieren Sie von Kosteneinsparungen, Sicherheit und erhöhter Zuverlässigkeit. Die Einsparungen werden durch Methoden erzeugt wie das Ausführen von Workloads auf angemessen dimensionierten VMs. Heutzutage übersteigen die Funktionen lokaler VMs und physischer Computer häufig die alltäglichen Anforderungen von Einzelhändlern. Die virtuellen Computer müssen in der Lage sein, saisonale Geschäftsspitzen abzufangen, die nur wenige Male pro Jahr auftreten. Aus diesem Grund zahlen Sie für ungenutzte Funktionen außerhalb der Geschäftsspitzenzeiten. Mit Azure wählen Sie die angemessen dimensionierte VM, basierend auf den Anforderungen des aktuellen Geschäftszyklus.

Beim Rehosten in Azure gibt es drei Phasen:

  • Analyse: Identifizieren und Inventarisieren lokaler Ressourcen wie Anwendungen, Workloads, Netzwerken und Sicherheit. Am Ende dieser Phase verfügen Sie über eine vollständige Dokumentation des bestehenden Systems.
  • Migration: Verlagern jedes Subsystems von lokal zu Azure. In dieser Phase verwenden Sie Azure als Erweiterung Ihres Rechenzentrums, wobei die Kommunikation Ihrer Anwendungen ununterbrochen fortgesetzt wird.
  • Optimierung: Stellen Sie beim Verlagern von Systemen in Azure sicher, dass alles die ausreichende Größe hat. Wenn die Umgebung anzeigt, dass einigen VMs zu viele Ressourcen zugeordnet sind, ändern Sie den VM-Typ in einen mit einer geeigneteren Kombination aus CPU, Arbeitsspeicher und lokalem Speicher.

Analysieren

Führen Sie die folgenden Schritte aus:

  1. Listen Sie die lokalen Server und Anwendungen auf. Dieser Prozess basiert auf einem Agent- oder Verwaltungstool, um Metadaten zu den Servern, den auf den Servern ausgeführten Anwendungen, der aktuellen Serververwendung sowie der Konfiguration der Server und ihrer Anwendungen zu sammeln. Das Ergebnis ist ein Bericht über alle Server und Anwendungen in der Umgebung.
  2. Identifizieren Sie die Abhängigkeiten. Sie können Tools verwenden, um zu identifizieren, welche Server miteinander kommunizieren, sowie Anwendungen, die miteinander kommunizieren. Das Ergebnis ist eine Zuordnung – oder sind Zuordnungen – aller Anwendungen und Workloads. Diese Zuordnungen fließen in die Migrationsplanung mit ein.
  3. Analysieren Sie die Konfigurationen. Das Ziel ist es, zu erfahren, welche VM-Typen Sie benötigen, sobald der Betrieb in Azure läuft. Das Ergebnis ist ein Bericht zu allen Anwendungen, die in Azure verlagert werden können. Diese können hinsichtlich notwendiger Änderungen weiter klassifiziert werden:
    1. Keine Änderungen
    2. Einfache Änderungen wie Namensänderungen
    3. Kleinere Änderungen wie geringfügige Codeänderungen
    4. Inkompatible Workloads, die zusätzlichen Aufwand beim Verlagern erfordern
  4. Erstellen Sie Ihr Budget. Sie verfügen nun über eine Liste, die jede CPU – Arbeitsspeicher usw. – und die Anforderungen für jede Anwendung aufzählt. Platzieren Sie diese Workloads auf angemessen dimensionierten VMs. Die Abrechnungskosten für die Cloudplattform basieren auf der Nutzung. Es gibt Tools, um Ihre Anforderungen den richtig dimensionierten Azure-VMs zuzuordnen. Wenn Sie Windows-VMs oder SQL Server migrieren, sollten Sie sich ebenfalls den Azure-Hybridvorteil ansehen, der Ihre Ausgaben für Azure verringert.

Microsoft bietet mehrere Tools zur Analyse und Katalogisierung Ihrer Systeme. Wenn Sie VMware ausführen, können Sie Azure Migrate zur Unterstützung bei der Ermittlung und Bewertung verwenden. Das Tool identifiziert Computer, die in Azure verschoben werden können, empfiehlt den Typ des auszuführenden Virtuellen Computers und schätzt die Kosten für die Workload ab. Für Hyper-V-Umgebungen verwenden Sie Azure Site Recovery-Bereitstellungsplaner. Bei großen Migrationen, in denen Sie Hunderte oder mehr VMs verschieben müssen, können Sie mit einem Azure-Migrationspartner kooperieren. Diese Partner verfügen über die Kenntnisse und Erfahrung, um Ihre Workloads zu verschieben.

Migrate

Beginnen Sie mit der Planung, welche Dienste in die Cloud verlagert werden sollen und in welcher Reihenfolge. Da diese Phase das Verlagern von Workloads umfasst, halten Sie diese Reihenfolge ein:

  1. Ausbauen des Netzwerks.
  2. Integrieren eines Identitätssystems (Microsoft Entra ID).
  3. Bereitstellen von Speicherteilen in Azure.

Während der Migration ist die Azure-Umgebung eine Erweiterung Ihres lokalen Netzwerks. Sie können die logischen Netzwerke mit Azure Virtual Network verbinden. Sie können auch Azure ExpressRoute verwenden, um die Kommunikation zwischen Ihrem Netzwerk und Azure über eine private Verbindung, die das Internet vollständig umgeht, aufrechtzuerhalten. Sie können auch ein Site-to-Site-VPN verwenden, bei dem ein Azure-VPN-Gateway mit Ihrem lokalen VPN-Gerät kommuniziert, wobei der gesamte Datenverkehr über sicher mittels verschlüsselter Kommunikation zwischen Azure und Ihrem Netzwerk gesendet wird. Wir haben hier eine Referenzarchitektur veröffentlicht, die Informationen bereitstellt, wie Sie ein Hybridnetzwerk einrichten.

Sobald das Netzwerk konfiguriert ist, planen Sie die Geschäftskontinuität. Es empfiehlt sich, Echtzeitreplikation zu verwenden, um Ihre lokalen Daten in die Cloud zu verschieben und sicherzustellen, dass die Cloud und die vorhandenen Daten übereinstimmen. E-Commerce-Geschäfte haben keinen Ladenschluss. Duplizierung bietet die Möglichkeit, von lokal zu Azure zu wechseln mit nur minimalen Auswirkungen auf Ihre Kunden.

Beginnen Sie mit dem Verschieben der Daten, Anwendungen und zugehörigen Server in Azure. Viele Unternehmen verwendet den Azure Site Recovery-Dienst, um zu Azure zu migrieren. Dieser Dienst zielt auf Geschäftskontinuität und Notfallwiederherstellung (Business Continuity Disaster Recovery, BCDR) ab. Das ist perfekt für eine Migration von lokalen Standorten zu Azure. Ihr Implementierungsteam kann die Details zum Migrationsvorgang lokaler VMs und physischer Server zu Azure hier nachlesen.

Nachdem ein Subsystem in Azure verschoben wurde, testen Sie es, um sicherzustellen, dass alles wie erwartet funktioniert. Sobald alle Probleme behoben sind, verlagern Sie die Workloads in Azure.

Optimieren

An diesem Punkt fahren Sie damit fort, die Umgebung zu überwachen und die zugrunde liegenden Computeoptionen so zu ändern, dass sie mit der sich ändernden Umgebung an die Workloads angepasst werden. Die Person, die den Zustand der Umgebung überwacht, sollte darauf achten, in welchem Umfang jede Ressource verwendet wird. Das Ziel sollte sein, eine Auslastung von 75 – 90 % auf den meisten VMs zu erzielen. Erwägen Sie bei virtuellen Computern mit sehr niedriger Auslastung, weitere Anwendungen hinzuzufügen oder zu den billigsten VMs in Azure zu migrieren, die noch das richtige Leistungsniveau aufrechterhalten.

Azure bietet ebenfalls Tools zur Optimierung der Umgebung. Azure Advisor überwacht Komponenten Ihrer Umgebung und stellt personalisierte Empfehlungen auf Grundlage bewährter Methoden bereit. Die Empfehlungen helfen dabei, die Leistung, Sicherheit und Verfügbarkeit der Ressourcen zu verbessern, die in Ihren Anwendungen verwendet werden. Das Azure-Portal macht auch Informationen zum Status Ihrer Anwendungen verfügbar. Ihre VMs sollten die Erweiterungen für virtuelle Linux- und Windows-Computer nutzen. Diese Erweiterungen bieten Funktionen für die Konfiguration nach der Bereitstellung, für Antivirenschutz, die Überwachung von Apps und mehr. Sie können auch von vielen anderen Azure-Diensten profitieren – für die Netzwerkdiagnose, die Dienstverwendung und für Benachrichtigungen durch Dienste wie Network Watcher, Service Map, Application Insights und Log Analytics.

Während Teile der Organisation das System jetzt in Azure optimieren, können die Entwicklungsteams damit beginnen, die Phase nach der Migration in Angriff zu nehmen: Refactoring.

Refactoring

Mit der abgeschlossenen Migration kann Ihre E-Commerce-Anwendung nun beginnen, ihre neue Basis in Azure zu nutzen. Die Refactoringphase muss nicht warten, bis die gesamte Umgebung verschoben wurde. Wenn Ihr CMS-Team migriert wurde, das ERP-Team aber noch nicht, ist dies kein Problem. Das CMS-Team kann dennoch mit seinen Refactoringbemühungen beginnen. In dieser Phase werden zusätzliche Azure-Dienste verwendet, um die Kosten, die Zuverlässigkeit und Leistung durch Refactoring Ihrer Anwendungen zu optimieren. Wenn Sie bei „Lift & Shift“ nur die vom Anbieter verwaltete Hardware und das BS genutzt haben, profitieren Sie in diesem Modell auf von der Verwendung von Clouddiensten, um die Kosten zu verringern. Sie nutzen weiterhin unverändert Ihre aktuelle Anwendung – mit einigen kleineren Anwendungscode- oder Konfigurationsänderungen – und verbinden Ihre Anwendung mit neuen Infrastrukturdiensten wie Containern, Datenbank- und Identitätsverwaltungssystemen.

Der Refactoringaufwand umfasst nur sehr geringfügige Änderungen an Code und Konfiguration. Sie konzentrieren sich zeitlich stärker auf die Automatisierung, hauptsächlich weil die in dieser Phase übernommenen Technologien auf Skripts basieren, um die Ressourcen aufzubauen und bereitzustellen. Die Bereitstellungsanweisungen sind ein Skript.

Zwar können viele der Azure-Dienste verwendet werden, doch wir konzentrieren uns auf die am häufigsten in der Refactoringphase verwendeten Dienste: Container, App-Dienste und Datenbankdienste. Warum sehen wir uns das Refactoring an? Refactoring bietet eine starke Codebasis, die langfristige Kosten senkt, indem die Codeschulden (Code Debt) im vernünftigen Rahmen gehalten werden.

Container bieten eine Möglichkeit zum Bündeln von Anwendungen. Aufgrund der Art, in der Container das Betriebssystem virtualisiert, können Sie mehrere Container in einen einzelnen virtuellen Computer packen. Sie können eine Anwendung ganz ohne oder mit nur wenigen Änderungen am Code in einen Container verschieben. Möglicherweise müssen Änderungen an der Konfiguration vornehmen. Dieser Aufwand führt auch zum Schreiben von Skripts, die Anwendungen in einem Container bündeln. Ihre Entwicklungsteams werden ihre Refactoringzeit mit dem Schreiben und Testen von Skripts verbringen. Azure unterstützt die Verwendung von Containern mithilfe des Azure Kubernetes Service (AKS) und der dazugehörigen Azure Container Registry, mit der Sie die Containerimages verwalten können.

Für App-Dienste können Sie verschiedene Azure-Dienste nutzen. Beispielsweise kann Ihre vorhandene Infrastruktur einen Kundenauftrag verarbeiten, indem Nachrichten in eine Warteschlange wie RabbitMQ gestellt werden. (Beispielsweise dient eine Nachricht der Rechnungstellung gegenüber dem Kunden und eine weitere dem Versand des Auftrags.) Beim Rehosten platzieren Sie RabbitMQ in einer separaten VM. Während des Umgestaltens können Sie der Lösung eine Service Bus-Warteschlange oder ein -Thema hinzufügen. An diesem Punkt können Sie Ihren RabbitMQ-Code umschreiben und die Verwendung der virtuellen Computer, die die Warteschlangenfunktion bedient haben, beenden. Wenn es nicht möglich ist, ihren gesamten Code auf einmal neu zu schreiben, können Sie Muster wie die Messagingbrücke verwenden, um die Lücke zwischen Messagingwarteschlangen zu schließen. Dadurch können Sie Ihre Endpunkte einzeln anstatt alle gleichzeitig migrieren. Wenn alle Endpunkte letztendlich auf Azure Service Bus verschoben wurden, ersetzt dies einen Satz von VMs durch einen AlwaysOn-Nachrichtenwarteschlangendienst, um die Kosten zu senken. Im Azure-Portal finden Sie weitere App-Dienste.

Für Datenbanken können Sie Ihre Datenbank von einem virtuellen Computer in einen Dienst verschieben. Azure unterstützt SQL Server-Workloads mit Azure SQL-Datenbank und einer verwalteten Azure SQL-Datenbank-Instanz. Der Datenmigrationsdienst bewertet Ihre Datenbank, informiert Sie über Arbeiten, die vor der Migration ausgeführt werden müssen, und verschiebt dann die Datenbank von Ihrem virtuellen Computer in den Dienst. Azure unterstützt MySQL, PostgreSQL sowie auch andere Datenbank-Engine-Dienste.

Neu erstellen

Bis zu diesem Punkt haben wir versucht, die Änderungen am E-Commerce-Systemen zu minimieren – wir haben funktionierende Systeme in Ruhe gelassen. Lassen Sie uns nun diskutieren, wie wird die Cloud wirklich zu unserem Vorteil nutzen können. Diese Phase bedeutet, dass wir die vorhandene Anwendung überarbeiten, indem wir aggressiv PaaS- oder SaaS-Dienste und -Architekturen übernehmen. Der Prozess umfasst grundlegende Überarbeitungen, um neue Funktionen hinzuzufügen bzw. um die Architektur der Anwendung für die Cloud neu zu gestalten. Verwaltete APIs sind ein neues Konzept, das Cloudsysteme ausnutzt. Wir können die Aktualisierung unseres Systems vereinfachen, indem wir APIs für die Kommunikation zwischen Diensten erstellen. Ein zweiter Vorteil besteht in der Möglichkeit, Erkenntnisse aus den Daten zu gewinnen, über die wir verfügen. Dies erreichen wir, indem wir zu einer Microservice plus API-Architektur wechseln und maschinelles Lernen sowie weitere Tools zur Analyse von Daten verwenden.

Microservices + APIs

Microservices kommunizieren über eine extern zugängliche API. Jeder Dienst ist eigenständig und sollte eine einzige Geschäftsfunktion implementieren, beispielsweise das Empfehlen von Artikeln für Kunden, das Verwalten von Warenkörben usw. Das Zerlegen einer Anwendung in Microservices erfordert Zeit und Planung. Zwar gibt es keine festen Regeln für das Definieren eines Microservice, aber der Grundgedanke geht von der Reduzierung der bereitstellbaren Einheit auf einen Satz von Komponenten aus, die sich praktisch immer gemeinsam ändern. Microservices erlauben es Ihnen, Änderungen so häufig wie nötige bereitzustellen, während Sie gleichzeitig den Testaufwand für die Gesamtanwendung verringern. Einige Dienste können dabei extrem klein sein. Für diese funktioniert ein serverloser Ansatz mithilfe von Azure Functions sehr gut, um horizontal für so viele Aufrufer wie nötig zu skalieren und gleichzeitig keine Ressourcen zu belegen, wenn der Dienst nicht verwendet wird. Andere Dienste werden nach geschäftlichen Funktionen unterteilt ausgegliedert: Produktverwaltung, Erfassung von Kundenaufträgen usw.

Serverlose Mechanismen haben Nachteile: bei niedriger Auslastung können sie langsam reagieren, weil ein Server in der Cloud ein paar Sekunden braucht, um Ihren Code zu konfigurieren und auszuführen. Für Teile Ihrer Umgebung, die von Kunden stark frequentiert werden, sollten Sie sicherstellen, dass Ihre Kunden schnell und komfortabel Produkte finden, Bestellungen aufgeben, Rücksendungen anfordern usw. können. Jedes Mal, wenn die Leistung absinkt, riskieren Sie, Kunden im Verkaufstrichter zu verlieren. Wenn Sie Funktionalitäten besitzen, die schnell reagieren muss, erstellen Sie diese Funktion als einzeln bereitstellbare Einheiten neu im Azure Kubernetes Service. Für andere Fällen, z. B. Dienste, die eine Kombination aus große Mengen von Arbeitsspeicher, mehreren CPUs und viel lokalem Speicher benötigen, kann es sinnvoll sein, den Microservice in einer eigenen VM zu hosten.

Jeder Dienst verwendet eine API für die Interaktion. Der Zugriff auf die API kann direkt auf den Microservice erfolgen, aber dies erfordert, dass jeder, der mit dem Dienst kommuniziert, die Anwendungstopologie kennt. Ein Dienst wie API Management bietet Ihnen eine zentrale Möglichkeit zum Veröffentlichen von APIs. Alle Anwendungen verbinden sich einfach mit dem API Management-Dienst. Entwickler können ermitteln, welche APIs verfügbar sind. Der API Management-Dienst bietet außerdem Funktionen, die für eine optimale Leistung Ihrer Einzelhandelsumgebung sorgen. Der Dienst kann den Zugriff auf die API anhand verschiedener Teile der Anwendung beschränken (um Engpässe zu verhindern), Antworten zwischenspeichern, um die Änderung von Werten zu verlangsamen, von JSON in XML konvertieren und mehr. Eine vollständige Liste der Richtlinien finden Sie hier.

Sinnvolles Nutzen Ihrer Daten und des Azure Marketplace

Da Sie all Ihre Daten und Systeme in Azure haben, können Sie ganz einfach andere SaaS-Lösungen in Ihr Geschäft integrieren. Sie können manche Dinge sofort erledigen. Beispielsweise verwenden Sie Power BI zum Verknüpfen verschiedener Datenquellen, um Visualisierungen und Berichte zu erstellen – und so Erkenntnisse zu gewinnen.

Sehen Sie sich als Nächstes die Angebote im Azure Marketplace an, der Ihnen bei Vorgängen helfen kann wie dem Optimieren Ihres Inventars, Verwalten von Kampagnen, basierend auf Kundenattributen, und Präsentieren der richtigen Artikel für jeden Kunden, basierend auf deren jeweiligen Vorlieben und Bestellverläufen. Gehen Sie davon aus, dass Sie einige Zeit mit dem Konfigurieren Ihrer Daten verbringen werden, damit diese in den Marketplace-Angeboten funktionieren.

Komponenten

Verwendet während des Rehostens:

  • Bei Azure Advisor handelt es sich um einen personalisierten Cloudberater, der Sie mit bewährten Methoden zum Optimieren von Azure-Bereitstellungen unterstützt.
  • Mit dem Azure Migrate-Dienst werden lokale Workloads für die Migration zu Azure bewertet.
  • Azure Site Recovery orchestriert und verwaltet die Wiederherstellung im Notfall für Azure-VMs sowie lokale virtuelle Computer und physische Server.
  • Mit Azure Virtual Network können zahlreiche Arten von Azure-Ressourcen (beispielsweise virtuelle Azure-Computer) sicher untereinander sowie mit dem Internet und mit lokalen Netzwerken kommunizieren.
  • Mit Azure ExpressRoute können Sie Ihre lokalen Netzwerke über eine private Verbindung, die von einem Konnektivitätsanbieter bereitgestellt wird, auf die Cloud von Microsoft ausdehnen.

Verwendet während des Refactorings:

  • Azure Kubernetes Service verwaltet Ihre gehostete Kubernetes-Umgebung und ermöglicht so die schnelle und einfache Bereitstellung und Verwaltung von Containeranwendungen – ganz ohne Kenntnisse im Zusammenhang mit Containerorchestrierung.
  • Azure SQL-Datenbank ist ein relationaler verwalteter Datenbankdienst in Microsoft Azure für allgemeine Zwecke. Er unterstützt Strukturen wie relationale Daten, JSON, räumliche Daten und XML. SQL-Datenbank verfügt über verwaltete SQL-Einzeldatenbanken, verwaltete SQL-Datenbanken in einem Pool für elastische Datenbanken sowie verwaltete SQL-Instanzen.

Verwendet während des Neuerstellens:

  • Azure API Management unterstützt Organisationen beim Veröffentlichen von APIs für externe, Partner- und interne Entwickler, um das volle Potenzial von Daten und Diensten nutzen zu können.
  • Azure Functions ist eine Lösung zum einfachen Ausführen kleiner Codestücke oder „Funktionen“ in der Cloud.
  • Power BI ist eine Suite von Business Analytics-Tools, die für Ihre gesamte Organisation Erkenntnisse bereitstellen.

Zusammenfassung

Das Verlagern Ihres E-Commerce-Systems in Azure erfordert Analyse, Planung und einen definierten Ansatz. Wir haben uns einen dreistufigen Ansatz angesehen, bestehend aus Rehosten, Refactoring und Neuerstellen. Dies ermöglicht es einer Organisation, von einem funktionsfähigen Zustand in einen anderen zu wechseln, bei gleichzeitiger Minimierung der Änderungen in jeder Phase. Einzelhändler können sich auch entschließen, Komponenten umzugestalten oder sogar neu zu erstellen und dabei das Rehosten komplett zu überspringen. Häufig haben Sie einen klaren Weg zur Modernisierung vor sich – ergreifen Sie die Gelegenheit, wenn Sie können. Wenn Ihre Erfahrung mit der Ausführung in Azure wächst, offenbaren sich Ihnen weitere Möglichkeiten, um neue Funktionen hinzuzufügen, Kosten zu senken und das Gesamtsystem zu verbessern.

Beitragende

Dieser Artikel wird von Microsoft gepflegt. Er wurde ursprünglich von folgenden Mitwirkenden geschrieben:

Hauptautoren:

Nächste Schritte

Viele Entwicklungsteams sind versucht, das Rehosten und Refactoring gleichzeitig durchzuführen, um technische Schulden zu berücksichtigen und eine höhere Nutzungskapazität zu realisieren. Es gibt Vorteile durch das Rehosten, bevor Sie mit den nächsten Schritten weitermachen. Alle Probleme bei der Bereitstellung in der neuen Umgebung lassen sich einfacher diagnostizieren und beheben. Dies wiederum verschafft Ihren Entwicklungs- und Supportteams Zeit, um den Betrieb in Azure als neuer Umgebung hochzufahren. Wenn Sie mit dem Refactoring und Neuerstellen des Systems beginnen, bauen Sie auf einer stabilen, funktionierenden Anwendung auf. Dies ermöglicht Ihnen kleinere, gezielte Änderungen und häufigere Aktualisierungen.

Produktdokumentation: