Crear un entorno en la nube y garantizar despliegues libres de conflicto, es una hazaña épica. En la primera parte de esta trilogía de webinars sobre cloud native, conoceremos los elementos indispensables para crear un poderoso entorno en la nube.

1. The Lord of Cloud Native – Part 1
The Concentric Rings of the Cloud-Native Enterprise

2. Luciano Moreira
• Chief DevSecOps strategy Officer en Cloud Legion
• Embajador del DevOps Institute
• Master en Ciberseguridad por la Universidad Camilo José Cela.
• Seleccionado como uno de los "50 Influential DevSecOps Professionals“
• MVP - Most Valuable Professional Microsoft Azure y Developer Technologies
• Co-Fundador y Tribe lider de DevSecOps Argentina y Latam,
• Presidente del capítulo argentino de la CSA Cloud Security Alliance
• Primer Auditor CSA STAR certificado en la región SOLA
• Auditor Líder ISO 27001:2013, 27018, 27017, 22301, 20000, 25000 y 9001
• Elegido Cybersecurity Consultant of the Year en los premios Cybersecurity Excellence Awards del 2016 al 2019,
• Instructor acreditado de los cursos (DevSecOps Foudation, DevSecOps Enginier y DevSecOps Master Professional)
Luciano_m_cruz lucianomoreiradacruz

3. Introduccion
Los anillos concéntricos de
Cloud Native Enterprise
¿Qué es Cloud Native?
Transformación Cloud
Native
Contenido
Desafíos y beneficios
del Cloud Native
!!! my precious
monolithic app !!!
Los 12 Principios y mas

4. Evolución o revolución
¿Es “Cloud Native” solo otra palabra de moda impulsada por el Señor Oscuro de Mordor, o hay importancia detrás del término?
Aplicación era pre-cloud
Aplicación era cloud
Aplicación era Cloud Native
• Despliegue monolítico
• Desarrollo cascada
• Infraestructura tradicional
• Operaciones Manuales
• Contenedores
• Desarrollo Ágil
• 12 Principios de la APP
• Automatización
• Microservicios/ Serveless
• DevOps
• Aplicaciones Cloud Native
• CI/CD
Introducción

5. Introducción
El panorama moderno de
aplicaciones complejas, con
usuarios que esperan una
innovación continua.
Cloud native se trata de moverse
rápido y al mismo tiempo
mantenerse ágil.
Los servicios nativos de la nube
potencian el desarrollo de
aplicaciones modernas mediante
tecnologías como Kubernetes etc...
Los CSP líderes en la industria
promocionan el selfservice para
que desarrolladores puedan reducir
la operación y crear aplicaciones
más rápido.
Los servicios nativos de la nube
brindan a los desarrolladores una
plataforma integral para crear
aplicaciones Cloud Native.
No hace mucho tiempo, la
infraestructura de TI de muchas
organizaciones era "amigable con
la nube".
Los que se trasladan a la nube se
encuentran en una gran desventaja
competitiva si no maximizan su
inversión creando aplicaciones
Cloud Native.
Para diferenciarse de la
competencia, ajustarse es una
necesidad comercial, y la nube
tiene la elasticidad y las
capacidades bajo demanda para
hacerlo

6. Servidores no
virtualizados
2000
2006
2009
2001
2010
2011
2013
Virtualización
IaaS: AWS
PaaS
Open Source
IaaS
Containers
Open Source
PaaS
2015 Cloud Native
Introducción

7. Hola
Gandalf ¿de
qué están
hechas las
nubes?
De servidores
Linux, en su
mayoría
Frodo Bolsón
¿ y que es
Cloud Native
Gandalf?

