
- Eine massive, auf Oracle 11g/12c basierende monolithische Anwendung in 25 mikroservice-ausgerichtete Schemata aufgebrochen und alles auf Oracle 19c auf RDS migriert, wobei jeder Dienst seine eigene Leistungs- und Skalierungsgrenze hat.
- Was mir an RDS am meisten gefällt, ist, dass wir nicht mehr viel Zeit mit manueller Schwerarbeit verbringen müssen – Patching, automatisierte Backups, Point-in-Time-Wiederherstellungen (bis zur Sekunde) und sogar Bereitstellung. Solche Aufgaben dauerten früher Wochen, erforderten mehrere Meetings und Genehmigungszyklen, sind jetzt jedoch vollständig automatisiert und laufen im Hintergrund mit nur einer einfachen Konfiguration ab.
- Die Wiederherstellungs- und Failover-Herausforderungen, denen wir zuvor mit unserem Monolithen gegenüberstanden, wurden vollständig beseitigt. Durch die Nutzung der automatisierten, synchronen Replikation und Multi-AZ-Failover-Funktionen von Amazon RDS haben wir ein Maß an Resilienz erreicht, das verspricht, dass unsere Anwendung auch bei einem vollständigen Ausfall einer Verfügbarkeitszone online bleibt. Mit 99,95 % Betriebszeit sind wir weit mehr als nur widerstandsfähig (In einem Worst-Case-Failover-Szenario erfolgt der Übergang in etwa 2 Minuten, was gut innerhalb unserer akzeptablen RTO liegt).
- Das Verwalten von 25 Microservices und ihren schnell wachsenden Datensätzen scheint für uns keine Herausforderung zu sein, und unsere Abläufe wurden durch die konfigurationsbasierte Implementierung vereinfacht. Mit RDS haben wir die Möglichkeit, Speicher nahtlos zu skalieren, Instanztypen zu aktualisieren und Lese-Replikate zu nutzen, um den Datenverkehr auszulagern. Diese Flexibilität war ein Eckpfeiler unserer Migrationsreise und hat erhebliche Kosteneinsparungen und betriebliche Effizienz gebracht.
- Wir haben die Möglichkeit, RDS-Instanzen von niedrigeren Umgebungen an Wochenenden oder wenn sie nicht genutzt werden, zu stoppen, um zusätzliche Kosten zu sparen.
- AWS hat wie gewohnt einen erstklassigen Kundensupport für RDS. Bewertung gesammelt von und auf G2.com gehostet.
- Der Umzug von On-Prem zu RDS hat unsere tiefe New Relic-Integration unterbrochen; da wir keinen OS-Zugriff mehr haben, um benutzerdefinierte Agenten zu installieren, haben wir die Möglichkeit verloren, ein granulareres, tabellenbasiertes Monitoring durchzuführen, auf das wir für die Leistungsoptimierung älterer Systeme angewiesen waren.
- Wir haben beobachtet, dass die Datenbank während der Modifikationen im Zustand "Upgrading/Modifying" stecken bleibt und wir haben wirklich keine Möglichkeit, das tatsächliche Problem zu überprüfen, außer einfach zu warten. Manchmal bleibt uns nichts anderes übrig, als das Ganze neu zu starten, was manchmal ziemlich mühsam ist. Dies erfordert wirklich etwas Aufmerksamkeit von AWS; wir, die Benutzer, benötigen Einblick in den Fortschritt.
- SYSDBA-Berechtigungen sind eingeschränkt, aber das ist kein Hindernis. Bewertung gesammelt von und auf G2.com gehostet.
Unser Netzwerk von Icons sind G2-Mitglieder, die für ihre herausragenden Beiträge und ihr Engagement für die Hilfe anderer durch ihre Expertise anerkannt sind.
Der Bewerter hat einen Screenshot hochgeladen oder die Bewertung in der App eingereicht und sich als aktueller Benutzer verifiziert.
Bestätigt durch LinkedIn
Dieser Bewerter erhielt als Dank für das Ausfüllen dieser Bewertung eine symbolische Geschenkkarte.
Einladung von G2. Dieser Bewerter erhielt als Dank für das Ausfüllen dieser Bewertung eine symbolische Geschenkkarte.
Diese Bewertung wurde aus English mit KI übersetzt.




