Cualidades de un buen proveedor de alojamiento Drupal
Hay varios factores importantes que consideramos para cada situación de alojamiento de Drupal. Drupal es una bestia única. Lo que puede ser un buen host para un sitio de WordPress puede no ser el complemento ideal para el alojamiento de Drupal, y viceversa.
Estos son los factores que consideramos al elegir un host Drupal …
- ¿Cuáles son las principales aplicaciones en la nube para implementar SCRUM para la gestión general de proyectos y procesos (no para el desarrollo de software)?
- ¿Cuáles son los métodos de detección de intrusos utilizados en la computación en la nube?
- ¿Cómo trata Cloudfront con datos no almacenables en caché (no estáticos)?
- ¿Amazon Cloud Drive es una buena opción de almacenamiento en la nube?
- ¿Cuáles son los desafíos de seguridad en la nube?
¿Qué tipo de recursos del servidor necesita?
Drupal es un CMS grande y sofisticado. Con un potencial potencial de más de cien módulos que consumen mucha energía en un sitio, no recomendamos alojar su sitio Drupal en un servidor con poca potencia. Una CPU de un solo núcleo con 256 MB de RAM por $ 9.99 por mes no va a ser suficiente. Necesita un host que pueda mantenerse al día con las demandas sedientas de CPU de Drupal. Para empezar, un sitio pequeño de Drupal necesitará alrededor de 2 gigabytes de RAM y 10 gigabytes de almacenamiento total. Los sitios pueden hacerse infinitamente más grandes, pero ese es un buen punto de partida.
También deberá considerar cuánto tráfico de su sitio es “anónimo” frente a usuarios autenticados. Esto se debe a que Drupal es mucho más eficiente al servir páginas web a usuarios anónimos. Si la mayoría de los visitantes no inician sesión en su sitio, puede escapar con menos recursos. Por el contrario, necesitará más potencia si todos los visitantes inician sesión. Para comprender por qué echemos un vistazo a nuestro próximo requisito …
¿El host admite el almacenamiento en caché de barniz?
Espera … ¿qué es “Barniz” …? Es complicado, pero en esencia, es un medio de servir páginas a visitantes anónimos muy rápidamente. Con Varnish, sus páginas se cargarán en el navegador de un visitante mucho más rápido que sin él. Puede ser un comprador inteligente sin comprender exactamente cómo funciona, pero una visión general de alto nivel es valiosa.
Usemos una analogía. Imagine su sitio Drupal como una calculadora, y no está ejecutando Varnish. Suponga que cada vez que se visita una página web de su sitio, Drupal calcula un número para mostrar. Digamos, por ejemplo, que visita la página “10 * 5/2 + 4”. Cada vez que se visita esa página, Drupal realiza el cálculo … 10 multiplicado por 5 es igual a 50 … 50 dividido entre 2 es igual a 25, y finalmente, suma 4 para obtener un total de 29. La respuesta de “29” se envía de vuelta a el navegador web y se muestra muy bien. La próxima vez que se accede a la página, se vuelve a realizar el mismo cálculo y se vuelve a mostrar el número. Repita cada vez que acceda a la página.
Según Kissmetrics, el 47 por ciento de los visitantes esperan que un sitio web se cargue en menos de 2 segundos, y el 40 por ciento de los visitantes abandonarán el sitio web si el proceso de carga demora más de 3 segundos.
Entonces, aquí es donde entra en juego el almacenamiento en caché de Varnish para ayudar a acelerar la página. Al usar Varnish, en lugar de hacer que Drupal haga todos los cálculos en cada carga de la página, Varnish almacena el resultado, en este caso, el número 29. Entonces, cuando visita la página en su navegador, Varnish sabe inmediatamente que debe enviarle 29, que obligar a Drupal a recalcular la respuesta cada vez.
Este proceso de almacenar y servir páginas web en caché acelera drásticamente los tiempos de carga de la página. Es por eso que debería ser un requisito de todo proyecto serio de Drupal.
La forma en que funciona el almacenamiento en caché de Varnish también es la razón por la que necesita saber cuánto tráfico web serán usuarios “anónimos” que no hayan iniciado sesión en el sitio web. Esto se debe a que Varnish realmente solo funciona para usuarios anónimos. Drupal sirve regularmente páginas personalizadas para usuarios registrados (autenticados), pero Varnish no sabe qué resultado almacenar (en ese caso, ¡podría ser un resultado diferente para cada usuario!). El barniz, por lo tanto, no puede usarse para ayudar a acelerar las páginas para los usuarios registrados, aunque existen otras técnicas de optimización que podemos usar para los usuarios registrados.
¿El host admite flujos de trabajo de desarrollo estándar?
Puede pensar que al crear un nuevo sitio, solo necesitaría un sitio o un entorno. Eso significaría que se utilizaría el mismo entorno para alojar el sitio en vivo, desarrollar nuevas funciones y realizar pruebas. Eso es un gran no-no. Si su sitio alguna vez se ha caído porque un desarrollador intentó crear nuevas funciones directamente en el sitio web en vivo, y no salió como estaba planeado, esa es la razón. Esta es una práctica terrible, y hay una mejor manera.
Un host Drupal ideal incluirá al menos dos, y generalmente tres entornos en el costo de la suscripción. Estos entornos separados proporcionan un flujo de trabajo crucial para crear y probar nuevas características antes de que estén activas.
- Entorno de desarrollo : utilizado por el equipo de desarrollo para crear y probar nuevas funciones internamente. Como cliente, probablemente no necesitará mirar este entorno, ya que es principalmente para que el equipo de desarrollo trabaje en el sitio antes de que las características estén “listas para el cliente”.
- Entorno de etapa (prueba) : este es el lugar donde debería revisar las características y las correcciones de errores antes de que se inicien en su sitio en vivo (también conocido como “producción”). Este entorno le permite obtener una vista previa de todo su sitio web antes de iniciar cualquier cambio para garantizar que el trabajo se haya realizado a su entera satisfacción.
- Entorno de producción (en vivo) : este es su sitio web público. Esto es lo que verá cualquiera que busque en Google su nombre (los otros entornos no aparecerán en los motores de búsqueda). Aquí es donde usted y los administradores de su sitio ingresarán contenido y crearán páginas y publicaciones de blog.
¿El host tiene una interfaz web potente?
Es un hecho: a los desarrolladores web les encantan los terminales de aspecto feo y los comandos de inserción como si fueran Tim Berners-Lee escribiendo el primer documento HTML hace casi 25 años.
¿Qué está mal con eso? Eficiencia.
En los días pasados, solíamos pasar horas escribiendo scripts elegantes para mover archivos y bases de datos de un entorno a otro. Estos pequeños atajos nos salvaron de escribir un billón de comandos una y otra vez. Pasar horas escribiendo todos esos comandos suma rápidamente y, para un cliente, ¿cuál es el beneficio? ¿Movió la aguja de mi proyecto hoy? No, realmente no.
Un gran anfitrión lo sabe y tiene poderosas herramientas de apuntar y hacer clic para hacer todo esto, y le permite realizar cambios en la configuración del servidor directamente desde la web. Esto es clave para reducir el error del desarrollador, garantizar un rendimiento óptimo y reducir los costos generales del proyecto . En lugar de gastar dinero creando scripts o moviendo cosas manualmente, su dinero puede gastarse en construir su sitio.
¿El host tiene copias de seguridad y restauración automatizadas?
Si está pagando mucho dinero por un nuevo sitio web, ¿no le gustaría saber que pase lo que pase, hay una copia de seguridad de todo lo que tiene menos de 24 horas?
Un buen host proporcionará copias de seguridad diarias automáticas de todo el contenido, archivos y código. Esto asegurará que, incluso en los peores accidentes, nunca se atrase más de 24 horas.
Un buen host también proporcionará una manera fácil de restaurar copias de seguridad desde su interfaz web. Una vez que se detecta un problema, su socio de desarrollo podría restaurar una copia de seguridad con unos pocos clics, y tomará tan solo 5 minutos para solucionar el problema.
¿El anfitrión tiene buen tiempo de actividad?
Un sitio web solo es útil cuando está realmente en línea . Un host confiable basado en la nube debe tener estadísticas públicas que detallen su tiempo de actividad, incluida una página de estado público que muestra cuándo está ocurriendo un problema. Un buen host comenzará a trabajar activamente en los problemas a los pocos minutos de detectar cualquier tipo de interrupción del servicio.
Si su sitio se ejecuta en un servidor independiente con solo su sitio en él, es poco probable que sepa que hay un problema hasta que alguien tropiece con él … ¡y luego tiene que hacer llamadas telefónicas y perseguir a alguien para que lo arregle!
¿El host incluye control de versiones como Git?
El control de versiones (VC) es un tipo de programa que realiza un seguimiento de todas las versiones anteriores del código de su sitio web. Esto significa que para cada función y cada versión, su código tiene una revisión. El control de versiones es una copia de seguridad a la que puede volver en cualquier momento.
El uso del control de versiones es una práctica de desarrollo moderna que crea copias del código de un proyecto tal como está escrito y las almacena de forma segura en un “repositorio” como una red de seguridad y para información histórica. Por ejemplo, su desarrollador podría crear el área de pie de página del sitio web. Cuando lo hacen, el control de versiones crea una instantánea del código antes de que existiera el pie de página y después de que se agregara. Luego pueden comparar ambas versiones para ver específicamente qué líneas de código cambiaron cuándo y por quién. Git es un sistema de control de versiones muy popular (nos encanta) pero también hay otros, como Subversion (no hablemos de Subversion).
La razón por la que es fundamental que su host tenga incorporado el control de versiones es que desea una copia de seguridad de su código antes de cada lanzamiento, actualización y mejora de funciones. Esto asegurará que ningún código pueda perderse.
Imagine que su socio de desarrollo comete un error y elimina algunos archivos críticos accidentalmente (puede sucedernos a nosotros). Ahora tu sitio está fuera de línea. Si su host tiene control de versiones, puede volver fácilmente a la versión del sitio con los archivos que faltan en su lugar. Si no tiene control de versiones, esos archivos pueden perderse para siempre, y puede ser extremadamente difícil restaurarlos y volver a poner su sitio en línea.
Si bien es posible e incluso común tener un proveedor de host y control de versiones por separado (como Github o Bitbucket), si el host incluye control de versiones en el paquete, es gratis, está integrado en el sistema de alojamiento y no requiere ningún esfuerzo adicional. Incluso puede ser un requisito del host que obliga a las mejores prácticas .
¿Tiene el host Solr Search incorporado?
Dependiendo de las necesidades de su proyecto, es posible que necesite o no capacidades de búsqueda avanzada en su sitio web. Drupal viene con capacidades de búsqueda básicas que cubren muchos sitios web que solo necesitan una función de búsqueda general. Sin embargo, si necesita la capacidad de realizar búsquedas difusas (que muestran resultados similares), archivos con capacidad de búsqueda (como PDF y documentos de Word) y opciones de desglose facetadas (como compras en línea de productos electrónicos, indumentaria, computadoras, libros, DVD) y más usos), entonces necesita un sistema de búsqueda más sofisticado. Apache Solr es ese sofisticado sistema de búsqueda, y puede integrarse en cualquier sitio de Drupal.
Un buen host de Drupal proporcionará una integración de búsqueda Apache Solr como parte de su oferta sin poner el trabajo pesado en su socio de desarrollo. Al tener Solr integrado en su proveedor de hosting, ahorrará un montón de tiempo de configuración y dinero si su proyecto necesita Solr.
¿Es asequible el host?
La asequibilidad de un anfitrión puede ser engañosa. El costo en dólares por mes podría ser bajo y barato como un trato increíble, pero eso se ve ensombrecido por el nivel de esfuerzo que su socio de desarrollo necesita hacer para que esto suceda.
Por ejemplo, puede obtener un servidor básico para alojar su sitio Drupal, y con un rendimiento adecuado, por menos de $ 20 / mes. Sin embargo, comenzar con un servidor básico sin configuración específica para Drupal requerirá que su socio de desarrollo configure todo manualmente. Esto significa que estarán configurando entornos separados, el servidor web en sí, la base de código, las bases de datos, los sistemas de respaldo, los trabajos cron, etc. ¡Una configuración simple podría llevar de 20 a 40 horas! Dada una tarifa estándar de agencia, podría estar desperdiciando $ 3,000 a $ 8,000 o más. Es difícil justificar el costo de este tipo de configuración para su proyecto promedio de Drupal. Tal vez tenga inquietudes generales o políticas que exijan este tipo de configuración, pero ese argumento es cada vez más difícil de defender con las opciones de alojamiento actuales.
Alojamiento Drupal recomendado: Bluehost
