En este charla revisaremos algunas de las principales consideraciones que se deben tener al migrar aplicaciones hospedadas en arquitecturas tradicionales, hacia plataformas PaaS (Platform as a Service) basadas en contenedores tales como OpenShift y CloudFoundry, entre otras. Revisaremos los principales factores a tomar en cuenta en la planeación, así como estrategias de migración. El contenido de esta charla es resultado de las experiencias que he tenido a lo largo de los últimos años colaborando en implementaciones reales, principalmente para clientes del sector financiero en Latinoamérica.

1. Migración de aplicaciones a
arquitecturas PaaS con
contenedores
Presenta:
Gloria Palma González

2. Me
1. Aplicaciones Enterprise
2. Cluster containers
3. Kubernetes
4. Openshift
5. Openstack
6. Acompañamiento en migraciones de aplicaciones
a PaaS
7. Containers
En :

3. ¿De qué hablaremos?
1. El pasado, el futuro y el progreso de las
aplicaciones enterprise y su entorno.
2. Problemas recurrentes al migrar aplicaciones de
máquinas virtuales a containers y de containers a
PaaS.
3. Puntos claves que tomar en cuenta para tener
éxito en la migración de aplicaciones enterprise a
ambientes PaaS.
4. Evolución.

4. Contexto
1. Aplicaciones Enterprise
2. Cluster Containers
3. Cloud private
4. Cloud public
5. Plataformas PaaS

5. Comencemos...

6. El pasado…

7. Aún presente...
• Aplicaciones con Legacy Software
• Aplicaciones Monolíticas
• Vendor lock-in por Software
• Configuraciones embebidas
• Desarrollo para VM

8. Progreso...

9. ¿Cómo empieza todo?

10. Futuro ...

11. ¿Cómo termina todo?

13. Errores comunes

14. Tratar containers como máquinas virtuales

15. Tratar containers como máquinas virtuales
¿Cómo lo evito?
• Un contenedor, un proceso.
• Análisis, abstracción de aplicaciones.
• Diseño primero.

17. Tratar containers como máquinas virtuales
Debes versionar tus cambios.

18. No pensar en desarrollo
Pensar que es sólo subir las aplicaciones
y correrán mágicamente.
¿Cómo lo evito?
• Definición
• Arquitectura
• Integración
• Alcance
• Capacitación

19. No pensar en desarrollo
siendo un poco más técnicos, ayuda mucho definir
cosas como:
1. Repositorio de código ¿GitHub? ¿Gitlab?
¿Privado? ¿Público?
2. Proceso de integración y build ¿Jenkins? ¿CI-
Gitlab? ¿Cloudbees? ¿Qué? ¿ Será manual?
¿Cuáles serán las reglas?
3. Procesos de construcción automatizados.

20. No pensar en desarrollo
Preguntarse ...
1. ¿Mis desarrolladores ya saben qué es un
container?
2. ¿Saben cómo se gestiona un container?
3. ¿Ya saben qué es PaaS?
4. ¿Cómo deben manejar sus configuraciones?
5. ¿Saben qué es una arquitectura de servicios?
6. ¿Qué implica microservicios, containers, etc..?

21. Arquitectura y diseño de aplicaciones

22. Arquitectura y diseño de aplicaciones
¿Qué consideraciones debo tener?
1. HA
2. Circuit Breaker
3. Configuraciones externas
4. Configuraciones por ambientes
5. Error Tracing
6. No internet o sí internet?
7. Aplicaciones dentro o fuera de PaaS

23. Arquitectura y diseño de aplicaciones
Por ejemplo, un clásico es : Ambiente sin internet
Tu equipo no lo sabe y ya desarrolló todo asumiendo
que tendrá internet, hay que cambiar resolución de
dependencias, servicios externos y esto implica
desarrollo.

24. Arquitectura y diseño de aplicaciones
Configuraciones externas
El desarrollo de tus aplicaciones no lo contempla,
han puesto todo en duro o bien no contemplan la
configuración dinámica de las propiedades.

25. Procesos no definidos
¿Cómo evitarlo?
Si tienes que estar inventando para avanzar mejor
detente y define bien el alcance de los procesos,
antes de implementarlos.

26. Estrategias para no fallar en el
intento...

