RED HAT SUMMIT 2015Resumen de Conceptos

Introducciónu Durante esta presentación vamos a introducir los

conceptos que nos parecieron más relevantes del Red HatSummit 2015

Los mismos son:

u Plataforma Mobile

u DevOps

u Continuous Delivery

u Containers

u Hybrid Clouds

Plataforma Mobile

Evolucion de la era digital

2010-2013Consumerización

2013-2016Negocio Mobile

2016+Empresa Digital

• Soporte de pocosdispositivos

• Apps experimentales

• Soluciones a problemaspuntales

• Cubrir un gap

• Soportemultidispositivo

• Apps targetizadas• Plataforma mobile• Realzar el

negocio

• Wearables• Internet of Things• Plataforma core• Transformacion

del negocio

A sistemas de interaccióncontinuaDe sistemas de archivos

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 sistemasinternos/legados

u Facilita las iniciativas mobile en las distintas áreas de lasempresas

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

Tres pilares fundamentales

mBaaS

Mobile Apps• Desarrollo nativo• Desarrollo hibirdo• Independencia de

HW espécifico• “Codeless” apps

Cloud Apps• Integración con

sistemasinternos/legados

• Serviciosconsumibles porcualquier mobile app de la empresa

mBaaS• Servicios de

funcionalidadescomunes, empaquetados

• Auth, Storage, Monitoring, Push Notifications y más

TODO ESTO ADMINISTRADO POR UNA PLATAFORMA UNICA

DevOps

Qué es DevOps?Es una cultura de trabajo orientada a la comunicación y la convergenciade procesos

u Unifica equipos de desarrollo y operaciones – la empresa como únicoequipo

u Busca la automatización de toda operatoria manual

u Los proyectos sólo se terminan cuando el entregable deja de estar enproducción

u Los recursos de la infraestructura son de auto-servicio

Qué nos brinda DevOpsu ALTA VELOCIDAD DE DEPLOYMENTEmpresas que adoptaron una cultura de DevOps tienen en promedio un95% menos de tiempo entre cada deployment a producción.Casos extremos como Amazon tienen en promedio un deployment cada10.6 segundos.

u BAJA EN EL TIEMPO DE ESPERA PARA CAMBIOSRealizar cambios en la infraestructura productiva puede ser sólo unacuestion de minutos para empresas que adoptaron DevOps como culturay hasta meses para empresas tradicionales.

Qué nos brinda DevOpsu BAJA EN EL TIEMPO MEDIO DE RECUPERACIONSe ve que en promedio el tiempo medio de recuperación ante incidenteses 30 veces menor y la mayoría de los problemas suelen resolverse enpocos minutos.

u BAJA EN LA TASA DE FALLAS50% 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

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

Continuous Delivery

Integración Continuau 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ónContinua luego de cada ingreso al SCV y se encarga de integrarel proyecto

u Esta integración comprende la compilación, cuandocorresponde, 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 yse notifica al equipo para que puedan solucionar los problemascuanto antes

Delivery Continuou Es el siguiente paso lógico a la Integración Continua

u Implica que cada cambio realizado en el producto puedeser un candidato para ‘release’ en producción

u Para que el cambio pase a producción debe existir unmecanismo manual explicito, conocido como “pushbutton”

Deployment Continuou Conclusion lógica del ciclo, cada cambio que es aceptado

por el Sistema de Integración Continua es desplegadoautomáticamente en producción

Evoluciónu La tendencia es asimilar conceptos industriales para pasar de los

procesos artensanales a procesos manufactureros

TRADICIONAL DEVOPS

Containers

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 losservicios/aplicaciones que uno quiera

Que problema resuelven?u Resuelven primordiamente un problema de estandarización – la idea

de containers surge de la idea de los contenedores utilizados enlogística para el transporte de cargamento

App\Entorno Dev Test QA ProdFront-end web

(python)Container

AContainer

AContainer

AContainer

AAPI (node.js) Container

BContainer

BContainer

BContainer

BBackground

workers (C++)Container

CContainer

CContainer

CContainer

Cdatabase Container

DContainer

DContainer

DContainer

Du Los containers se despliegan en los distintos ambientes con la misma

configuracion, parametrizando los recursos que pueden consumiru SI FUNCIONO EN DESARROLLO VA A FUNCIONAR EN

PRODUCCION

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 compartanconfiguraciones – Ej: container jBoss con container deMySQL para que la aplicación sepa como conectarse a labase de datos

u Orquestación – descubribiento dinámico de servicios à amedida que levanto containers, estos consultan un registropara saber cuales son los containers que ofrecen losservicios que necesitan para ejecutarse

Hybrid Clouds

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 plataformacompuesta tanto por nubes públicas como privadas

u En el caso particular de Red Hat, está definición se extiende paracualquier tipo de infraestructura que presenta diferencias conceptualesen su manejo. Por ejemplo: físico vs. virtual, cloud público vs. cloudprivado, IaaS vs. PaaS, etc.

u Esto se relaciona con la definición de “Bimodal IT” que vemos acontinuación

Bimodal IT

MODO 1Scale-up

Propietario

Despliegue manual

Integración con middleware

Robustez en la plataforma

C, Java, .Net

ERPs, Oracle, CRMs

MODO 2Scale-out

Open source

Despliegue automático

Integración con APIs

Robustez en la aplicación

Java, Ruby, Go, Python

Mobile back-end, web apps

Convivencia de los mundosu Muchas empresas tienen dentro de su infraestructura una mezcla de

estos modos

u Se plantea una problemática a la hora de administrar dosinfrastructuras, aparentemente antagónias

u Para solucionar esta problemática es que surgen las herramientas deorquestación de infraestructuras híbridas

Orquestación de infraestructurashibridasLas herramientas de orquestación tienen las siguientes capacidades:u Governance a lo largo de infraestructuras modernas y tradicionalesu Modelo de seguridad de accesos basado en roles (RBAC)u Catálogo de auto servicio de infraestructurau Capacidad de aprovisionamiento físico, virtual y cloud, tanto público como

privadou Monitoreo y alertau Medición del uso de los recuros à chargeback!!!u Limitación en los recursos que se pueden consumiru Aplicación de políticas – ej: no puede clonarse la base de datos

productiva

Beneficios adicionalesu Despliegue de servicios de manera optima à virtualización tradicional

para aplicaciones legacy, instancias en Amazon para entornos de testsautomáticos

u Esto trae aparejado una optimización de costos à corro mis serviciosdonde más barato me sale

u Administración global de la infraestructura desde un punto único

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