Presentación resumiendo conceptualmente los conceptos más importantes del Red Hat Summit 2015. La idea es hacer un overview sin entrar en detalles técnicos para poder tener una comprensión inicial de las distintas soluciones de tecnología que ofrece Red Hat.

1. RED HAT SUMMIT 2015
Resumen de Conceptos

2. Introducción
u Durante esta presentación vamos a introducir los
conceptos que nos parecieron más relevantes del Red Hat
Summit 2015
Los mismos son:
u Plataforma Mobile
u DevOps
u Continuous Delivery
u Containers
u Hybrid Clouds

3. Plataforma Mobile

4. Evolucion de la era digital
2010-2013
Consumerización
2013-2016
Negocio Mobile
2016+
Empresa Digital
• Soporte de pocos
dispositivos
• Apps
experimentales
• Soluciones a
problemas
puntales
• Cubrir un gap
• Soporte
multidispositivo
• Apps targetizadas
• Plataforma mobile
• Realzar el
negocio
• Wearables
• Internet of Things
• Plataforma core
• Transformacion
del negocio
A sistemas de interacción
continua
De sistemas de archivos

5. Qué nos da una plataforma mobile?
u Permite el desarrollo y ejecución de soluciones mobile
u Simplifica la comunicación entre los clientes y sistemas
internos/legados
u Facilita las iniciativas mobile en las distintas áreas de las
empresas
u Repositorio de servicios para uso de distintas aplicaciones
u Centralización del control de seguridad y accesos
u Manejo del ciclo de vida de las aplicaciones
u Reporting

6. Tres pilares fundamentales
mBaaS
Mobile Apps
• Desarrollo nativo
• Desarrollo hibirdo
• Independencia de
HW espécifico
• “Codeless” apps
Cloud Apps
• Integración con
sistemas
internos/legados
• Servicios
consumibles por
cualquier mobile
app de la empresa
mBaaS
• Servicios de
funcionalidades
comunes,
empaquetados
• Auth, Storage,
Monitoring, Push
Notifications y más
TODO ESTO ADMINISTRADO POR UNA PLATAFORMA UNICA

7. DevOps

8. Qué es DevOps?
Es una cultura de trabajo orientada a la comunicación y la convergencia
de procesos
u Unifica equipos de desarrollo y operaciones – la empresa como único
equipo
u Busca la automatización de toda operatoria manual
u Los proyectos sólo se terminan cuando el entregable deja de estar en
producción
u Los recursos de la infraestructura son de auto-servicio

9. Qué nos brinda DevOps
u ALTA VELOCIDAD DE DEPLOYMENT
Empresas que adoptaron una cultura de DevOps tienen en promedio un
95% menos de tiempo entre cada deployment a producción.
Casos extremos como Amazon tienen en promedio un deployment cada
10.6 segundos.
u BAJA EN EL TIEMPO DE ESPERA PARA CAMBIOS
Realizar cambios en la infraestructura productiva puede ser sólo una
cuestion de minutos para empresas que adoptaron DevOps como cultura
y hasta meses para empresas tradicionales.

10. Qué nos brinda DevOps
u BAJA EN EL TIEMPO MEDIO DE RECUPERACION
Se ve que en promedio el tiempo medio de recuperación ante incidentes
es 30 veces menor y la mayoría de los problemas suelen resolverse en
pocos minutos.
u BAJA EN LA TASA DE FALLAS
50% menos de fallas ante cambios de códigos.
Ya no existen los problemas por disparidades entre los ambientes.
fuente: https://puppetlabs.com/wp-content/uploads/2013/03/2013-state-of-devops-report.pdf

11. Qué herramientas apoyan esta cultura?
u Sistemas de Control de Versiones
u Sistemas de Configuration Management
u Sistemas de Monitoreo
u Dashboards con métricas del negocio
u Infraestrcuturas y plataformas como servicio
u Continuous Delivery, tópico que veremos a continuación

12. Continuous Delivery

13. Integración Continua
u Es una práctica que fomenta el ingreso continuo del código de
los desarrolladores en el Sistema de Control de Versiones (SCV)
u Este código es descargado por el Sistema de Integración
Continua luego de cada ingreso al SCV y se encarga de integrar
el proyecto
u Esta integración comprende la compilación, cuando
corresponde, y ejecución automática de los tests
u Estos test abarcan una gran gama de posibilidades: unitarios,
funcionales, performance, estáticos, etc.
u Si alguno de los tests o la compilación falla, falla la integración y
se notifica al equipo para que puedan solucionar los problemas
cuanto antes

