close

Cisco Live 2015 - San Diego

La ejecución de una nube híbrida seguro con un entorno virtualizado en las instalaciones 100% no hace a uno listo para la escala Web. Tampoco el uso de una infraestructura hyperconverged (HCI). Incluso si la nube híbrida es IaaS, todavía estamos hablando de algo que necesita para escalar a miles de millones de transacciones por día. la escala Web, para mí, es miles de millones de consultas y transacciones. Esa escala no es visto por muchas aplicaciones. Casi todos los servicios en la nube es la escala web, servicios en la nube hacen golpear a esos números; Sin embargo, los inquilinos individuales no pueden ser.

Y eso es realmente el quid de la cuestión: la escala. Entonces, ¿cuál es la escala web ?:

  • portales de gestión de la nube para IaaS (AWS, SoftLayer, iLand, etc.)
  • entornos de Cloud SaaS que son lo suficientemente grandes (Salesforce, WP motor, Dropbox, etc.)
  • ambientes de la IO (ADT, Ford, GM, etc.)
  • aplicaciones de consumo a gran escala (Netflix, Google, Yahoo, USPS, etc.)
  • seguridad perimetral de las nubes (Imperva, Zscaler, Blue Coat, etc.)

Estoy seguro de que me perdí un par de cosas, pero estos son los entornos generales que yo clasificaría como escala Web. Si su producto encaja en una de estas categorías, entonces podría ser de escala Web. Pero también hay que mirar los números. Si usted tiene una aplicación de consumo que hace 100.000 transacciones en un mes, es que la escala web? Si usted tiene 2.000 o incluso 20,0000 aplicaciones de consumo se ejecuta dentro de una nube en 100.000 transacciones en un mes: habría que ser de escala web?

Ahora, sólo un poco de historia sobre por qué estas preguntas:

Empezamos por el camino de este sitio de usar una versión en las instalaciones de CMS además de bases de datos, en un nodo. Este maneja la carga inicial bastante bien. A medida que aumenta la carga, se pasó a un servicio en la nube IaaS, donde nos encontramos con múltiples nodos (para la base de datos y para el front-end CMS). Después de un tiempo, esta instalación comenzó a tener problemas con la memoria y las limitaciones del hipervisor subyacente, por lo que se trasladó de nuevo, esta vez a WP motor. El último movimiento era bastante reciente. Esta cadena me hizo pensar acerca de cómo funciona la escala web y si o no las habilidades para utilizarla están disponibles para muchos.

Ahora, además de todo esto, hago un trabajo para una empresa que tiene aproximadamente tres mil millones de consultas por día, lo que para mí es realmente la escala Web. La compañía utiliza equilibradores de carga, almacenamiento en caché, proxies, etc. Utiliza los trabajos para alcanzar estos números. El CMS Me postulo es minúsculo en comparación, pero todavía es una entidad en crecimiento.

Lo que aprendí viendo a ambos lados de la moneda, por así decirlo, es enorme. Algunas de las cosas que me gustaría compartir son los siguientes. Para hacer escala web bien:

  • Es absolutamente necesario para comprender todos los aspectos de su aplicación.
  • Es absolutamente necesario para poder medir el desempeño de cualquier cambio, su impacto, y cómo recuperarse de este impacto.
  • Requiere el uso adecuado de los proxies, equilibradores de carga o puertas de enlace de la aplicación.
  • Se requiere conocimiento sobre el ecosistema en el que la aplicación va a estar en funcionamiento. Un ejemplo es el CMS basado en WordPress. Usted necesita saber el ecosistema plugin de WordPress lo suficientemente bien como para entender los plugins que son malos para el rendimiento y que son buenos.
  • Se requiere conocimiento de otros sistemas de utilizar para la gestión, el seguimiento y la seguridad.

En esencia, la escala web requiere un bien pensado arquitectura y enfoque. Es muy difícil de hacer escala Web de una manera descuidada, ya que se le reescritura y rearchitecting en cada etapa de crecimiento.

