SaaS basado en la nube requiere un backend sencillo

Hola de nuevo. Yo soy Simón Sánchez y hoy hablaremos sobre SaaS basado en la nube requiere un backend sencillo

Cuando proporciona infraestructura como servicio a empresas que brindan software como servicio, su infraestructura debe ser realmente capaz de satisfacer cualquier demanda. La llamada de las 3 am será para ti.

BlueLock es precisamente en este sector, que ofrece computación en la nube a través de un modelo de infraestructura como servicio. La empresa proporciona toda la TI física (servidor, red de almacenamiento, seguridad), además de administración, monitoreo, soporte y recuperación ante desastres las 24 horas. Los clientes pagan una tarifa mensual predecible por los recursos virtuales que utilizan, además detenerse para mantener algunas máquinas virtuales en un tanque de almacenamiento. Si la demanda aumenta, BlueLock aprovecha esa capacidad sobrante y cobra al usuario en consecuencia.

«Básicamente, ponemos las máquinas virtuales en estado suspendido, las activamos y las colocamos en el grupo cuando el cliente las necesita, luego las ponemos de nuevo a dormir cuando la demanda baja», dice Pat O’Day, CTO de BlueLock. . «El costo favoreció nuestro modelo porque la gente obtiene un sitio caliente por el costo de un sitio frío».

La mayoría de los clientes de BlueLock son proveedores de SaaS, dice O’Day, con aplicaciones web, aplicaciones clásicas de tres niveles o aplicaciones cliente-servidor que desean poseer las propiedades de una aplicación basada en web. Alrededor del 80 por ciento la actividad es la fabricación y el resto es la recuperación de desastres, dice.

BlueLock se autodenomina «un proveedor completo de servicios en la nube». Según O’Day, esto incluye no solo nubes virtuales, sino también respaldo, almacenamiento externo, coubicación, custodia de datos, servicios administrados y replicación de SAN a SAN. («Podemos tomar su aplicación tal como existe en un centro de datos y en 30 minutos publicarla en el otro», así la describe este último). La empresa también tiene un SLA de tiempo de actividad y tiempo de resolución. El tiempo de resolución es de 15 minutos, dice O’Day, lo que significa «problema resuelto» y no «Hablaremos de ello en 15 minutos». Además de la infraestructura virtual, BlueLock también te proporcionará máquinas físicas y te permitirá combinar tus servidores físicos con los virtuales.

Los dos centros de datos de la empresa, en Indianápolis y Salt Lake City, se proporcionan de la siguiente manera: plataforma blade HP C7000 para servidores (doble núcleo cuádruple, 32 GB de RAM), con VMware Enterprise como sistema operativo; Infraestructura de conmutación de velocidad de cable de Cisco para la red central; y LeftHand SANiQ ejecutándose en hardware HP DL320s para SAN. Pero la clave para permitir que BlueLock crezca y se reduzca sin problemas y sin interrupciones es «la arquitectura que pudimos crear utilizando la virtualización de VMware y el BIG-IP Local Traffic Manager de F5. [Networks]», Dice O’Day.

F5 diseña productos para acelerar la entrega de aplicaciones. Su serie BIG-IP de dispositivos modulares se puede configurar para proporcionar todo, desde balanceo de carga hasta aceleración web. BlueLock usa BIG-IP LTM para balanceo de carga y descarga SSL para toda la infraestructura virtual, dice O ‘Día. Cuando el equilibrador de carga de F5 detecta una mayor demanda de la red, reactiva las máquinas virtuales necesarias para proporcionar la potencia de procesamiento requerida. (BlueLock también puede utilizar BIG-IP LTM para recopilar datos de uso y tráfico que la empresa puede utilizar en sus algoritmos de aprovisionamiento).

«F5 está en el corazón de nuestras implementaciones en la nube. Lo une todo para hacer posible el servicio. Ningún otro dispositivo puede orquestar el flujo de trabajo de esta manera», dice. “También sabíamos que F5 tenía la única tecnología en el espacio de gestión que nos permitiría implementar nuevas ideas, como nuestro modelo de capacidad bajo demanda. Tienen todas las API y sus reglas de iControl para permitirnos hacer lo que queremos. «(iControl es el método de scripting del lado de la red de F5 para escribir reglas basadas en eventos para personalizar fundamentalmente la forma en que BIG-IP maneja el tráfico entrante y saliente).