8. Introducción
Estadísticas de la nube que los 9 Nazgûl nazg = «anillo» + ûl = «espectro»
no quieren que conozca en este 2022
IDC predicen que entre el 90% y el
95% de las aplicaciones serán
Cloud Native en 2025
OutSystems (72%) reconocen que
la mayoría de las nuevas
aplicaciones se crearán utilizando
tecnologías Cloud Native para el
próximo año
OutSystems sólo el 47% de los
responsables de la toma de
decisiones de TI y los
desarrolladores entienden lo que
significa realmente “nativo de la
nube”.
OutSystems 77% de los
encuestados cree que necesita
contratar nuevo personal para
cubrir sus necesidades de
arquitectura en la nube
Forrester la adopción de la nube
nativa aumentó entre 2020 y 2021:
un aumento en el uso de
contenedores (33% a 42%) y
serverless (26% a 32%) en su
organización.
Styra Cloud Native está en auge
con los decisores de IT (97%) que
afirman que sus organizaciones
plantean expandir el uso en los
próximos 12 meses
Report Linker: Se espera que el
mercado global de computación
en la nube alcance los $623.3 mil
millones para 2023
LogicMonitor: Los problemas
normativos y de privacidad, junto
con el gobierno de los servicios en
la nube, preocupan a más del 60
% de las empresas.
OpsRamp: La optimización de
costos es la razón principal del 47
% de la migración a la nube de las
empresas

9. ¿Qué significa ser Cloud Native y por qué es importante
para Frodo Bolson en esta aventura?
El concepto de «nativo del Cloud» nos recuerda, en cierta manera, a aquello de «nativos
digitales», un término acuñado para intentar significar que los niños nacen con una especie
de sexto sentido digital, en cierta medida, sobrenatural.
Pues bien, igual que los nativos digitales no existen (y sí existe, desde siempre, la
plasticidad del cerebro de los niños que les permite aprender cosas aparentemente
complejas a velocidades de vértigo), nativo del Cloud no significa lo que, a priori y de
manera intuitiva, podemos pensar.
¿Qué es Cloud Native?
Existen una serie de supuestos/anti patrones que no significan Cloud native y los
vamos a ver antes de entrar en materia y explicar qué es exactamente esto, qué
implicaciones tiene y por qué es, hoy, crucial.

10. Estas características no te hacen Cloud Native
• Cloud Native no trata solo de ejecutar aplicaciones en la Nube. Eso sería,
simplemente, hacer «lift & shift», es decir, trasladar las máquinas virtuales de un
datacenter propio a la nube.
• Cloud Native no es ejecutar aplicaciones en contenedores. La ejecución de
aplicaciones en contenedores no es una gran ganancia en comparación con la
ejecución de la aplicación directamente en la propia máquina virtual.
• Cloud Native no significa que solo se ejecuta Kubernetes, por ejemplo, aunque sea
un gran paso adelante en la dirección correcta.
• Cloud Native no trata de microservicios, sin más. Los microservicios tienen
beneficios como permitir ciclos de desarrollo más cortos, entre otras, pero las
aplicaciones monolíticas también pueden tener los mismos beneficios cuando se
hacen correctamente y también pueden beneficiarse de la infraestructura Cloud
Native.
• Cloud Native no se refiere a la infraestructura como código.
¿Qué es Cloud Native?

11. ¿Qué es Cloud Native?
PIVOTAL “es un enfoque
para crear y ejecutar
aplicaciones que aprovecha
las ventajas del modelo de
computación en la nube".
Kamal Arora, PACKT “es una
forma diferente de pensar y
razonar sobre los sistemas
de software. Incorpora los
siguientes conceptos:
impulsado por infraestructura
desechable, compuesto de
escalas limitadas a nivel
mundial, adopta arquitectura
desechable”.
Pini Reznik, O’reilly
“es más que un
conjunto de
herramientas. Es una
arquitectura completa,
un enfoque filosófico
para crear
aplicaciones que
aprovechan al máximo
la computación en la
nube”.

