Entwerfen mit Blick auf die Kosteneffizienz
 Bezahlen Sie nur für das, was Sie brauchen, um die höchste Rendite zu erzielen. |
|---|
Jede architekturbezogene Entscheidung hat direkte und indirekte finanzielle Auswirkungen. Verstehen Sie die Kosten, die mit dem Build im Vergleich zu Kaufoptionen, Technologieoptionen, dem Abrechnungsmodell und der Lizenzierung, Schulungen, Vorgängen usw. verbunden sind.
Angesichts einer Reihe von Anforderungen, optimieren und treffen Sie Kompromissentscheidungen in Bezug auf Kosten, die immer noch effektiv auf die bereichsübergreifenden Anliegen der Workload eingehen.
Beispielszenario
Contoso Manufacturing (CM) hat ein benutzerdefiniertes Lagerverwaltungssystem (Warehouse Management System, WMS), um seine vier Lager in Südamerika zu organisieren, und sie haben beschlossen, die Lösung zu aktualisieren und in die Cloud zu verschieben. Sie erwägen eine Lift-and-Shift-Verschiebung der aktuellen Lösung oder einen kompletten Neubau mit modernen Cloudtools. Die Geschäftsleitung von CM möchte die Kosten kontrollieren und hat die Führungskräfte des Workload-Teams gefragt, wie sie sich der Migration mit dem Ansatz der Aufrechterhaltung der Kosteneffizienz nähern werden.
Die WMS-Lösung ist eine .NET-Anwendung, die auf IIS ausgeführt wird und SQL Server für seine Datenbanken verwendet.
Messen der Gesamtkosten des Workloaddesigns
Messen Sie die Gesamtkosten, die durch Technologie- und Automatisierungsoptionen entstehen, unter Berücksichtigung der Auswirkungen auf die Rendite (ROI). Das Design muss innerhalb der zulässigen Grenzen für alle funktionalen und nicht funktionalen Anforderungen funktionieren. Das Design muss auch flexibel sein, um die vorhergesagte Entwicklung zu berücksichtigen. Berücksichtigen Sie Anschaffungskosten, Schulungen und Change Management.
Durch die Implementierung eines ausgewogenen Ansatzes, der den ROI berücksichtigt, wird eine Überentwicklung verhindert, wodurch die Kosten erhöht werden können.
Herausforderung für Contoso
- Das Workload Engineering-Team freut sich, diese Workload in die Cloud zu integrieren, wo sie auf andere CM-Teams trifft, die bereits cloudnativ entwickelt haben.
- Sie sind sich der technischen Schulden in der Anwendung bewusst und erwarten, dass sie damit umgehen werden, indem sie einen erheblichen Umfang an Anwendungscode umschreiben und für viele Komponenten zu neuen cloudeigenen Lösungen wechseln.
- Das Entwicklungsteam hofft, diese Gelegenheit zu nutzen, um das System vollständig in Microservices umzugestalten und auf AKS, einer neuen, aber spannenden Technologie für das Team, zu hosten.
Anwenden des Ansatzes und Umsetzen der Ergebnisse
- Während das Workload-Team den klaren Wunsch hat, eine umfangreiche Umgestaltung im Rahmen der Cloudmigration durchführen zu können, stellen sie fest, dass die Workload den ROI beibehalten muss. Durch die Aufrechterhaltung des ROI der Workload wird das Team wahrscheinlich auf die Verwendung von Lösungen verweisen, die keine umfangreichen Schulungen für ein neues Engineering-Team erfordern, und sie können im Rahmen der Migration keine großen Neugenerierungen auf der Workload vornehmen.
- Das Workload-Team verfolgt einen pragmatischen Ansatz für den Entwurf des Systems, um sicherzustellen, dass es kosteneffizient bleibt und innerhalb erwarteter Parameter funktioniert und nicht überlastet wird. Um sicherzustellen, dass der ROI beibehalten wird und die Migration effizient durchgeführt wird, hat es beschlossen, den besten Ansatz mit einer Like-For-Like-Lösung in der Cloud, z. B. Azure App Service, zu erreichen.
- Während der Migration behandeln es selektiv einige technische Schulden, die es ermöglichen, die Plattform weiter zu entwickeln, sobald sie auf Azure eingerichtet ist, und der ROI wird als Teil des Auswahlprozesses berücksichtigt.
Verfeinern des Designs
Optimieren Sie das Design, indem Sie Dienste priorisieren, welche die Gesamtkosten reduzieren, keine zusätzliche Investition benötigen oder keine wesentlichen Auswirkungen auf die Funktionalität haben. Die Priorisierung sollte das Geschäftsmodell und die Technologieentscheidungen berücksichtigen, die einen hohen ROI bringen.
Sie können günstigere Optionen erkunden, die Ressourcenflexibilität oder dynamische Skalierung ermöglichen, oder Sie können die Verwendung vorhandener Investitionen rechtfertigen. Die Priorisierungsparameter können Kosten einbeziehen, die für kritische Workloads, Laufzeit und Vorgänge erforderlich sind, sowie andere Kosten, die dem Team helfen könnten, effizienter zu arbeiten.
Herausforderung für Contoso
- Die vorhandene Workload wird in einer hyperkonvergenten-Appliance (HCI) gehostet und dem Kostencenter des Teams werden Compute-, Netzwerk- und Speicherkosten berechnet.
- Die Workload hat die Vorproduktions- und Produktionsumgebungen auf virtuellen Windows-Computern bereitgestellt.
- GitHub Actions mit selbst gehosteten Runnern wird für die Ausführung von GitHub Actions-Aufträgen verwendet.
Anwenden des Ansatzes und Umsetzen der Ergebnisse
- Nach der Auswertung mehrerer cloudeigener Optionen entscheidet das Team, dass das Verschieben der Webkomponenten in Azure App Service die Kompatibilität von Windows IIS-Anwendungen ohne erhebliche Änderungen bereitstellen würde und keine umfangreiche Schulung erforderlich ist.
- Das Team entscheidet sich, weiterhin GitHub Actions mit selbst gehosteten Runnern zu verwenden, aber sie werden zu einer VM-Skalierungsgruppe migriert, die auf Nullknoten skaliert werden kann, wenn sie nicht verwendet werden.
Designen Sie Ihre Architektur zur Einhaltung von Kostenschutzschienen
Implementieren Sie Kostenschutzschienen durch Plattformlösungen, Richtlinien, Infrastruktur- und Anwendungsdesignmuster oder Automatisierung, um sicherzustellen, dass Ihre Kosten für Ihre Cloudumgebung das Budget einhalten.
Die Durchsetzung über Governancerichtlinien oder integrierte Anwendungsentwurfsmuster kann zufällige oder nicht genehmigte Gebühren verhindern.
Herausforderung für Contoso
- Das bestehende System hat keine Kostenschutzschienen, aber es ändert sich selten, sodass es wenig Motivation gab, diese einzubauen.
- Die Besitzer der HCI-Umgebung haben einen Ressourcengrenzwert festgelegt, der für diese Workload gilt, und die Arbeitsauslastung dadurch effektiv daran hindert, übermäßige Compute- und Speicherressourcen zu verbrauchen.
- Das Team ist besorgt darüber, dass der Wechsel in die Cloud das Risiko unerwarteter Kosten darstellt und nicht sicher ist, wie dieses Risiko minimiert werden kann.
Anwenden des Ansatzes und Umsetzen der Ergebnisse
- Das Team informiert sich über Microsoft Cost Management-Lösungen.
- Das Team plant, Skalierungsgrenzwerte für die Azure App Service-Pläne einzurichten.
- Das Team plant, eine Richtlinie „Verweigern“ für bestimmte SKUs mit höheren Preisen für virtuelle Computer einzurichten, um zu verhindern, dass diese SKUs bereitgestellt werden.
- Das Team plant die Implementierung der Automatisierung, um die Speicherkosten zu regulieren. Bestimmte Datentypen werden automatisch von Hot Storage zu Kalt- oder Archivspeicher basierend auf Kriterien wie Datum des letzten Zugriffs verschoben. Diese Art von Automatisierung ist in der HCI-Umgebung nicht möglich.