El webinar de Chakray Consulting explora la implementación de infraestructura como código con WSO2, discutiendo sus beneficios como la reducción de costos y mejora en la flexibilidad, así como los desafíos culturales y de adaptación en las organizaciones. Se analizan casos reales y lecciones aprendidas sobre la automatización y la necesidad de evaluar el estado de madurez organizacional para su éxito. La presentación enfatiza la importancia de tratar la infraestructura como un proyecto de software que puede evolucionar y adaptarse con el tiempo.

1. Despliegue de Productos WSO2
(The Chakray Way)
Jack A. Rider
CTO @ Chakray Consulting
Jack.Ride@Chakray.com

2. Empezamos este webinar
Lanzando la creación de una
plataforma completa WSO2.
(tomen nota de la hora)
“

3. Image Area
Objetivos de este webinar
● Obtener una visión del concepto de
infraestructura como código
● Pros y contras de implementar el
concepto
● Analizar el modelo madurez en la
organización (personas/procesos/tecnología)
● Ver un caso real
● Lecciones aprendidas

4. Infraestructura como código
Definición (Wikipedia)
Infraestructura como código (IaC) es el proceso de gestión y
aprovisionamiento de centros de datos informáticos a través
de archivos de definición legibles por máquina, en lugar de
configuración de hardware físico o herramientas de
configuración interactivas. La infraestructura de TI
administrada por este comprende tanto equipos físicos como
servidores de hardware, así como máquinas virtuales y
recursos de configuración asociados. Las definiciones pueden
estar en un sistema de control de versiones. Puede usar
scripts o definiciones declarativas, en lugar de procesos
manuales, pero el término se usa con mayor frecuencia para
promover enfoques declarativos.

5. Por definición IaC no solo es provisionar productos WSO2
(siempre va a existir un ecosistema subyacente, aproximémonos con visión holística)
● Pensemos en nuestra Infraestructura
○ On-premise, cloud, hibrido, Azure, AWS, GC, Exoscale, VMWare, OpenShift, K8S, Swarm…..
● Pensemos en nuestros procesos de CI/CD
○ APIs, Micro-servicios, Integraciones…..
● Pensemos en otras soluciones existentes
○ Utilidades internas, Repositorios y servicios de datos, usuarios, clientes….
● Pensemos en soluciones de monitoreo, observabilidad, alarmado, auditoria
● Pensemos en soluciones externas con las que se interopera
○ ERPs, CRMs, Repositorios de código, Motores de billing…….
● Pensemos en el futuro, el as-is es solo la foto de hoy.
○ Creceré, menguaré, seré absorbido? Me absorberán? Cambiare mi modelo de negocio?
● Y por supuesto pensemos en la seguridad, DRs, Backups, redundancia….

6. Que beneficios va a encontrar una organización – Los pros
● Reducción en los costes de operación (OPEX)
● Flexibilidad en crecer o decrecer
● Reducción en las áreas de operación y desarrollo.
● Libertad para moverse a soluciones e infraestructuras mas económicas
● Disminución dramática en los time to market
● TI deja de ser el cuello de botella y pasa a ser un driver de la organización.
● Sustancial reducción en errores
● La automatización, iteración y repetitividad, son clave
● Mejora en el retorno de inversión (ROI)
● - tiempo, + económico, - errores

7. Que problemas va a encontrar la organización – Los cons
● Adaptarse a los nuevos modelos tecnológicos
● Cultura en la organización, en especial los cuadros directivos.
● Adquisición de conocimiento.
● Transformación a equipos multidisciplinares y roles full-stack
● Costes de inversión inicial.
● Implementación, formación
● Dependencias en las personas

8. Analizar el estado de madurez de la organización
Analiza y decide
Cada organización, en cada una de las dimensiones de
personas, procesos y tecnología, se encuentra en un estado,
que puede estar mas o menos avanzado.
Hacer una introspección realista de estos factores, para
evolucionar hacia las mejores prácticas del mercado es
importante en el éxito del modelo de automatización.
No tiene visos de éxito implementar procesos de integración
continua y equipos auto-organizados, cuando la tecnología se
encuentra en silos y los procesos son en cascada.
Este tipo de aproximación ayuda a las organizaciones a
planificar su transformación y enfocar los esfuerzos.
Los procesos de automatización debe adaptarse al estado
actual de la organización, y evolucionar con ella.
https://wso2.com/wso2_resources/wso2-reference-methodology-for-agility-version-0.5.pdf

9. Ver un caso real – Que pasó?
Al principio del webinar, vimos en la cuenta de AWS, el estado vacío de una región EC2 y lanzamos un proceso para
crear una plataforma.
Se aprovisionaron
Estos Servidores en AWS Con estas soluciones WSO2

10. Ver DEMO
“

11. Ver un caso real - Preguntas
● Porque es importante?
● Cual sería el costo de haber realizado esto manualmente?
● Cuanto me costaría repetir el proceso otra vez?
● Y si ahora quiero en vez de AWS, hacerlo en VirtualBox, o GC, o VMWare, o
OpenShift, o Azure, o…..
● Y si ahora quiero subir de versión uno de los componentes, o sustituirlo, o añadir
otro…..
● Os habéis dado cuenta que mi infraestructura es “código”, que puede tratarse como
un proyecto de software? Versionarlo? Modificarlo? Evolucionarlo? Duplicarlo?....
● Cual es el coste diario en mi organización por no ir a WSO2 y automatizar mi
plataforma, mis despliegues, mis proyectos….no solo económicamente
hablando, sino en ventaja competitiva en el mercado.

12. Lecciones aprendidas
● Empieza pequeño, evoluciona rápido
● Primero la plataforma, luego CI/CD, luego Observabilidad, luego….
● No sirvas tecnología que el cliente no puede consumir
● Automatización también puede empezar con bash
● Lo perfecto es enemigo de lo eficiente
● Los perfeccionistas gastan mucho tiempo en pequeñas diferencias al margen de lo
importante. Cumple el objetivo, luego itera para mejorarlo.
● No es el camino ni el destino, son ambos y el destino va cambiando
● Se ágil y flexible, los objetivos hoy mañana han evolucionado.

13. THANK YOU
wso2.com