12. Es un concepto que se está usando mucho últimamente y vale la pena entender que significa y cuales son las
implicancias tanto en nuestros desarrollos como a la hora de crear nuestra infraestructura sea donde sea.
Como vimos antes no somos Cloud Native por el mero hecho de tener aplicaciones en la nube. Nuestros
servicios/apps son Cloud Native si cumplen con una serie de características y comportamientos que los hacen
dignos de este título.
Pero antes de ir a la definición, les voy a presentar a la
¿Qué es Cloud Native?
https://www.cncf.io/

13. ¿Qué es Cloud Native?
Las tecnologías “Cloud Native” empoderan a las organizaciones
para construir y correr aplicaciones escalables en ambientes
dinámicos modernos, como lo son hoy las nubes públicas,
privadas o hibridas. Temas como contenedores, malla de
servicios, microservicios, infraestructura inmutable y APIs
declarativas son ejemplos de este enfoque.
Estas técnicas permiten crear sistemas de bajo
acoplamiento que son resilentes, administrables y
observables, esto combinado con técnicas de
automatización robusta les permite a los ingenieros
realizar cambios de alto impacto de manera
frecuente y predecible con un mínimo esfuerzo.
La "Cloud Native Computing Foundation, Cloud Security
Alliance y otras organizaciones” buscan impulsar la
adopción de este paradigma mediante el fomento y
mantenimiento de un ecosistema de proyectos de
código abierto y neutro con respecto a los proveedores.
Democratizamos los patrones modernos para que estas
innovaciones sean accesibles para todos.
https://github.com/cncf/toc/blob/main/DEFINITION.md

14. En ese sentido, Cloud Native se convierte en un paradigma o patrón de arquitectura de software para desarrollar
aplicaciones modernas con arquitectura confiable, mediante metodologías y herramientas eficientes.
¿Qué es Cloud Native?
A medida que los servicios basados ​​en la nube estuvieron disponibles, los
patrones de diseño informático evolucionaron para aprovechar los beneficios de
la nube
Fue entonces cuando los patrones de aplicaciones como Twelve-Factor (los 12
principios) encontraron una mayor adopción
A medida que el uso de Contenedores ganó impulso, los patrones de diseño
informático evolucionaron para aprovechar la agilidad que brindaban los
contenedores a través de los microservicios
Con serveless, los patrones de diseño informático han evolucionado para estar
basados ​​en microservicios y basados ​​en funciones o eventos

15. !!!my precious humor !!!
Learning
container
my precious
Docker
my precious
Kubernetes
My…
my precious
container
+-Learning
Docker
Understand
Kubernetes
Cloud
Native

16. También podemos señalar como características del Cloud Native, los 4 pilares (Torres) de la tecnología que te
permiten mantener una arquitectura escalable (horizontal y vertical), flexible y ágil:
Los 4 Pilares de Cloud Native
Continuous delivery
•Es la habilidad que
permite desplegar
cualquier tipo de cambio
desde una nueva
configuración, solución
de bugs entre otros, al
entregar software a
nuestros clientes de una
manera segura y rápida.
Continuos Delivery
permite que los equipos
de desarrollo
automaticen el proceso
de despliegue
DevOps
•Es una filosofía de
trabajo que combina:
Dev (desarrollo de
software) con Ops
(operaciones), el objetivo
de esta es mejorar y
maximizar las
comunicaciones entre
los equipos de trabajo
para que puedan
producir y probar
software de una manera
más eficiente.
Microservicios
•Este tipo de aplicaciones
se componen de
módulos independientes
conectados en red,
denominados
microservicios. El estilo
arquitectónico de
microservicios es una
evolución del estilo
arquitectónico SOA, con
este modelo se adquiere
mayor agilidad,
escalabilidad y
resiliencia.
Contenedores
•Los contenedores son
una especie de sistema
operativo (SO) pequeño
que contiene lo mínimo
indispensable para
correr una aplicación, en
la que el código viene
empacado junto con sus
librerías y dependencias,
el cual puede correr
casi en cualquier lugar,
ejemplo en la nube. Una
de las ventajas más
grandes de los
contenedores es su
portabilidad.

