Empfehlungen an andere, die in Betracht ziehen PostgreSQL:
Stellen Sie sicher, dass Sie es ordnungsgemäß für Ihre gegebene Aufgabe bewerten und weitere Skalierungsoptionen in Betracht ziehen. Daten werden nur größer, und das Skalieren der Webanwendung ist einfacher als das Skalieren monolithischer Datenbankserver. Bewertung gesammelt von und auf G2.com gehostet.
Was ist ein Problem? PostgreSQL Solving und wie profitieren Sie davon?
Bei Shutterstock haben wir eine Instanz von reinem PostgreSQL, die unsere Infrastruktur überwacht. Etwa 4000 Knoten mit Facter-Fakten von Puppet werden in ein hstore geschoben, was der ursprüngliche Grund für diesen Weg war, hauptsächlich weil der Entwickler dies als Speicher ausgewählt hat. Dies behindert hauptsächlich die gemeinsame Nutzung von Daten. Abgesehen davon haben wir einige Instanzen von Vertica, das auf Postgres basiert, und die Schnittstelle steht manchmal im Weg.
Bei Vonage habe ich 2-3 EnterpriseDB-Cluster von 100 Gigabyte bis 500 Gigabyte Größe betrieben. Ein 5-Knoten-Slony-replizierter Cluster betrieb die Kundensupport-Software, wobei partielle Indizes verwendet wurden, um spezifische Abfragepfade zu optimieren, um der Software, die nie für diesen Maßstab gedacht war, einen reibungslosen Betrieb zu ermöglichen. Schließlich konnte die Replikation keinen neuen Knoten mehr mit ihren eigenen Methoden hochfahren. Es war eine ziemlich schlechte Zeit, ich denke, wir haben letztendlich die Daten kopiert und einige interne Datenstrukturen modifiziert, um es vorzutäuschen, dass alles in Ordnung war, obwohl es nicht in Ordnung war. Bewertung gesammelt von und auf G2.com gehostet.