"Las nubes se crearon porque todo el mundo se aburría": cuál es la diferencia entre la infraestructura de la nube y sus servidores





Las nubes públicas surgieron como respuesta a la agonía de las empresas que mantenían su propia flota de servidores. Surgieron demasiados problemas con el pedido de equipos, su configuración y soporte, por lo que la computación en la nube se convirtió rápidamente en demanda, dice Alexander Volochnev, promotor de desarrolladores de DataStax y autor del curso de video de AWS en Slurm



Alexander Volochnev describió en detalle los problemas de los administradores de sistemas y los negocios, así como las oportunidades que les brindaban las nubes, en el seminario web "Creación de una infraestructura eficaz utilizando soluciones en la nube". La grabación del webinar está disponible en YouTube , aquí hay un breve resumen.



Problemas de mantenimiento de su infraestructura



Al mantener su propio parque de servidores, todos sufrieron: desarrolladores, soporte y administradores de sistemas. Los administradores de sistemas aprovecharon al máximo el resto: no había suficientes servidores y no daban nuevas órdenes, no había presupuesto; un ingeniero trabajó para diez; el apoyo de la flota se consumía todo el tiempo, no quedaba tiempo para el desarrollo; Los desarrolladores evaluaron mal la carga de la infraestructura; los camareros ordenaron con dolor viajar a la mitad durante varios meses.



No solo se atormentaba a los empleados comunes, sino también a los gerentes: constantemente tenían que buscar dinero para nuevos equipos y, al mismo tiempo, personas normales para el equipo; los administradores no desarrollaron infraestructura, solo parchearon la flota actual; La base de datos era lenta, los clientes estaban descontentos; fue difícil estimar cuánto hardware se necesita para un nuevo proyecto.



Con el apoyo de su flota de servidores, las empresas se han enfrentado y siguen afrontando varios retos importantes.



Cambios lentos. Expansión, escalado, adición de capacidad: todo esto lleva tiempo. El equipo debe solicitarse con varias semanas o incluso meses de anticipación, pago por adelantado. Puede alquilarlo, pero el período mínimo de alquiler es de un mes, incluso si se necesita el servidor por un día. Más a menudo, el alquiler es anual. Cualquier operación requiere la participación de personas y siempre hay escasez de inteligentes.



Alto costo y baja confiabilidad. El sistema es frágil o muy caro. Y a menudo frágil y caro.



Falta de flexibilidad en geografía.La solución al problema de la distribución geográfica encaja en el esquema de DDH: largo, caro, de mierda. Al mismo tiempo, no habrá tolerancia a fallas sin distribución. Si los datos están ubicados en el mismo centro de datos, la aplicación no se puede llamar tolerante a fallas.



Por ejemplo, AWS opera por regiones y zonas. Una región es una colección de centros de datos alojados juntos. Una zona de accesibilidad es un centro de datos específico, necesariamente alejado de los vecinos, que tiene una conexión independiente a Internet y suministro de energía. Esta es la distribución real y la tolerancia a fallas.



Falta de flexibilidad en el desempeño. Sus servidores están inactivos ¾ del tiempo o no hay suficiente capacidad en las horas pico y todo está mintiendo.





Modo económico frente a modo de rendimiento: denegaciones de servicio máximas o pagos en exceso La 



situación empresarial ideal es cuando tanto los picos como los mínimos están cerrados y no hay sobrepagos. Desde el punto de vista de los ingenieros, cuando, si es necesario, existe la oportunidad de crear un nuevo entorno y explotarlo tan pronto como desaparezca la necesidad.





Situación ideal: las capacidades y los costos para ellos cambian según las tareas comerciales



Era una situación ideal por la que Amazon luchaba, donde se inventaron las nubes. El mercado se caracteriza por cargas estacionales: noches más tranquilas, días más pesados, además del Black Friday y el pico antes de Navidad. El sitio cae durante las cargas pico y pierde clientes, o paga por la infraestructura todo el año tanto como gana en su punto máximo. Con el tiempo, encontraron una salida: comenzaron a alquilar hierros inactivos para compensar los costos.



Así es como aparecieron Amazon Web Services (AWS) y un tipo de servicio llamado nube.



Entonces aparecieron las nubes y se hicieron más demandadas, porque todos, literalmente, se enfermaron.



Que es la nube



Suponga que una empresa necesita organizar su trabajo con datos y la dirección decide crear su propia infraestructura. La empresa construye su propio centro de datos o alquila espacio en un centro de datos comercial. Compra e instala servidores. Configura el almacenamiento y la red. Además, se dedica a la virtualización, instalación de sistemas operativos, bases de datos y otro software necesario para el funcionamiento de aplicaciones finales.



