L'un des meilleurs aspects de Platform.sh est le fait qu'il impose essentiellement les meilleures pratiques de développement en se basant sur votre dépôt git de projet. Nous savons tous qu'une application web ou un site web doit utiliser le contrôle de version du code source, mais les pratiques varient d'un hébergeur à l'autre et d'une agence à l'autre. Cela exclut presque toujours l'infrastructure de l'équation.
Sur P.sh, vous gérez la configuration de votre conteneur, les processus de construction et de déploiement, et le code, le tout depuis votre dépôt git, et simplement en créant une nouvelle branche dans le dépôt, vous avez une réplique complète de votre environnement de production pour le nouveau développement, la correction rapide ou la mise en scène des changements. C'est incroyable, surtout lorsque vous rencontrez enfin ces cas où les modifications de code nécessitent des modifications d'infrastructure (par exemple, pour ajouter et configurer un index Solr pour une recherche avancée) et vous pouvez tout déployer en production en une seule fois en fusionnant la branche avec la branche principale... avec zéro temps d'arrêt pour le déploiement.
Le CLI de P.sh et la documentation sont assez robustes, et ils fournissent une grande variété de points de départ pour héberger différents types d'applications. Je n'ai pas encore rencontré de projet utilisant un langage de programmation qu'ils ne supportaient pas déjà. : ) Avis collecté par et hébergé sur G2.com.
Platform.sh est un outil puissant et doit être considéré comme tel lorsqu'on compare le prix avec des hébergeurs économiques / serveurs partagés. Cependant, le prix mérite d'être mentionné - vous ne pouvez pas exécuter plusieurs conteneurs d'application sur les plans les moins chers pour des applications "lourdes" comme Drupal. Vous devez également faire attention au nombre d'environnements et d'utilisateurs que vous ajoutez, car cela peut faire augmenter les prix. Comparé à ce que cela coûterait de construire et de gérer la même infrastructure en interne, c'est une évidence - nous avons permis à plusieurs clients d'entreprise d'éliminer complètement les coûts internes de sysadmin en migrant leur application vers P.sh, libérant ainsi ces employés pour un développement d'application plus productif.
En gérant une grande variété de sites sur P.sh, nous avons constaté que nous devions introduire notre propre service de journalisation géré de manière centralisée, car il n'est pas facile de suivre l'utilisation des ressources / erreurs sur de nombreux projets différents. Heureusement, nous avons trouvé un tutoriel dans leur documentation que notre équipe de développement a suivi pour se connecter à DataDog en tant que gestionnaire de journaux pour nous. Avis collecté par et hébergé sur G2.com.
L'évaluateur a téléchargé une capture d'écran ou a soumis l'évaluation dans l'application pour les vérifier en tant qu'utilisateur actuel.
Validé via LinkedIn
Le critique a reçu soit une carte cadeau, soit un don fait à une œuvre de charité de son choix en échange de la rédaction de cet avis.
Campagne G2 Gives. Le critique a reçu soit une carte cadeau, soit un don fait à une œuvre de charité de son choix en échange de la rédaction de cet avis.
Cet avis a été traduit de English à l'aide de l'IA.