No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Curso de Introducción a la Nube

Curso de Introducción a la Nube

Carlos Andrés Zambrano Barrera

Carlos Andrés Zambrano Barrera

¿Por qué una arquitectura en Cloud Computing o nube es diferente?

9/27
Recursos

Aportes 6

Preguntas 3

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

¿Por qué implementar PlatziWallet en la nube es diferente?¿Cuáles son los diferenciadores?

  1. MODELO DE COSTOS: Modelo basado en demanda. Cambiar CAPEX por OPEX. )
    ON-PREMISES (CAPEX): costos (servidor, lugar, cable de red, aire acondicionado, ups para alimentación contínua). 10000 dólares + 2 meses para instalar.
    NUBE (OPEX): en 10 minutos luego de logueado, empiezas a pagar los costos por demanda (lo que me cobran por segundo). Costo más operativo.
  2. MODELO DE ENTREGA / DESPLIEGUE: Automatización, y creación de ambientes. Cambia la forma de trabajar.
    Automatización (Roles DevOps, crear Pipelines para automatizar el despliegue de aplicaciones e infraestructura). En la NUBE se pueden crear ambientes muy rápido. Para una APP se necesita una ambiente de desarrollo, uno de pruebas y uno de producción, para cada FEATURE que agregamos a la APP. Cambia el despliegue de FEATURES, SERVICIOS e INFRAESTRUCTURA.
  3. PATRONES NATIVOS DE NUBE: Tomar ventaja de los patrones en la nube (cloud native). Pensar en MODO NUBE. Definiciones de cómo utilizar los SERVICIOS orientados a mejores prácticas.
  4. ESCALABILIDAD Y RESILIENCIA: Recuperación antes fallas, utilizar zonas y regiones. Puedo tener una copia de PlatziWallet en cualquier parte del mundo (resiliencia).
  5. TECNOLOGÍAS DISRUPTIVAS (disponibles en la NUBE, al alcance de la mano en unos minutos): AI, Data, Robots, satélites, automatización.
  6. MODELO DE SEGURIDAD COMPARTIDA: Responsabilidad del usuario y proveedor de servicios Cloud¿ Que es responsabilidad del proveedor de nube y que es nuestra? Ej: responsabilidad nuestra (pusimos una clave muy fácil y se abrió el puerto 22 a todo el mundo). Responsabilidad del cloud provider (que el servidor funcione).

COMENTARIO: la nube también cambia los perfiles técnicos. Por ejemplo: DB Administrator (DBA), en la nube es DBA Cloud. Lo mismo pasa con los roles de seguridad e infraestructura, etc.

1. Modelo de costos (CAPEX a OPEX): Cambio del gasto de capital (CAPEX) tradicional en infraestructura a gastos operativos (OPEX) variables según el uso, lo que permite una mayor flexibilidad financiera.
2. Modelo de entrega/despliegue (Automatización y creación de ambientes): Automatización de la implementación y creación de ambientes a través de código, lo que agiliza la configuración y gestión de recursos.
3. Patrones nativos de nube: Diseño de aplicaciones específicamente para aprovechar las características únicas de la nube, como escalabilidad horizontal y alta disponibilidad.
4. Escalabilidad y resiliencia: Capacidad de aumentar dinámicamente los recursos y diseñar sistemas para resistir fallas y mantener la disponibilidad en diferentes zonas y regiones.
5. Tecnologías disruptivas: Integración de tecnologías disruptivas como Inteligencia Artificial (IA), análisis de datos, robótica, satélites y automatización para innovar en soluciones.
6. Modelo de seguridad compartida: Distribución de la responsabilidad de la seguridad entre el proveedor de servicios en la nube y el usuario, asegurando una implementación segura y cumplimiento normativo.

