Probablemente no te sorprenda que CSS-Tricks esté (orgullosamente) alojado en Cloudways, la división de alojamiento administrado de DigitalOcean. Dado que CSS-Tricks y Cloudways son parte de DigitalOcean, era solo cuestión de tiempo antes de que nos uniéramos de esta manera. ¡Y aquí estamos!
Anteriormente estábamos alojados en Flywheel, que era un proveedor de alojamiento de WordPress bastante boutique hasta que WP Engine lo compró hace años. Y, para ser muy honestos y directos, Flywheel nos dio un excelente servicio. Llegó un punto en el que quedó bastante claro que CSS-Tricks era simplemente demasiado grande para que Flywheel pudiera escalar. Eso podría habernos llevado a probar WP Engine en ausencia de Cloudways... pero probablemente sea bueno que eso nunca se haya materializado considerando los acontecimientos recientes.
De todos modos, cambiar de host siempre implica al menos un poquito de competencia: nombres de servidores diferentes con configuraciones diferentes, cuentas de usuario diferentes y controles diferentes.

Somos una empresa que requiere poco mantenimiento, por lo que estar en un host completamente administrado es una ventaja porque veo muy poco de los detalles cotidianos que ocurren en nuestro servidor. El equipo de Cloudways se encargó de todo el trabajo pesado de migrarnos y asegurarse de que tuviéramos todo lo que necesitábamos, desde cuentas SFTP y acceso a bases de datos hasta un entorno de prueba y puntos de implementación.

Nuestro flujo de desarrollo solía ser más o menos así:
- Ejecutar Local (aplicación de desarrollo local de Flywheel)
- Jugando con el desarrollo local
- Empujar al principal
- Permitir que una canalización CI/CD publique los cambios
Lo sé, es ridículamente simple, pero también estaba plagado de errores porque no siempre queríamos publicar los cambios en el momento de la publicación. Había un margen de error humano real, especialmente al manejar las actualizaciones de WordPress. Podríamos haber tenido (y deberíamos haber tenido) algún tipo de entorno de prueba en lugar de confiar ciegamente en lo que funcionaba localmente. Pero, repito, somos un equipo bastante heterogéneo a pesar del gran respaldo corporativo.
El flujo ahora se ve así:
- Enciende Local (¡todavía lo usamos!)
- Jugando con el desarrollo local
- Empujar al principal
- Publicar en staging
- Publicar en producción
Esto es algo que podríamos haber configurado en Flywheel, pero era trivial con Cloudways. Renuncié a cierta automatización por el bien del control de calidad. Cambiar de entorno en Cloudways es un solo clic y me gusta un poco de fricción manual para sentir que tengo cierto control en el proceso. Es posible que esto no sea escalable para equipos grandes en un proyecto empresarial, pero eso no es realmente de lo que se trata Cloudways: ¡por eso tenemos DigitalOcean!

Mira eso baseline-status-widget
¿Rama en el menú desplegable? Es una pequeña característica con la que estoy experimentando (y sobre la que publicaré más adelante). Me gusta que GitHub esté integrado directamente en la interfaz de usuario de Cloudways, de modo que puedo experimentar con él en cualquier entorno que desee, incluso antes de fusionarlo con el staging
or master
ramas. Hace que las pruebas sean mucho más fáciles y menos propensas a errores que activar implementaciones automáticas en todos los sentidos.
Aquí hay otra ventaja: obtengo una buena instantánea de las diferencias entre mis entornos a través del monitoreo de Cloudways. Por ejemplo, estaba intentando actualizar nuestra copia del complemento Gravity Forms esta mañana. Funcionó localmente, pero activó un error fatal en el entorno de prueba. Entré e intenté detectar qué estaba pasando con el entorno de prueba, así que me dirigí al escáner de vulnerabilidades y vi que el entorno de prueba estaba ejecutando una versión anterior de WordPress en comparación con la que se estaba ejecutando localmente y en producción. (No controlamos la versión del núcleo de WordPress, por lo que fue fácil pasarlo por alto).

Supuse que la versión más nueva de Gravity Forms tenía un conflicto con la versión anterior de WordPress, y esto hizo que fuera ridículamente fácil probar mi afirmación. Resultó que era correcto y estaba seguro de que pasar a producción era seguro y seguro, lo cual era cierto.
Ese pequeño incidente me inspiró a compartir un poco sobre lo que me ha gustado de Cloudways hasta ahora. Notarás que no promocionamos demasiado nuestros productos aquí. Cada vez que experimentas algo agradable, sea lo que sea, es un buen momento para escribir sobre ello en el blog y este fue claramente uno de esos momentos.
Sería negligente si no mencionara que Cloudways es ideal para sitios de WordPress de cualquier tamaño o tipo. Es uno de los pocos hosts que te permitirán usar BOYO Cloud, por así decirlo, donde puedes almacenar tu trabajo en un servidor en la nube (como un droplet de DigitalOcean, por ejemplo) y dejar que Cloudways administre el alojamiento, lo que te da toda la libertad de escalar cuando sea necesario, además de los beneficios de tener un host administrado. Entonces, si necesitas una solución de alojamiento de escalado automático y completamente administrada para WordPress como la que tenemos aquí en CSS-Tricks, Cloudways lo tiene cubierto.
- Distribución de relaciones públicas y contenido potenciado por SEO. Consiga amplificado hoy.
- PlatoData.Network Vertical Generativo Ai. Empodérate. Accede Aquí.
- PlatoAiStream. Inteligencia Web3. Conocimiento amplificado. Accede Aquí.
- PlatoESG. Carbón, tecnología limpia, Energía, Ambiente, Solar, Gestión de residuos. Accede Aquí.
- PlatoSalud. Inteligencia en Biotecnología y Ensayos Clínicos. Accede Aquí.
- Fuente: https://css-tricks.com/a-few-ways-that-cloudways-makes-running-this-site-a-little-easier/