17. La arquitectura Cloud Native se refiere al diseño de aplicaciones o servicios que se crearon
específicamente para existir en la nube.
Una arquitectura Cloud Native exitosa debe ser fácil de mantener y respaldada por una nube de
próxima generación, al mismo tiempo que es rentable y autorreparable.
En comparación con los sistemas heredados, las arquitecturas Cloud Native tienen un mayor nivel de
flexibilidad, sin tener que depender de servidores físicos.
Los microservicios son el núcleo de la arquitectura de aplicaciones Cloud Native y se han
convertido en una herramienta clave para las empresas que están migrando a la nube.
Los microservicios organizan una aplicación en múltiples servicios independientes, cada uno de
los cuales cumple una función específica.
Muchas empresas de software aprovechan los microservicios porque admiten DevOps, permiten
flexibilidad y mejoran la escalabilidad, al mismo tiempo que reducen los costos.
Los microservicios nativos de la nube se comunican entre sí a través de API y utilizan una
arquitectura basada en eventos, que sirve para mejorar el rendimiento general de cada aplicación.
¿Qué es la arquitectura Cloud Native?

18. https://landscape.cncf.io/
hay todo un territorio que explorar
no es sólo un paisaje es un catálogo
CNCF Cloud Native Landscape

19. CNCF Cloud Native
Landscape Roadmap
El viaje de una organización a la nube nativa puede ser desalentador,
pero al final, puede valer la pena.
Este viaje es más que simplemente rediseñar las aplicaciones, se trata
de cambiar la estructura y la cultura de su empresa y, en última
instancia, hacer que su empresa avance.
EL Cloud Native Landscape incluyen una hoja de ruta y un panorama.
Trail map es el proceso de recomendación de CNCF para que los
usuarios nativos de la nube utilicen proyectos de código abierto y
tecnologías Cloud Native.
En cada paso de la hoja de ruta, los usuarios pueden elegir productos
respaldados por proveedores o usar proyectos de código abierto por sí
mismos.

20. Beneficios de Cloud Native
Independencia: su arquitectura permite construir aplicaciones nativas en la nube de forma independiente entre sí.
Resiliencia: una app Cloud Native bien diseñada puede sobrevivir y permanecer en línea incluso en el caso de una interrupción de la infraestructura.
Basado en estándares: para la interoperabilidad y la portabilidad los servicios nativos de la nube a menudo se basan en código abierto y
estándares. Esto ayuda a reducir el Vendor Locking
Agilidad empresarial: las App Cloud Native permiten opciones de implementación flexibles en toda la red y también son más pequeñas que las
aplicaciones tradicionales, lo que las hace más fáciles de desarrollar e implementar “Time to market”
Automatización: las aplicaciones Cloud Native utilizan DevOps y permiten CI/CD. Además, los desarrolladores pueden usar metodologías como blue-
green y canary para realizar mejoras en las aplicaciones sin interrupciones.
Sin tiempo de inactividad: los gestores de contenedores como Kubernetes, logran actualizar software prácticamente sin tiempo de inactividad.
Riesgo reducido: Un grado muy alto de estandarización en torno a las herramientas y tecnologías en el espacio Cloud Native reduce el riesgo en varias
dimensiones: organizacionalmente (mayores vías para la transferencia de conocimiento y redundancia entre ingenieros),