Ahora, imagine que la administración elige IaaS (infraestructura como servicio) en su lugar. En este caso, el proveedor de la nube asume parte de las tareas de organización de la infraestructura. El centro de datos ya existe, se ha construido y cumple con los más altos requisitos de fiabilidad (al menos en el caso de grandes proveedores como AWS o Google Cloud). El proveedor también configura el almacenamiento, las redes y la virtualización.



Por lo tanto, la empresa solo tiene que preparar el entorno para trabajar con datos y su administración. Los ingenieros tienen tiempo para el desarrollo, la mejora, el bombeo y la optimización. Se involucran más en el proceso de desarrollo, aparece DevOps.





Distribución por responsabilidades



Con el tiempo, los proveedores de la nube han evolucionado los servicios y, además de IaaS, han surgido enfoques como Plataforma como servicio (plataforma como servicio) y Software como servicio (aplicación como servicio).



Por ejemplo, supongamos que una empresa ha desarrollado una aplicación y quiere lanzarla. En el caso de IaaS, debe iniciar sesión en la interfaz web de AWS y crear una máquina virtual. El sistema operativo ya estará instalado, pero tendrá que configurarlo usted mismo. Usted mismo tendrá que instalar el software necesario y comprender cómo trabajar con datos.



En el caso de PaaS, todo lo que necesitas ya está instalado, solo debes administrar tu aplicación y tus datos. Ya es más fácil y se necesitan menos administradores para brindar soporte. PaaS no es adecuado para todos, pero definitivamente será útil para las nuevas empresas que necesitan implementarse rápidamente y no tienen tiempo para pensar en el hardware.



Y finalmente, el software como servicio es una aplicación como servicio, cuando simplemente usa algún servicio y no le importa nada.





Características adicionales



Características de la nube: "¡maldita magia!"



Veamos las características clave de las nubes. Amazon Web Services (AWS) se menciona a menudo en los ejemplos, porque esta empresa comenzó todo y ahora son los líderes en el mercado de servicios en la nube.



Autoservicio bajo demanda: autoservicio. La capacidad de obtener todo lo que necesita a pedido, sin contactar a nadie. Sin llamadas telefónicas, sin enviar documentos por correo, sin esperar varios meses, de inmediato.



Flexibilidad rápida (0 → 100 → 10) - flexibilidad "rápida". Hoy, la empresa no alquila un solo servidor, mañana se necesitarán cien máquinas y pasado mañana, diez. Muy rápido y flexible.



Agrupación de recursos: intercambio de recursos. Los datos de diferentes empresas se pueden almacenar en un servidor de hierro: los perfiles de carga no coinciden y no interfieren entre sí, pero ambos pagan menos que por un servidor dedicado: el concepto de un edificio de apartamentos. Sin embargo, no todo el mundo ama los edificios de apartamentos. Entonces puede decir "Quiero un servidor dedicado" y lo obtendrá. Naturalmente, el precio será más alto.



Elastic Scalability es una escalabilidad flexible. Hoy necesita 10 servidores, mañana necesita 100, pasado mañana nuevamente 10. Con las nubes no tiene que pensar en dónde conseguir tanto. Simplemente puede usar y cerrar cuando ya no lo necesite. 



El servicio medido es un servicio medido. El consumo de recursos se mide en un bit y un microsegundo para que el usuario solo pague realmente por lo que consumió. AWS fue el primero en introducir la facturación por segundo para los servidores. 

     

Pague lo que consuma - pague lo que consuma. La mayoría de los proveedores de nube cobran ex post. Pero si el usuario sabe que necesitará el servidor mañana y dentro de un año, puede pagar de otra forma: inmediatamente por todo el período o en partes. Hay un descuento por esto.



AWS tiene tres formas de obtener un servidor: bajo demanda, pago por uso. reservado - pago por un año por adelantado, en su totalidad o en partes; instancias puntuales: pago por tipo de subasta. En este último caso, los usuarios establecen el precio que están dispuestos a pagar por la instancia de spot y el servidor se dirige al que pagó más. El sistema no es el más confiable, pero los descuentos pueden llegar al 90%. La instancia puntual es adecuada para la ejecución retrasada de tareas cuando la velocidad de procesamiento no es tan importante como el costo.



, , . -, , . -, , , . , . .


