Alojamiento y nube

Qué cubre este apartado

Lugares donde ejecutar una aplicación: plataformas gestionadas que despliegan desde un repositorio, servicios de contenedores, máquinas virtuales y proveedores de nube completos con varios cientos de servicios asociados.

La respuesta correcta depende menos de la escala que de cuánto trabajo operativo se quiera asumir. Cada capa de control que se toma añade una obligación que llega a una hora inoportuna.

Las bases de datos tienen su propio apartado en bases de datos. Vigilar lo que ocurre una vez en producción corresponde a monitorización.

Cuatro niveles de control

Las plataformas gestionadas toman el código y lo ejecutan. Los despliegues salen de un repositorio, el escalado es un ajuste y la mayoría de las decisiones de infraestructura ya vienen tomadas. Son la vía más rápida a producción y la menos flexible cuando hace falta algo fuera de lo común.

Los servicios de contenedores están un escalón más abajo: ejecutan imágenes que usted construye con una orquestación que usted configura. Más trabajo, más control y un artefacto portable que se mueve entre proveedores.

Las máquinas virtuales dan un sistema operativo y todo lo que conlleva, incluidos los parches, la seguridad y las copias de seguridad.

Los proveedores de nube completos ofrecen las tres opciones más un catálogo de servicios gestionados, al precio de la complejidad y de una factura que requiere atención.

Las preguntas que deciden el rendimiento

• Elección de región, cerca de los usuarios y de la base de datos.
• Arranques en frío, en todo lo que escala a cero entre peticiones.
• Conexiones persistentes, que algunos modelos sin servidor gestionan mal.
• Tiempo de compilación y despliegue, ya que un despliegue de diez minutos cambia la frecuencia con la que se publica.
• Entrega de estáticos, en caché cerca de los visitantes y no servidos desde el origen cada vez.

La distancia entre la aplicación y sus datos es el problema autoinfligido más común. Cincuenta consultas por página a través de una frontera entre regiones producen un sitio lento que ningún trabajo de front end puede rescatar.

Fiabilidad y qué pasa en un mal día

Las promesas de disponibilidad conviene leerlas en lugar de fiarse. La mayoría cubre el plano de control del propio proveedor y compensa con créditos de servicio, que no es lo que cuesta una caída.

Hay que preguntar por los dominios de fallo: si sus instancias están en una zona o en varias, qué le hace un redespliegue al tráfico en vivo y si volver a la versión anterior es un botón o una reconstrucción. Hay que preguntar cómo se conservan los registros y si se puede acceder a ellos cuando el panel no está disponible.

Después, por la recuperación que usted controla. Una caída del proveedor es superable si los datos tienen una copia en otro lugar y el despliegue es reproducible. Ninguna de las dos cosas se da por defecto.

El coste y las partidas que crecen sin ruido

El cómputo es la cifra que aparece en la página de precios. La factura suele componerse de cinco cosas.

La salida de datos se cobra por gigabyte de datos que abandonan el proveedor, y se acumula más rápido en vídeo, descargas y tráfico entre regiones. El almacenamiento crece y rara vez disminuye. Los servicios gestionados llevan sus propios contadores. Los minutos de compilación cuentan en las plataformas que reconstruyen con cada envío. Los planes de soporte son un extra casi en todas partes por encima del nivel básico.

Los entornos de desarrollo y de pruebas duplican gran parte de esto, salvo que se reduzcan de tamaño o se detengan por la noche. Hay que preguntar cómo queda el total con el triple del tráfico actual, que es la cifra con la que de verdad se va a topar. La costumbre de enterrar esos contadores se trata en lo que ocultan las páginas de precios.

Portabilidad y cómo conservarla

La dependencia del proveedor en esta categoría rara vez es dramática. Se acumula un servicio cómodo tras otro.

Los contenedores y los entornos de ejecución estándar viajan. Las funciones, colas, servicios de identidad y bases de datos propietarios no, y cada adopción encarece la salida. Es un intercambio legítimo cuando el servicio ahorra trabajo real, y uno malo cuando ahorra una tarde.

Conviene definir la infraestructura como archivos y no como clics en una consola, y levantar todo desde cero una vez. Lo que se aprende con ese ejercicio vale más que cualquier tabla comparativa.

Ajustar la plataforma a la aplicación

Una aplicación web estándar con base de datos está bien servida por una plataforma gestionada, y el tiempo que se ahorra compensa la prima en casi cualquier equipo sin personal dedicado a operaciones.

El procesamiento en segundo plano, las colas y las tareas programadas cambian el panorama, ya que los modelos sin servidor gestionan mal las tareas largas y algunas plataformas ni siquiera tienen dónde ponerlas.

Todo lo que tenga requisitos inusuales, sea hardware específico, tráfico alto sostenido o residencia de datos estricta, tiende a empujar hacia la nube en bruto o las máquinas dedicadas.

Los sitios estáticos van en el extremo barato y a menudo no cuesta nada servirlos bien.

Conviene decidir según la forma de la carga de trabajo y no según el tamaño de la empresa. Los equipos pequeños ejecutan aplicaciones exigentes, y los grandes ejecutan con frecuencia otras muy simples.