21. Beneficios de Cloud Native
Reducción de la carga de mantenimiento: La tecnología Cloud Native favorece en gran medida la automatización y las operaciones basadas en software,
lo que se traduce en una menor necesidad de mantenimiento por parte de los ingenieros.
Equipos más eficientes y felices: Cloud Native permite que los problemas se dividan en partes más pequeñas para equipos más enfocados y ágiles.
•La monotonía se reduce: Con la automatización de gran parte del trabajo manual que provoca molestias en las operaciones y tiempo de inactividad.
•Auditable, Visible y Depurable. Las aplicaciones complejas pueden ser muy opacas. Las herramientas Cloud Native, por necesidad, generalmente
brindan mucha más información sobre lo que sucede dentro de una aplicación.
•Seguridad Profunda. Los sistemas modernos deben ser seguros de forma predeterminada. Cloud Native permite a los desarrolladores de aplicaciones
desempeñar un papel activo en la creación de aplicaciones asegurables.
Costo reducido tanto en CAPEX como en OPEX: Tanto los gastos de capital (Capex) como los gastos operativos (Opex) se reducen considerablemente al
adoptar Cloud Native como consecuencia directa de la reducción del riesgo y la carga de mantenimiento.
Seguridad mejorada: Agregar componentes de seguridad a una plataforma basada en Kubernetes brinda varias capas de defensa perimetral a sus
aplicaciones sin que se requieran cambios en el código de la aplicación en sí

22. Desafíos del Cloud Native
En Cloud Legion, generalmente clasificamos los principales desafíos de transformación Cloud Native en cuatro espacios
problemáticos: Cultura de autoservicio, Entrega continua, Arquitectura Cloud Native, Cambio organizacional
Organizamos estos desafíos en un modelo mental formado por anillos concéntricos ya que resulta útil estructurar
nuestro pensamiento de esta manera cuando hablamos con los clientes, porque ayuda a resaltar cómo la adopción de la
plataforma tiende a revelar nuevos problemas y limitaciones, en un contexto cada vez más amplio
Además de generar sentido, este modelo realmente nos ayuda a hacer
el trabajo, al alentar el enfoque inicial en lograr pequeñas ganancias
dentro del contexto inmediato del equipo de la plataforma.
Es importante recordar que cada empresa es un sistema adaptativo
complejo; en realidad, nadie encuentra límites tan nítidos en sus
contextos, especialmente en el anillo exterior. (Cambio organizacional)
El propósito del modelo es arrojar luz sobre patrones comunes y anti
patrones para que podamos emerger y anticipar problemas

23. Desafíos del Cloud Native
Cultura de autoservicio
Como vimos Tranco (Aragorn II) el capitán de los montaraces es unos
de nuestros guerrero mas autosuficiente en esta aventura.
Uno de los mayores desafíos que enfrentan las empresas al migrar a la
nube es la transición de un modelo operativo de TI basado en servicios
tradicionales a un modelo de autoservicio nativo de la nube.
Una plataforma de desarrollo de autoservicio como puede lograr un
cambio drástico al reducir el espacio de problemas técnicos.
Inmediatamente también comienza a revelar lo que llamamos la
síndrome del “rastrillos en el césped”; estos son los obstáculos
burocráticos, regulatorios o culturales que le golpean en la cara
mientras busca el resultado comercial que desea con el uso de la
plataforma.

24. Desafíos del Cloud Native
Entrega continua
Una cultura de autoservicio no logrará resultados comerciales a menos que proporcione
un paso ágil hacia la producción, como cuando Legolas mostro sus habilidades naturales
de este elfo al avanzar por el Paso del Caradhras por ser tan ligero.
Por esta razón, los pipelines de entrega continua se convierten en el siguiente desafío
lógico a abordar.
Un objetivo fundamental de la entrega continua es hacer que sea económico trabajar en
lotes pequeños .
Una vez que pueda trabajar en lotes pequeños, con una buena cobertura de prueba, estará
en condiciones de comenzar a refactorizar, porque tiene un aislamiento de causa y efecto
.
Debemos crear este ciclo de retroalimentación, para que pueda aprender a medida que
se integra en sus aplicaciones.
Mantener un ciclo corto de compilación/prueba/entrega significa que el código siempre
está listo para la producción y las funciones se pueden lanzar de inmediato a los clientes.