Está bien la comparación de On Premise con Cloud Computing, pero que pasa con la comparación de Cloud Computing con VPS o Hosting tradicional? Aquí la línea no es tan clara, y montar un servidor de Hosting compartido es igual de sencillo. Aunque entiendo que la nube está mucho más completa y permite enfocarse más en el código de las aplicaciones y no tanto en la administración de infraestructura, estaría bueno que lo explicaras en más profundidad.
Capex vs Opex ![](https://static.platzi.com/media/user_upload/image-8b4a9de4-6c47-4e36-8b12-63bc2c95776e.jpg)
## Diferencias Fundamentales de la Arquitectura en Cloud Computing #### **Escalabilidad y Elasticidad** ##### **Nube** * **Escalabilidad Dinámica**: La arquitectura en la nube está diseñada para escalar recursos hacia arriba o hacia abajo automáticamente en función de la demanda. Por ejemplo, una aplicación web puede aumentar la capacidad de servidores durante picos de tráfico y reducirla durante períodos de baja demanda. * **Elasticidad**: La capacidad de agregar o quitar recursos de manera rápida y eficiente sin necesidad de intervención manual. ##### **On-Premises** * **Escalabilidad Limitada**: La escalabilidad está limitada por el hardware disponible. Ampliar la capacidad requiere adquisición, instalación y configuración de nuevos equipos, lo que es un proceso costoso y lento. * **Rigidez**: La infraestructura on-premises es menos flexible y no puede adaptarse rápidamente a cambios en la demanda. #### **Costos y Modelo de Pago** ##### **Nube** * **Pago por Uso**: Los costos están basados en el consumo real de recursos, lo que significa que solo se paga por lo que se utiliza. Esto incluye computación, almacenamiento, ancho de banda, etc. * **Costos Operativos (OPEX)**: Los gastos son operativos, lo que facilita la gestión financiera y reduce la necesidad de inversiones de capital (CAPEX). ##### **On-Premises** * **Costos Fijos y Altos**: Requiere una inversión inicial significativa en hardware y software, así como en mantenimiento y actualización. * **Costos de Capital (CAPEX)**: Los gastos son en su mayoría de capital, lo que puede ser una carga financiera considerable para las organizaciones. ## **Implementación y Gestión** ##### **Nube** * **Despliegue Rápido**: Los recursos se pueden desplegar en minutos a través de interfaces web o APIs. * **Gestión Automatizada**: Gran parte de la gestión y mantenimiento de la infraestructura (actualizaciones, parches, escalado) está automatizada y es responsabilidad del proveedor de nube. * **Infraestructura como Código (IaC)**: Permite definir y gestionar la infraestructura a través de código, facilitando la automatización y el versionado. ##### **On-Premises** * **Despliegue Lento**: Requiere tiempo para la adquisición, instalación y configuración del hardware. * **Gestión Manual**: La organización es responsable de todo el mantenimiento, actualizaciones y gestión de la infraestructura. * **Proceso Manual**: La implementación de cambios y la gestión de la infraestructura suele ser manual y propensa a errores.
\- **MODELO DE COSTOS**: Basado en la demanda, con un enfoque en cambiar CAPEX por OPEX. En un entorno on-premises (CAPEX), los costos incluyen servidor, espacio, cableado, aire acondicionado y UPS para alimentación continua, con una inversión inicial de $10,000 y un tiempo de instalación de dos meses, por ejemplo. En la nube (OPEX), después de iniciar sesión, se empieza a pagar por demanda, con un modelo de cobro por segundo, lo que lo hace más ágil y operativo. \- **MODELO DE ENTREGA/DESPLIEGUE**: La automatización y la creación rápida de entornos cambian la forma de trabajar. Los roles DevOps y la creación de pipelines permiten automatizar el despliegue tanto de aplicaciones como de infraestructura. En la nube, es posible generar entornos de manera rápida, como los de desarrollo, pruebas y producción, necesarios para cada nueva funcionalidad de una aplicación. Esto transforma la entrega de nuevas features, servicios e infraestructura. \- **PATRONES NATIVOS DE LA NUBE**: Se aprovechan los patrones diseñados para el entorno cloud. Adoptar una mentalidad de "modo nube" implica seguir las mejores prácticas para usar los servicios de manera eficiente y escalable. \- **ESCALABILIDAD Y RESILIENCIA**: Utilizando zonas y regiones, es posible crear sistemas resilientes y capaces de recuperarse ante fallas. Por ejemplo, podrías tener una copia de tu aplicación PlatziWallet en cualquier parte del mundo. \- **TECNOLOGÍAS DISRUPTIVAS**: La nube pone al alcance tecnologías innovadoras como inteligencia artificial, análisis de datos, robótica, satélites y automatización, accesibles en cuestión de minutos. \- **MODELO DE SEGURIDAD COMPARTIDA**: La seguridad en la nube es una responsabilidad compartida entre el usuario y el proveedor del servicio. Es crucial entender qué parte es responsabilidad del proveedor (como mantener los servidores funcionando) y qué parte es del usuario (como evitar contraseñas débiles o abrir puertos de manera insegura, por ejemplo, el puerto 22).