Eadmet.deSchauen Sie sich den neuesten Blog an

Jandino

Artikelen van Jandino.

Eckig

Erstellen einer serverlosen Chat-Anwendung mit Supabase

In der heutigen Zeit gibt es eine Explosion an Diensten, die eine Vielzahl serverloser Möglichkeiten bieten. Aber was ist serverlos? Bedeutet das, dass es keine Server gibt? Man könnte meinen, aber nein. „Serverlos“ beschreibt traditionell Cloud-Anbieter, die den Aufwand für die Bereitstellung, Wartung, das Patchen und die Skalierung einer Serverinfrastruktur von der Anwendungsentwicklung abstrahieren. Dadurch können sich Anwendungsentwicklungsteams auf die Bereitstellung von Funktionen für ihre Kunden konzentrieren und gleichzeitig von einem Pay-as-you-use-Modell profitieren. In den letzten Jahren haben Dienstanbieter die Idee der Serverlosigkeit noch weiter entwickelt, indem sie Dienstangebote bereitgestellt haben, die sowohl die Serverinfrastruktur als auch Standardfunktionen für die Anwendungsentwicklung wie Authentifizierung, Autorisierung, relationale Datenbanken, Edge-Funktionen und Echtzeitdienste vollständig verwalten. Diese Dienste abstrahieren die Infrastruktur- und

MongoDB

Wiederherstellen eines Snapshots eines Sharded MongoDB-Clusters in einer Kubernetes-basierten MongoDB-Umgebung

Viele MongoDB-Cluster verwenden Snapshots auf Speicherebene, um schnelle und zuverlässige Backups bereitzustellen. In diesem Blogbeitrag erfahren Sie, wie Sie einen solchen Snapshot von einem herkömmlichen VM-basierten Shard-MongoDB-Cluster auf einen frisch bereitgestellten wiederherstellen Percona-Operator für MongoDB Cluster auf Kubernetes. Hintergrundgeschichte Ich habe kürzlich mit einem Unternehmen zusammengearbeitet, das einen großen MongoDB Enterprise Server-Datenbankcluster mit vier Shards auf VMs vor Ort betreibt und sich für die Migration auf die Google Cloud Platform entschieden hat. Nach sorgfältiger Überlegung und Pro-und-Kontra-Bewertung entschied sich der Kunde für Percona Distribution für MongoDB auf Kubernetes – insbesondere für die Verwendung von Percona Operator für MongoDB. Es gibt vier Hauptfaktoren, die zu dieser Entscheidung beigetragen haben: Die Gesamtbetriebskosten: Die Ressourcen von K8 sind deutlich günstiger als der Betrieb eines beliebten DBaaS in