25. Arquitectura Cloud Native
Una vez que estemos en una posición que nos permita realizar pequeños
cambios de manera segura, podemos abordar la cuestión de cómo construir,
diseñar o refactorizar nuestras aplicaciones para un entorno de nube. Como los
mismísimos Enanos sobre todo por su robustes y orientación a la construcción.
Esto requiere que todos se sumerjan en las buenas practicas de las
aplicaciones y los microservicios “Los 12 Principios”.
Más allá de aprender un nuevo conjunto de buenas prácticas para crear
software, el proceso de trabajo debe cambiar las decisiones arquitectónicas y
la decisión correcta surge a través del proceso de desarrollo, en lugar de
decidirse por adelantado.
La arquitectura Cloud Native también está estrechamente relacionada con el
concepto de equipos de productos, a diferencia de los equipos de proyectos.
Organizar a las personas en equipos multifuncionales y orientados al valor
también facilita la ubicación conjunta, con costos de transacción muy
reducidos, ya que las personas pueden comunicarse en lotes pequeños.
Desafíos del Cloud Native

26. Desafíos del Cloud Native
Cambio organizacional (Cultural)
Los tres anillos internos del modelo de desafíos suelen ser lo más lejos que llegan la
mayoría de los esfuerzos de transformación antes de llegar a los topes.
En este punto, como le paso a Boromir y a las empresas, enfrentados a un proceso
completamente incompatible basado en una visión alternativa del mundo, se activan las
dudas.
Incluso en los casos en los que existe el patrocinio de altos ejecutivos, generalmente se
observa una gran cantidad de fricciones en el nivel de gestión media de la empresa.
Estas pobres personas, llamadas " frozen middle ", se encuentran atrapadas entre un
programa de cambio y las expectativas que otros todavía tienen de ellos.
Tienen prácticas ágiles que se les imponen desde una dirección y, al mismo tiempo, se
mantienen cautivos por la red de compromiso que aún existe.
Tienen un conjunto de necesidades, definidas por el comando y control de la empresa, y
creencias firmes sobre cómo satisfacer esas necesidades.

27. Desafíos del Cloud Native
Ciclos de lanzamiento
lentos y ritmo de
cambio acelerado
Tecnologías obsoletas
(Manténgase al día
con las últimas
mejoras tecnológicas)
Dependencia excesiva
de una Plataforma o
Proveedor y
flexibilidad limitada
para el crecimiento
Falta de experiencia
técnica para manejar
datos
Altos costos operativos
y tecnológicos
Los conceptos nativos
de la nube son difíciles
de comunicar
Compromiso de
liderazgo
Seguridad

28. 12 Principios
Poner el monolito en un contenedor
Aplicación externa a la nube
Aplicación amigable con la nube
Aplicación nativa en la nube
... y mejorar cada aplicación según
los 12 factores
• Despliegue monolítico
• Infraestructura tradicional
• Contenedores
• 12 Principios de la APP
• Microservicios
• Aplicaciones nativas
en la nube

29. 12 Principios
Un código base sobre
el que hacer el control
de versiones y
multiples despliegues
Declarar y aislar
explícitamente las
dependencias
Guardar la
configuración en el
entorno
Tratar a los “backing
services” como
recursos conectables
Separar
completamente la
etapa de construcción
de la etapa de
ejecución
Ejecutar la aplicación
como uno o más
procesos sin estado

30. 12 Principios
Publicar servicios
mediante asignación
de puertos
Escalar mediante el
modelo de procesos
Hacer el sistema más
robusto intentando
conseguir inicios rápidos
y finalizaciones seguras
Mantener desarrollo,
preproducción y
producción tan parecidos
como sea posible
Tratar los historiales
como una transmisión
de eventos
Ejecutar las tareas de
gestión/administración
como procesos que solo
se ejecutan una vez