14. Delivery Continuo
u Es el siguiente paso lógico a la Integración Continua
u Implica que cada cambio realizado en el producto puede
ser un candidato para ‘release’ en producción
u Para que el cambio pase a producción debe existir un
mecanismo manual explicito, conocido como “push
button”
Deployment Continuo
u Conclusion lógica del ciclo, cada cambio que es aceptado
por el Sistema de Integración Continua es desplegado
automáticamente en producción

15. Evolución
u La tendencia es asimilar conceptos industriales para pasar de los
procesos artensanales a procesos manufactureros
TRADICIONAL DEVOPS

16. Containers

17. Qué son los containers? (versión light)
u Similares a las máquinas virtuales pero, mucho más ligeras
u Corren directamente sobre el sistema opeartivo anfitrión
(ej: no hace falta un hipervisor)
u Se los puede limitar en los recursos (CPU, RAM, disco)
que consumen
u Se pueden configurar como unidades ejecutables con los
servicios/aplicaciones que uno quiera

18. Que problema resuelven?
u Resuelven primordiamente un problema de estandarización – la idea
de containers surge de la idea de los contenedores utilizados en
logística para el transporte de cargamento
AppEntorno Dev Test QA Prod
Front-end web
(python)
Container
A
Container
A
Container
A
Container
A
API (node.js) Container
B
Container
B
Container
B
Container
B
Background
workers (C++)
Container
C
Container
C
Container
C
Container
C
database Container
D
Container
D
Container
D
Container
D
u Los containers se despliegan en los distintos ambientes con la misma
configuracion, parametrizando los recursos que pueden consumir
u SI FUNCIONO EN DESARROLLO VA A FUNCIONAR EN
PRODUCCION

19. Qué puedo hacer con containers?
u Catalogo de imágenes (similar a templates de VMs) para
descargar y ejecutar containers preconfigurados – Ej:
imagen de container MongoDB sobre RHEL 7
u Enganchar containers para que se compartan
configuraciones – Ej: container jBoss con container de
MySQL para que la aplicación sepa como conectarse a la
base de datos
u Orquestación – descubribiento dinámico de servicios à a
medida que levanto containers, estos consultan un registro
para saber cuales son los containers que ofrecen los
servicios que necesitan para ejecutarse

20. Hybrid Clouds

21. Qué entendemos por “hybrid clouds”?
u Se entiende como el uso, administración y provisionamiento basado
en políticas de infraestructura y servicios sobre una plataforma
compuesta tanto por nubes públicas como privadas
u En el caso particular de Red Hat, está definición se extiende para
cualquier tipo de infraestructura que presenta diferencias conceptuales
en su manejo. Por ejemplo: físico vs. virtual, cloud público vs. cloud
privado, IaaS vs. PaaS, etc.
u Esto se relaciona con la definición de “Bimodal IT” que vemos a
continuación

22. Bimodal IT
MODO 1
Scale-up
Propietario
Despliegue manual
Integración con middleware
Robustez en la plataforma
C, Java, .Net
ERPs, Oracle, CRMs
MODO 2
Scale-out
Open source
Despliegue automático
Integración con APIs
Robustez en la aplicación
Java, Ruby, Go, Python
Mobile back-end, web apps

23. Convivencia de los mundos
u Muchas empresas tienen dentro de su infraestructura una mezcla de
estos modos
u Se plantea una problemática a la hora de administrar dos
infrastructuras, aparentemente antagónias
u Para solucionar esta problemática es que surgen las herramientas de
orquestación de infraestructuras híbridas

24. Orquestación de infraestructuras
hibridas
Las herramientas de orquestación tienen las siguientes capacidades:
u Governance a lo largo de infraestructuras modernas y tradicionales
u Modelo de seguridad de accesos basado en roles (RBAC)
u Catálogo de auto servicio de infraestructura
u Capacidad de aprovisionamiento físico, virtual y cloud, tanto público como
privado
u Monitoreo y alerta
u Medición del uso de los recuros à chargeback!!!
u Limitación en los recursos que se pueden consumir
u Aplicación de políticas – ej: no puede clonarse la base de datos
productiva

25. Beneficios adicionales
u Despliegue de servicios de manera optima à virtualización tradicional
para aplicaciones legacy, instancias en Amazon para entornos de tests
automáticos
u Esto trae aparejado una optimización de costos à corro mis servicios
donde más barato me sale
u Administración global de la infraestructura desde un punto único

26. Muchas Gracias!
y para más detalles contactarse con federico.colangelo@semperti.com