Por ejemplo, en nuestro entorno, descubrimos una vez que nos mudamos a motor WP que estábamos usando plugins que no estaban seguros de usar desde una perspectiva de rendimiento. Nos convertiríamos vecinos ruidosos, por lo que los plugins fueron prohibidos. Esto nos ha ayudado a afinar nuestro medio ambiente y nos permitió externalizar el conocimiento de WordPress-específica a los más informados que nosotros. Como ingeniero, esta puede ser una tarea muy difícil. Pero si usted se concentra en el negocio, tiene sentido utilizar todas las fuentes disponibles de conocimiento.

el conocimiento de seguridad también fue subcontratada, a Imperva y WP motor. Utilizamos ambos. Esto nos permite disponer de medidas de seguridad web a gran escala, manteniendo un ambiente más pequeño que tiene un mejor rendimiento, con un conjunto de servicios de fondo de la gente para ayudar a manejar los componentes de conocimiento de seguridad y nuestro CMS elegido. Esta es la ventaja de los modelos SaaS de seguridad y aplicaciones. ¿Cómo funciona esta escala para el cliente más grande? De tres a cuatro mil millones de consultas al día es unos cuantos!

Es muy difícil de hacer cortafuegos para cada sistema, o incluso cortafuegos solas o en racimos, debido a la carga entrante. De hecho, hasta el año pasado, no había un único servidor de seguridad que pudiera manejar las nuevas sesiones de entrantes por segundo requeridos por el sitio. Juniper SRX tiene una que puede manejar esa carga de trabajo; Sin embargo, era mucho más fácil de externalizar este tipo de requisitos para un SaaS existentes, por lo que la empresa puede centrarse en el negocio al tiempo de aprovechar el conocimiento y las herramientas disponibles para ello (si, por una tarifa, pero todavía está disponible). Por lo tanto, las arquitecturas a escala web son más o menos lo mismo.

Hay algún tipo de interfaz que actúa como un equilibrador de proxy / carga, una aplicación distribuida por detrás, y las bases de datos de alta disponibilidad y almacenamiento. Seguridad encaja en todos estos niveles en función de las habilidades, el número de sistemas, etc.

La descripción se simplifica, y la falta de un buen número de detalles, pero sin embargo es bastante correcta en un nivel alto. La idea de construir la escala Web es tener una mentalidad de aplicaciones distribuidas desagregados. La mayoría considera que este es el modelo de servicio para el desarrollo de aplicaciones: un servicio para eso, y un servicio de este. Sin embargo, el modelo se basa en un sistema distribuido.

Al mismo tiempo, es un sistema distribuido en el que ya existen algunos servicios, y que o bien utilizar sus APIs, o los utilizan como componentes de la aplicación dentro de la nube mediante el uso de soluciones SaaS para satisfacer esas necesidades. Las soluciones SaaS de seguridad, los servicios y el conocimiento ayudarán a muchas compañías ahora y en el futuro. Las arquitecturas de trabajo para soluciones de correo locales, sino también para soluciones en la nube. Sin embargo, una vez que empiece por este camino, que ha entrado en el reino de la nube híbrida.

Mientras que su aplicación no puede ser de escala web, el SaaS que utiliza necesidades sean escala Web para manejar los requisitos de rendimiento no sólo para su aplicación, sino también en otros, dentro de los SaaS.

Cómo se utiliza un SaaS para externalizar la seguridad, los servicios, el conocimiento, o como una plataforma sobre la que construir?

Comparte este artículo:

Las dos fichas: cambiar el contenido a continuación. Analista principal de Edward L. Haletky, también conocido como Texiwill, es el autor de, así como. Edward posee, proporcionando virtualización, seguridad, consultoría de redes y el desarrollo y en la que también es un analista. Edward es el moderador y anfitrión de la, así como un gurú y moderador de las Comunidades VMware foros, proporcionando respuestas a las preguntas de seguridad y configuración. Edward está trabajando en nuevos libros sobre la virtualización. [] Últimos Mensajes de Edward Haletky () - 8 abril el año 2016 - 7 abril 2016 hasta 28 marzo 2016

Artículos Relacionados:


Previous Post     Next Post


TAGS


CATEGORIES

.