31. Más allá de la aplicación de los 12
Principios
Se puede profundizar en el libro Beyond the Twelve-Factor App, el autor Kevin Hoffman
detalla cada uno de los 12 factores originales. Además, analiza tres factores adicionales
que reflejan el diseño moderno de aplicaciones en la nube actuales
13 - API First: Haga todo un servicio. Supongamos que el código lo consumirá un cliente
front-end, una puerta de enlace u otro servicio.
14 - Telemetría: En una estación de trabajo, tiene una visibilidad profunda de la aplicación
y su comportamiento. En la nube, no lo hace. Asegúrese de que el diseño incluye la
recopilación de datos de supervisión, específicos del dominio y del sistema.
15 - Autenticación / autorización: Implemente la identidad desde el principio. Considere
las características de RBAC (control de acceso basado en roles) disponibles en nubes
públicas. ABAC (Control de acceso basado en atributo)

32. Los anillos concéntricos
Cloud Native Enterprise

33. Los anillos concéntricos de Cloud
Native Enterprise
No hay una respuesta correcta a qué es una arquitectura
Cloud Native madura
Muchos tipos de arquitecturas podrían entrar en la categoría
Cloud Native.
Usando los tres grupos de anillos o ejes de diseño (servicios
nativos en la nube, diseño centrado en aplicaciones y
automatización), se puede evaluar el nivel de madurez nativa
en la nube.
No sé si el modelo propuesto por Kamal Arora de AWS y
otros, se puede considerar un modelo de madurez, pero si
como una forma de ordenar las capacidades a usar en
aplicaciones cloud y como una forma de clasificar aquellas
más básicas y aquellas más avanzadas

34. • Bloques constructivos (building blocks) hablamos de componentes
básicos referidos sobre todo a infraestructura incluyendo aspectos
como capacidad de computación, almacenamiento, monitorización o
networking.
• Oferta de servicios gestionados Se trata de servicios que cubren
funcionalidades básicas, poco diferenciadas e incluso poco apreciadas
cuando se hacen correctamente, pero que son imprescindibles. En este
nivel se incluyen elementos como bases de datos, servicios de
directorio, balanceadores de carga, sistemas de ‘caché’, repositorios de
código, herramientas de administración, etc
• Servicios gestionados avanzados en la nube Se incluyen los servicios
más avanzados, incluyendo aquellos que adoptan el modelo serverless
o los que ofrecen funcionalidad de machine Learning.
Los anillos concéntricos de Cloud
Native Enterprise
Anillos de Servicios Cloud Native un eje centrado en la disponibilidad y uso de servicios en la nube.

35. Los anillos concéntricos de Cloud
Native Enterprise
Anillos del Diseño centrado en la aplicación este eje se trata de hacer un diseño adecuado de las aplicaciones
que saquen el máximo partido a las capacidades de cloud computing (Cloud Native)
• Los 12 factores de una aplicación Se trata de aplicar los principios
definidos en la metodología de los doce factores, que aplica a todo
tipo de lenguajes y uso de servicios y que proporciona una guía para
conseguir aplicaciones escalables.
• Microservicios Uso del concepto de microservicios como la base,
una evolución de SOA en que se pone énfasis en unos servicios más
discretos y aún menos acoplados.
• Diseño cloud nativo incluyendo consideraciones sobre
instrumentación (monitorización y métricas), seguridad,
paralelización, resiliencia o eventos.

36. Los anillos concéntricos de Cloud
Native Enterprise
Anillos de Automatización Se trata de un aspecto operacional pero muy importante: la automatización de las
tareas de despliegue, monitorización y gestión:
• Despliegue, configuración y gestión se centra en las tareas de
provisión y configuración propiciando CI/CD tan propio de filosofías
DevOps.
• Monitorización, cumplimiento normativo y optimización Se trata de
emplear servicios que proporcionan capacidades de monitorización, y
automatizar tareas como, por ejemplo, aumentar automáticamente la
capacidad ante un pico de demanda o el uso intensivo del logging
como fuente para la realización de análisis.
• Analítica predictiva, Inteligencia Artificial y Machine Learning En el
nivel más avanzado se trataría de aplicar técnicas de inteligencia
artificial y Machine Learning para, a partir de información que
obtuvimos de los propios logs, realizar predicciones sobre cómo
ciertos eventos podrían afectar al sistema.

