Consideraciones al planificar arquitecturas de alta disponibilidad para hostings masivos

Cuando el hoster reflexiona y comienza a pensar en las tecnologías que podría agrupar y el modo de crear una plataforma para soportar varios servicios y sitios de Web, se le ocurren varios requisitos claves. Estos requisitos abarcan desde la cantidad de aplicaciones o usuarios hasta el tipo de funciones y servicios que deberían soportarse y su impacto sobre el sistema subyacente –ASP.NET, PHP, SQL y demás– y finalmente el costo por aplicación o sitio alojado.
El objetivo primario al diseñar una plataforma alojada es optimizar la escalabilidad, disponibilidad, densidad y paridad de precios al mismo tiempo que se sigue un nivel de seguridad lo más granular posible aislando los clientes entre sí.
Separamos estos servicios en amplios segmentos, con las siguientes piezas principales de arquitectura: IIS clúster(es), SQL clúster(es), servicios de infraestructura de soporte, como servicios del Active Directory, System Center Operations Manager, almacenamiento centralizado, ya sea en una red de área de almacenamiento o en un almacenamiento conectado a la red, clústeres SSL de descarga, clústeres FTP, y otros clústeres similares. La separación de estos servicios en varios segmentos le permite al hoster escalar la arquitectura de diferentes modos. Un hoster podría escalar un clúster de SQL de un modo diferente que un clúster de Web y presentar un conjunto diferente de problemas de arquitectura. Otro factor que forma parte de la arquitectura es el requisito de legado, cuyo mejor ejemplo son las Extensiones del Servidor de FrontPage (FPSE). Miles de clientes todavía las utilizan y son necesarias si la plataforma de hosting masivo espera atraerlos. Por lo general, estas extensiones las utilizan pequeños negocios para crear sitios simples.
Todavía se utilizan para herramientas de desarrollo como Visual Studio y Visual Web Developer por su funcionalidad de carga para HTTP, a pesar del desaliento por parte de Microsoft. Los componentes de legado, como FPSE, no pueden ser eliminados de un modo simple por grandes hosts sin una pérdida de la base de clientes. Analicemos ahora algunos de estos clústeres dentro de la arquitectura. La pieza más grande es el clúster de Web y el segundo es el clúster de SQL. Es importante recordar que un diferenciador clave entre lo que hacen los hosters frente a lo que hacen otras empresas como departamentos internos de TI, es que intentarán colocar la mayor cantidad posible de sitios o bases de datos en un clúster. Por este motivo, ciertas soluciones empresariales no funcionan para ellos. Además, no siempre controlan el tipo de aplicaciones que se colocan en un servidor y por lo tanto, no pueden definir la capacidad del mismo modo que lo pueden hacer las empresas típicas.