27. Estrategia : Definición
1. Definir : ¿Qué? ¿Cómo? ¿En dónde?
2. Procesos : ¿Cuántos? ¿Quienes? ¿Cómo?
3. Arquitectura : ¿Para qué? ¿Dónde? ¿Con qué?
4. Integración: ¿Con qué? ¿Cómo? ¿Cuándo?
5. Recursos: ¿Cuánto?

28. Estrategia : Selección
Depende de la elección de tu cloud será el PaaS que
ocupes, por lo tanto lo primero es saber si:
1. ¿Usarás cloud?
2. ¿Cuál?
3. ¿Qué opciones de PaaS tienes?
4. ¿Qué herramientas de migración tiene?

29. Estrategia : Aplicaciones
Si tu aplicación es compleja y hace uso de varios
servicios y aplicaciones, debes definir:
1. ¿Qué aplicaciones van en containers?
2. ¿Por qué? ¿Por qué no?

30. Estrategia: Aplicaciones
Como estándar tenemos las siguientes reglas:
1. No base de datos ACID en containers para
producción
2. No aplicaciones Legacy en containers, a menos
que tengan soporte para containers
3. No aplicaciones lock-in
4. No aplicaciones de las que no tengas control

31. Estrategia : Desarrollo
1. Manejo de ambientes, forzoso
2. Manejo de configuraciones externas (Cloud
config)
3. Manejo de dependencias
4. Aplicaciones independientes: Circuit breaker,
properties, environments, auto-build, testing.
5. Programación orientada a servicios.

32. Estrategia: Desarrollo
Por ejemplo, pensemos en una aplicación en Spring
Boot sobre Openshift o Kubernetes de la siguiente
manera:

33. Estrategia: Desarrollo
Con diversos servicios
en containers.

34. Estrategia : Desarrollo
¿Qué consideraciones debo tener?
• Usar Hystrix para Circuit Breaker
• Spring Cloud Config para el manejo de properties
• Config Maps en Kubernetes u Openshift
• Traza de errores con Spring Cloud Sleut y Jaeger
• API Gateway para administración de servicios

35. Estrategia: Integración
1. Tener ya definido y/o implementado un proceso
de integración automatizado
2. Testing
3. Repositorio para artefactos personalizados
4. Registry privado

36. Estrategia: Migración
Paso a paso,
cuando vas a pasar a una plataforma PaaS basada en
containers lo primero que debes poder saber hacer
es un container.

37. Estrategia: Migración
Y la manera más simple de comenzar hacer una
migración es:
1. Crea tus imagenes
2. Crea tus containers
3. Correr tu aplicación(s)
Recuerda, un proceso, un conteiner, una aplicación.

38. Estrategia: Migración
Si logras hacer correr tus aplicaciones con
containers, entonces, será fácil que subas tus
aplicaciones a un PaaS con containers.

39. Estrategia: Ejemplo imagen
FROM registry.access.redhat.com/jboss-fuse-6/fis-java-openshift → Imagen base
# file author / maintainer
MAINTAINER "FirstName LastName" "emailaddress@gmail.com"
COPY app.jar /deployments/ -> Mi app compilada y empaquetada
USER root
RUN chown jboss:root /deployments/app.jar
USER 185
docker build -t myapp .
docker push myregistroprivado/myapp:latest
De esta manera podrás correr esta imagen con tu aplicación donde
quieras, siguiendo la estrategia de configuración externa.

40. Estrategia: Automatización
Automatiza, lo que puedas
en el tiempo que puedas
pero que sea consistente.
Por ejemplo, la
construcción de
imágenes, como primer
paso.

41. Evolución

42. Evolución
Para automatizar la creación de imágenes debes
considerar:
1. Repositorio de código
2. Aplicación autónoma (build, compile, jar, war)
3. Servidor de integración
4. Registry privado o público
5. Testing
6. Integración con tu PaaS (Openshift, Kubernetes,
Cloud Foundry, etc..)

43. Evolución
Replicas
Datacenters

44. Evolución

46. @GloriaPalmaGlez
ZatoryPrivate
Gloria Palma González
gloria-palma-ba07a963
ing.gloriapalmagonzalez
@gmail.com
@gloriapalmagonzalez
(Medium)
gloriapalmagonzalez