Disponibilidad / distribución global: disponibilidad global. AWS tiene 22 regiones y 77 centros de datos en todo el mundo, además de unos 200 puntos de presencia. Azure y Google Cloud tienen una infraestructura similar. Gracias a esto, los clientes de servicios en la nube pueden utilizar sus aplicaciones, gestionar sus datos de forma global. Si una empresa opera en una región y los clientes viven en otra, entonces puede configurar todo para que la conexión del cliente vaya primero a la red interna de AWS y de allí, a altas velocidades, vaya a la región de la empresa.



Acceso / gestión programables: acceso y control programados. Anteriormente, para pedir servidores, había que llamar a proveedores, explicar sus tareas, esperar una oferta comercial, volver a llamar ... Solo un cliente muy grande puede contactar a AWS por teléfono. El tiempo es caro, por lo que todo se hace a través de una interfaz web, una interfaz de línea de comandos y gestión de software. 



Si necesita optimizar las capacidades del servidor en función del tráfico, entonces es suficiente configurar el Grupo de AutoScaling una vez, un grupo de escalado automático para servidores, monitoreo y disparadores. Después de eso, AWS creará y eliminará los servidores en función de la carga. El cliente obtiene escalado con un sobrepago mínimo y un control completamente automático. 



"El acceso programático, programar su infraestructura es realmente jodidamente mágico, ¡simplemente me encanta!"


AWS ofrece alrededor de 250 servicios para una amplia variedad de propósitos. Si hablamos de infraestructura, entonces hay bases de datos y almacenamientos de red, y en general todo. No hay industria para la que todavía no hayan propuesto algo. Mire la captura de pantalla, en la esquina inferior izquierda hay una pestaña "Satélite" - satélites de control. Es decir, si lo desea, ¡puede trabajar con satélites en AWS!



Servicios de AWS



De hecho, AWS tiene todo lo que necesita para desarrollar. Si desea organizar el trabajo de los microservicios, existe un marco completo basado en AWS. En las aplicaciones modernas, el 99% del código es una repetición de lo que ya se ha escrito. Para no repetirse, puede venir a AWS y usarlo.



Proveedores de nube



AWS, Microsoft Azure y Google Cloud son los proveedores de nube más populares. Pero además de estos, hay más de diez importantes proveedores de servicios en la nube. 



Amazon aterrizó primero y continúan ocupando aproximadamente la mitad del mercado. Microsoft Azure se unió con una gran demora, pero ahora uno de cada cinco clientes los usa. Google Cloud Platform se queda un poco atrás de ellos, pero en principio, no significativamente.

Distribución de proveedores de nube en el mercado



¿Cuál es mejor? No responderé esta pregunta, porque para la respuesta hay que tener en cuenta tantos factores y matices que veinte webinars y veinte especialistas no serán suficientes (al final, los especialistas lucharán y no llegarán a una solución). Google Cloud se considera más barato que Amazon, y esto es lógico: si ingresas a un mercado que ya está ocupado, entonces con precios altos no tendrás ninguna posibilidad. Hasta donde yo sé, Google Cloud es la nube de más rápido crecimiento en este momento.



Algunas empresas prefieren utilizar Hybrid Cloud y Multicloud. Multicloud significa que los recursos se distribuyen en varias nubes. Está organizado para ahorrar dinero y ofrecer tolerancia a fallos. Si un tipo de procesamiento es más barato en Google Cloud, el segundo tipo en Amazon, entonces distribuir los datos es más rentable que mantenerlos en un solo servicio. Sin embargo, debe tenerse en cuenta que transferir grandes cantidades de datos entre nubes puede resultar costoso. 



Para la tolerancia a fallas, los datos se duplican en los almacenamientos de dos proveedores, de modo que si uno se cae, el segundo se cubrirá. Pero existe la posibilidad de que esta duplicación cueste mucho más que la pérdida en caso de inactividad.



Como probar



Todos los proveedores tienen acceso gratuito donde puedes probar todos los servicios. No funcionará para crear grandes almacenes, pero definitivamente habrá suficientes capacidades libres para la prueba.



En el curso de Administración de la nube, le enseñamos cómo trabajar con AWS y cómo implementar sistemas de ajuste de escala automático. El curso en video se lanzó en enero de 2021. Será útil para desarrolladores, DevOps y administradores de sistemas. Los arquitectos y la dirección técnica también se beneficiarán: para ahorrar tiempo, puede omitir la práctica y centrarse en la teoría y las demostraciones. Le ayudarán a comprender cómo funciona AWS y cómo utilizarlo en su empresa.



All Articles