37. Transformación Cloud Native
Cloud Native Assessment y Roadmap
Diseño, Preparación y planificación
Construcción de
capacidades / cultura
Onboarding
/Migración de
Aplicaciones
Automatización de la
instalación y la
supervisión
Soporte/ SRE
Pensar
2 a 6 semanas
Diseñar
3 a 4 meses
Construir
3 a 12 meses
Ejecutar
N Meses

38. Modelo de madurez de Cloud Native
https://containersolutions.github.io/maturity-matrix/
Pregúntate a ti mismo:
"¿Dónde estamos?"
"¿Adónde debemos ir ahora?"
"¿Cómo llegar hasta allí?"

39. Diseñar la transformación Cloud Native
Pensar Diseñar Construir Ejecutar
Utilizando el lenguaje
de patrones Cloud
Native

40. Cloud native transformation: Practical
patterns for innovation
https://www.cnpatterns.org/
Estrategia y reducción
de riesgos
Cultura de la
organización
Desarrollo y
Diseño
Infraestructura
y Nube
Operaciones
https://glossary.cncf.io/

41. Cloud native Culture patterns
“Culture is a set of
living relationships
working toward a
shared goal. It’s not
something you are.
It’s something you
do.”
The Culture Code
Daniel Coyle

42. Resumen Transformación Cloud Native
Pensar
•Esta es la fase de
estrategia a través de un
assessment se mapea la
situación actual y se
establece una estrategia
(usando patrones)
alineados con objetivos
comerciales para luego
armar el caso de negocio
y pasar al periodo de
reflexión que conduce al
proceso de diseño
•Aquí es donde creamos la
hoja de ruta de
transformación para
convertirse en una
organización Cloud
Native.
Diseñar
•La fase de diseño incluye
equipos multifuncionales
que co-crean la base para
el cambio. Usando Design
Thinking, reunimos
técnicas de diseño,
personas, escenarios,
ideación de diseño,
escenarios futuros y
varias otras técnicas para
crear un MVP. Se usan
como base las mejorar
practicas de arquitectura,
patrones de diseños
Cloud Native.
•Aquí es donde creamos un
proceso repetible,
automatizado y de entrega
continua.
Construir
•Construimos sobre la
base de la Fase de Diseño,
aplicamos lo que hemos
aprendido y escalamos
para estar listos para la
producción, mientras
continuamos
construyendo el
conocimiento en la
organización con
educación específica y
tutoría constante.
•Aquí es donde los
experimentos
exploratorios y la prueba
de concepto (PoC) hacen
avanzar el trabajo de una
manera que nos permite
aprender sobre la marcha
Ejecutar
•En esta etapa, vemos que
Gradual Onboarding y Lift
and Shift al final se
utilizan para ayudar a toda
la organización a migrar a
la plataforma en la nube
sin problemas (y
lentamente, para que
podamos aprender sobre
la marcha) a la plataforma
en la nube donde
(podrían) ser atendidos
por un SRE Team (que en
sí mismo es un puente
hacia el conjunto de
patrones RUN).
•Aquí es donde definimos
los (SLO) y aplicamos las
practicas de SRE

43. Ostras lecturas sugeridas

44. Conclusión
La definición de nativo de la nube ha evolucionado mucho en los últimos años. Ha
evolucionado desde una definición específica de aplicaciones hasta arquitectura de
software , patrones de diseño e incluso equipo, tecnología y cultura .
“Cloud native is about culture, not containers”
Holly Cummins IBM Innovation Leader
“Cloud native is all about organization culture”
Joe Deba, one of creators of Kubernetes
Continuará…

45. CREDITS: This presentation template was created by
Slidesgo, including icons by Flaticon, infographics &
images by Freepik & Eddie Sharam
Based
Gracias