Eines der besten Dinge an Platform.sh ist die Tatsache, dass es im Grunde die Entwicklung nach Best Practices erzwingt, indem es sich auf Ihr Projekt-Git-Repository stützt. Wir alle wissen, dass eine Webanwendung oder Website Versionskontrolle verwenden sollte, aber die Praktiken variieren von Host zu Host und von Agentur zu Agentur. Es schließt auch fast immer die Infrastruktur aus der Gleichung aus.
Auf P.sh verwalten Sie Ihre Containerkonfiguration, Build- und Bereitstellungsprozesse sowie den Code direkt aus Ihrem Git-Repository, und indem Sie einfach einen neuen Branch im Repository erstellen, haben Sie eine vollständige Replik Ihrer Produktionsumgebung für neue Entwicklungen, Hotfixes oder Staging-Änderungen. Es ist unglaublich, besonders wenn Sie schließlich auf Fälle stoßen, in denen Codeänderungen Infrastrukturänderungen erfordern (z. B. um einen Solr-Index für erweiterte Suche hinzuzufügen und zu konfigurieren) und Sie alles auf einmal in die Produktion bereitstellen können, indem Sie den Branch in den Master zusammenführen ... mit null Ausfallzeit für die Bereitstellung.
Die P.sh-CLI und Dokumentation sind ziemlich robust, und sie bieten eine große Vielfalt an Ausgangspunkten für das Hosting verschiedener Arten von Anwendungen. Ich habe noch kein Projekt getroffen, das eine Programmiersprache verwendete, die sie nicht bereits unterstützten. : ) Bewertung gesammelt von und auf G2.com gehostet.
Platform.sh ist ein leistungsstarkes Werkzeug und sollte als solches betrachtet werden, wenn man den Preis mit Budget-Hosts / Shared-Servern vergleicht. Der Preis ist jedoch erwähnenswert - man kann keine mehreren Anwendungskontainer auf den günstigsten Plänen für "schwerere" Anwendungen wie Drupal ausführen. Man muss auch darauf achten, wie viele Umgebungen und Benutzer hinzugefügt werden, da dies die Preise in die Höhe treiben kann. Im Vergleich zu den Kosten, die anfallen würden, um die gleiche Infrastruktur intern aufzubauen und zu verwalten, ist es jedoch eine klare Entscheidung - wir haben mehreren Unternehmenskunden ermöglicht, alle internen Sysadmin-Kosten vollständig zu eliminieren, indem sie ihre Anwendung zu P.sh migriert haben, wodurch diese Mitarbeiter für produktivere Anwendungsentwicklung freigesetzt wurden.
Beim Verwalten einer Vielzahl von Websites auf P.sh stellten wir fest, dass wir unseren eigenen zentral verwalteten Logging-Dienst einführen mussten, da es nicht einfach ist, die Ressourcennutzung / Fehler über viele verschiedene Projekte hinweg zu verfolgen. Glücklicherweise fanden wir ein Tutorial in ihrer Dokumentation, dem unser Entwicklungsteam folgte, um sich mit DataDog als Log-Manager zu verbinden. Bewertung gesammelt von und auf G2.com gehostet.
Der Bewerter hat einen Screenshot hochgeladen oder die Bewertung in der App eingereicht und sich als aktueller Benutzer verifiziert.
Bestätigt durch LinkedIn
Der Rezensent erhielt entweder eine Geschenkkarte oder eine Spende an eine Wohltätigkeitsorganisation seiner Wahl im Austausch für diese Bewertung.
G2-Gibt-Kampagne. Der Rezensent erhielt entweder eine Geschenkkarte oder eine Spende an eine Wohltätigkeitsorganisation seiner Wahl im Austausch für diese Bewertung.
Diese Bewertung wurde aus English mit KI übersetzt.