Una de las mejores cosas de Platform.sh es el hecho de que básicamente impone las mejores prácticas de desarrollo al basarse en el repositorio git de tu proyecto. Todos sabemos que una aplicación web o un sitio web debe usar control de código fuente, pero las prácticas varían de un anfitrión a otro y de una agencia a otra. También casi siempre excluye la infraestructura de la ecuación.
En P.sh gestionas la configuración de tu contenedor, los procesos de construcción y despliegue, y el código todo desde dentro de tu repositorio git, y simplemente al crear una nueva rama en el repositorio tienes una réplica completa de tu entorno de producción para nuevo desarrollo, corrección rápida o cambios de preparación. Es increíble, especialmente cuando finalmente te encuentras con esos casos donde los cambios de código requieren cambios en la infraestructura (por ejemplo, para añadir y configurar un índice Solr para búsqueda avanzada) y puedes desplegar todo a producción de una vez al fusionar la rama con master... con cero tiempo de inactividad para el despliegue.
El CLI de P.sh y la documentación son bastante robustos, y proporcionan una amplia variedad de puntos de partida para alojar diferentes tipos de aplicaciones. Aún no me he encontrado con un proyecto que use un lenguaje de programación que no soporten ya. : ) Reseña recopilada por y alojada en G2.com.
Platform.sh es una herramienta poderosa y debe considerarse como tal al comparar el precio con hosts económicos/servidores compartidos. Sin embargo, el precio sigue siendo digno de mención: no se pueden ejecutar múltiples contenedores de aplicaciones en los planes de menor precio para aplicaciones "más pesadas" como Drupal. También es necesario prestar atención a cuántos entornos y usuarios se están agregando, ya que eso puede hacer que los precios aumenten. Sin embargo, cuando se compara con lo que costaría construir y gestionar la misma infraestructura internamente, no hay duda: hemos permitido que múltiples clientes empresariales eliminen por completo cualquier costo interno de administración de sistemas al migrar su aplicación a P.sh, liberando a ese personal para un desarrollo de aplicaciones más productivo.
Al gestionar una amplia variedad de sitios en P.sh, encontramos que necesitábamos introducir nuestro propio servicio de registro gestionado centralmente, ya que no es fácil desde el principio rastrear la utilización de recursos/errores en muchos proyectos diferentes. Afortunadamente, encontramos un tutorial en su documentación que nuestro equipo de desarrollo siguió para conectarse a DataDog como gestor de registros para nosotros. Reseña recopilada por y alojada en G2.com.
El revisor subió una captura de pantalla o envió la reseña en la aplicación, verificándolos como usuario actual.
Validado a través de LinkedIn
El revisor recibió una tarjeta de regalo o una donación hecha a una organización benéfica de su elección a cambio de escribir esta reseña.
Campaña G2 Gives. El revisor recibió una tarjeta de regalo o una donación hecha a una organización benéfica de su elección a cambio de escribir esta reseña.
Esta reseña ha sido traducida de English usando IA.