Wie reduzieren Wir einen Clients Cloud-Bill von 98.6% Übernachtung: Ein FinOps Fallstudie
In der heutigen, schnell verändernden tech-Landschaft, die Verwaltung von cloud-Infrastruktur-Kosten effizient ist genauso wichtig, wie Gebäude, innovative Produkte. Eine der größten Herausforderungen für Unternehmen ist das Gesicht der wachsenden Kosten von Betrieb komplexer stacks, die möglicherweise nicht immer in vollem Umfang benötigt für Ihre business Bedürfnisse. Dies war genau die situation mit einem client mit einem vollen Diskurs Forums stack, weht durch Hunderte von Dollar pro Monat auf cloud-Rechnungen. Aber eine einfache, aber leistungsstarke Frage löste eine transformation, die die Kosten senken, indem Sie eine erstaunliche 98.6% über Nacht.
Hintergrund: Ein Voll beladener Diskurs Stack bei Hohen Kosten
Die client-Betriebssystem war ein komplettes Diskurs Umgebung bereitgestellt, mit Kubernetes, unterstützt von PostgreSQL für die Lagerung, Redis caching, Application Load Balancer (ALB), geplante backups und vieles mehr. Die monatlichen Gesamtkosten, war ungefähr $701. Hier ist, wie die Aufwendungen brach:
- EC2-on-demand-worker-Knoten: ~ $280
- RDS-on-demand multi-AZ Postgres: ~ $190
- ElastiCache Redis: ~ $49
- EKS-Steuerebene: ~ $74
- ALB: ~ $18
- EBS-Speicher und snapshots: ~ $50
- – Logs und monitoring: ~ $40
Diese Infrastruktur wurde entwickelt, um eine voll funktionsfähige Diskussion forum. Aber die Diskussionen-Funktion des Diskurses war tatsächlich deaktiviert, sodass der Benutzer nicht engagieren in einem dynamischen forum-Diskussionen.
Die Entscheidende Frage: Brauchen Wir ein Forum Motor überhaupt?
Diese kritische Frage verlagerte sich der gesamte Perspektive: „brauchen wir überhaupt ein forum Motor dienen diese Informationen?“ Statt der Pflege ein Leben, stateful Diskussionsplattform, könnte der Inhalt sein, diente mehr einfach, effizient und kostengünstig?
Oft während FinOps Bewertungen, die mächtigsten Einsparungen ergeben sich aus der Infragestellung grundlegender Annahmen und Nutzungsmuster, anstatt nur die Optimierung der gleichen Architektur.
Die Lösung: Vereinfachung mit Static Site Generation & Cloud-Speicher
Exportieren von Inhalt in Markdown und Verwenden MkDocs
werden Die Inhalte von Diskurs-forum wurde exportiert Markdown-format—eine leichte markup-Sprache, einfach zu verwalten und konvertieren, um statische Websites.
Dann, MkDocs, einen statischen Website-generator orientiert Projekt-Dokumentation, die verwendet wurde, um den Aufbau eines schnellen, statische HTML-Seite von Markdown-Dateien.
mkdocs bauen
MkDocs bietet viele Vorteile wie die einfache Konfiguration, eingebaute Suche und ästhetisch ansprechende Themen speziell für Redaktions-und content-Präsentation.
Host on Amazon S3 Hinter CloudFront
Die statische Website wurde hosted on Amazon S3, sehr langlebig und extrem low-cost object storage-Dienst.
Optimieren von Inhalten und reduzieren die Latenz weltweit, Amazon CloudFront, einem globalen CDN—so konfiguriert wurde, dienen der Website-Inhalte effizient.
Aktualisieren der DNS-Einstellungen
Die bestehenden domains-DNS-Einstellungen wurden aktualisiert und zeigen Sie auf der CloudFront-Verteilung, das eine nahtlose user-Zugriff mit minimalen änderungen.
Kosten-Vergleich: Vor und Nach
, Hier ist die Aufschlüsselung der monatlichen cloud-verbringen Sie vor und nach der migration:
| Vor | Kosten (USD) |
|---|---|
| EC2-on-demand-worker-Knoten | $280 |
| RDS-on-demand-Postgres (multi-AZ) | $190 |
| ElastiCache-Redis – | $49 |
| EKS-Steuerebene | $74 |
| ALB | $18 |
| EBS und Schnappschüsse | $50 |
| – Logs und monitoring – | $40 |
| Total | $701 |
| Nach | Kosten (USD) |
|---|---|
| S3-Speicher und Anforderungen | $1 – $2 |
| CloudFront-Ausgang (100 GB) | $8 – $9 |
| Route 53-DNS | $0.50 |
| Total | ≈ $10 |
Die neue Lösung wird ungefähr 70-mal billiger, eine 98.6% Reduktion in monatlichen cloud-Kosten, Hieb die Rechnung von rund $701 – $10.
Die Kostenbremse
- Weniger Bewegliche Teile: Keine Kubernetes-Cluster, pods, oder komplexe Orchestrierung zu verwalten.
- Schnellere Bereitstellungen: Statische Websites erstellen schnell und ohne Datenbank-Migrationen oder backend-Rekonfiguration.
- Reduzierter Verwaltungsaufwand: Keine Datenbanken, um patch-oder Redis-Knoten zu überwachen.
- Verbesserte Zuverlässigkeit: Statische hosting on S3 und CloudFront ist hoch skalierbar und zuverlässig durch die design.
Umsetzbare Erkenntnisse für Ihre FinOps Strategie
Wenn Sie die teure Infrastruktur für Inhalte, die Präsentation, die nicht erfordern dynamische Funktionalität, betrachten Sie diese Schritte:
- Audit Ihrer aktuellen Nutzung: zu Identifizieren, wenn es aktive Diskussionen oder dynamischen Eigenschaften sind unerlässlich.
- Inhalte exportieren: Wege Finden, um zu konvertieren Sie Ihre bestehenden Daten in statische Formate wie Markdown.
- Verabschieden Statische Site-Generatoren: Tools wie MkDocs, Hugo oder Jekyll erleichtern die Bereitstellung von Inhalten.
- Nutzen Sie Cloud-native Statische Hosting: Dienste wie S3 + CloudFront kombinieren Kosteneffizienz mit globalen Leistung.
- Aktualisieren der DNS-und Caching: Sicherzustellen, dass die Benutzer Zugriff auf die neue sites ohne Unterbrechung.
Einen kritischen Blick auf „was brauchen wir eigentlich?“ werden können, die Grundlage für effektiven FinOps—Reduzierung der cloud-Abfall unter Beibehaltung oder sogar Verbesserung der Benutzer Erfahrung.
Fazit: FinOps Bedeutet Denken Außerhalb der Box
Diese Fallstudie ist ein perfektes Beispiel dafür, wie FinOps ist nicht nur zum verwalten von budgets, sondern auch über innovativen cloud-Strategien. Durch Strippen nach unten unnötige Komplexität und Fokussierung auf die wesentlichen Anforderungen, die Unternehmen senkt die Kosten, verbessern die Zuverlässigkeit und reduzieren den Verwaltungsaufwand.
Wenn Siere overpaying für overengineered Lösungen oder optimieren wollen Ihre cloud zu verbringen, denken Sie daran, dass manchmal die beste Lösung ist einfacher und smarter.