O’Day describe un escenario típico de BlueLock: «Tiene tres o cuatro servidores web que pueden manejar el día promedio de tráfico, pero luego tiene un impacto estacional o relaciones públicas y obtiene un gran aumento en el tráfico. En lugar de tener que construir la infraestructura para picos de tráfico, incluso si es solo por un mes, usamos nuestra tecnología en la nube y F5 para crear un grupo de servidores, los colocamos en el grupo de equilibradores de carga F5 y luego creamos otro grupo que se adapte a nuestros servidores físicos. los servidores necesarios para ejecutar la aplicación, más la capacidad de reserva, todos estacionados en el mismo lugar. Las reglas decían: «Deje que este grupo alcance el 90% de su capacidad, luego comience a utilizar este otro grupo». Básicamente tiene un 200% de capacidad en espera, pero solo paga el 100%. A los desarrolladores, en particular, les gusta tener este segundo grupo de servidores Online para probar el código, pero solo pagan cuando lo usan. No podríamos hacerlo sin él. ayuda de F5 «.

“Estamos tratando de ayudar a nuestros clientes a evitar los gastos de capital, los problemas de compra y las demoras que suelen implicar la adición de infraestructura para satisfacer la demanda”, dice O’Day. «La nube virtual y la tecnología F5 nos permiten hacer esto».

En VMworld en septiembre pasado, Paul Maritz, CEO de VMware, presentó la nube F5 de BlueLock en una demostración. Como lo describe O’Day, el escenario es que una aplicación experimenta una carga repentina y no está dentro de los requisitos del SLA, pero se guarda cuando pueden fusionar la nube virtual en Las Vegas con el centro de datos BlueLock en Indianápolis y proporcionar la recursos necesarios para resolver el problema de rendimiento. (Reloj aquí.)

«Creemos que encajamos muy bien en un modelo de nube», dice Lori MacVittie, directora de marketing tecnológico de F5. «Esta es la dirección que siempre hemos seguido: proporcionar una infraestructura dinámica y flexible y las capacidades para administrar y acelerar el proceso de entrega de aplicaciones».

La escalabilidad es lo primero que importa sobre la nube que aborda F5. «Por supuesto, debe poder escalar estas aplicaciones, y mucha gente está buscando algún tipo de balanceador de carga, pero un balanceador de carga simple no es lo suficientemente inteligente», dice MacVittie. «Por lo tanto, debe pasar a un controlador de entrega de aplicaciones, donde hay más inteligencia e integración con otras funciones. Además de poder escalar aplicaciones, el mecanismo de control de aplicaciones debe poder escalar. Usted tiene que poder escalar. para escalar la infraestructura también «.

Aquí es donde entra en juego Viprion de F5. Es un controlador de distribución de aplicaciones de alto rendimiento que funciona con BIG-IP LTM y se escala bajo demanda. Cada chasis de Viprion puede soportar cuatro palas. “Cada blade es en sí mismo como un controlador de entrega de aplicaciones. Puede comenzar con uno, y si necesita más potencia, agregue una cuchilla y se escalará de forma transparente y automática «, dice MacVittie.» Puede agregar más potencia, a pedido, sin tener que reconfigurar nada. Si necesita más cuchillas, puedes agregar más vibraciones «.

La plataforma detrás de los productos F5 es su sistema operativo de gestión de tráfico. “TMOS es nuestra plataforma central, el núcleo central de nuestro controlador de distribución de aplicaciones. Está diseñado para hacer que las aplicaciones de redes sean conscientes y para brindarle un control inteligente de su red. Está altamente optimizado, es muy escalable y está diseñado para ser personalizable ”, dice MacVittie.

Jon Ottsik, analista sénior de Grupo de estrategia empresarial, dice Viprion, “combina hardware de vanguardia con componentes de software extremadamente buenos. El resultado es una plataforma que puede brindar mucha potencia a muchas tareas de entrega de aplicaciones, sin dejar de ser flexible para satisfacer las necesidades en evolución dinámica en un instante. »

Ottsik tiene un gran respeto por lo que F5 ha logrado con su conjunto de productos y tecnologías. “En teoría, la solución al ADC [application delivery controller] El cuello de botella parece fácil: simplemente virtualice los servicios de ADC, como el equilibrio de carga, el almacenamiento en caché y el procesamiento SSL en una plataforma informática común, y luego entregue más potencia de procesamiento a toda la enchilada. … Pero esto requiere mucha experiencia en sistemas operativos, hardware, redes y aplicaciones para funcionar. Afortunadamente para las grandes organizaciones, F5 Networks es una empresa que acepta el desafío «.

Puedes compartir en tus redes sociales para que tus colegas lo lean

??? ? ? ???

Comparte