Presentacin de PowerPoint

Reinventando ITTecnologas para la Transformacin Digital

Estndar:Somos una compaa puramente internet, llevamos quince aos compitiendo en el entorno digital y buscando continuamente formas de trabajar que nos permitan adaptarnos a las expectativas y tiempos de mercado que demanda internet, haciendo las cosas ms rpido, con menos coste y mejor TTM. Esto, que para nosotros ha sido siempre nuestro da a da, se ha convertido en los ltimos dos aos en una demanda global del mercado debido al imparable movimiento de transformacin digital.

Clientes grandes:Trabajamos con todo tipo de clientes pero nos sentimos especialmente cmodos con empresas grandes como vosotros que muchas veces vienen de la inercia de un mundo no digital y se encuentran con el reto de abordar proyectos en los que tienen que competir con compaas nativamente digitales que trabajan de otra manera y consiguen de forma aparentemente mgica el hacer las cosas ms rpido, con menos coste y mejor TTM.

Esto est ocurriendo cada vez ms a menudo, y por eso los analistas aconsejan a las empresas que vengan del mundo no digital habilitar un segundo modo de desarrollo software, una segunda velocidad, lo que llaman el modo velocity, que les permita competir en este entorno digital y que conviva con los procesos de desarrollo clsicos para soluciones ms core.

Y eso es en lo que nosotros somos buenos, porque somos una empresa que naci en internet hace ya 15 aos, que trabaja especficamente en internet, y que sabe trabajar en esos entornos, en proyectos que siendo tcnicamente complejos al mismo tiempo consiguen mejor time to market, mejor plazos, mayor calidad, y al final menos coste, que es lo que conlleva todo esto

1

Hace 15 aos

Imagen Dragon

LOS DRAGONES DIGITALESson la gran amenaza del negocio tradicional

7

BANKING

RETAIL

TELCO

MEDIA

LEISURE

INDUSTRY

ENERGY

TRAVEL

8

Tiempos de desarrollo rcord Desarrollos rpidos, eficientes, desplegables en segundos El time to market ya no se mide con el calendario, se mide con el reloj Slo el que llega primero gana la carreraNuevas expectativas

Cero tiempo de downtimeNo se conciben ni cadas del sistema ni ventanas de mantenimiento planificadoNuevas expectativas

FlexibilidadFluidez para adaptar rpidamente productos al feedback de los clientes o a cambios en el mercadoCapacidad de innovacin, fail fast, fail often

Nuevas expectativas

Customer centric Foco en el usuario Omnichannel Tiempos de respuesta en milisegundos Reaccin instantnea a picos de carga

Nuevas expectativas

12

Bajo coste operativoSin licencias, sin mquinas carsimas, sin arquitecturas complejas, sin costes de operacin altos.Nuevas expectativas

Dragones: 6M - Empresas fsicas: 10KSlo reduciendo costes en un orden de magnitud podemos acercarnos a los dragones

Empresa Tier 1 10.000 servidores.Google 6M servidores.Para pasar de miles a millones el coste debe ser 1/20 del actual14

Cmo luchar contra dragones?

Los analistas han comenzado a promover de un ao a esta parte modelos de desarrollo de alta velocidad:Se refieren a ellos con diferentes nombres: velocity, fluidity, mode 2 development, two speed architecture, ...Pero todos coinciden en que las compaas no nacidas en el mundo digital, deben tener proveedores y modelos de trabajo que les permitan abordar desarrollos en modo internet, manejando tiempos mucho ms agresivos y con herramientas y modelos de desarrollo especficos que les permitan competir con los nativos digitales.

15

Organizacin IT de dos velocidadesLuchar contra dragones

Personas ExcepcionalesLuchar contra dragones / Talento

Libertad ResponsabilidadLuchar contra dragones / Talento

Hablar de los horario flexibles y teletrabajo

Tecnologa Arquitecturas ligeras, distribuidas, orientadas a eventos. Microservicios, NoSQL, Cloud, Data IntelligenceLuchar contra dragones

La tecnologa tradicional se ha extinguido bajo el fuego de los dragones digitales

20

Y en el nuevo ecosistema IT

21

no es el pez ms grande el que se come al pequeo, sino el pez ms rpido el que se come al lento

Klaus SchwabThe Fourth Industrial Revolution

Un pez rpido puede parecer pequeo e inofensivo

pero muchos peces rpidos son una fuerza de la Naturaleza

Coordinacin

El banco tiene voluntad e inteligencia colectiva

Los microservicios actan de manera coordinada:Funcionalmente cada uno cumple su funcin.Si baja el rendimiento de uno de ellos, nuevos son creados para reducir la latencia. El desarrollador debe poner foco en ese microservicio para tratar de optimizarlo.Si falla uno de ellos, es fcil identificarlo y planificar una solucin alternativa.25

El pez grande siempre es vulnerable

Los microservicios actan de manera coordinada:Funcionalmente cada uno cumple su funcin.Si baja el rendimiento de uno de ellos, nuevos son creados para reducir la latencia. El desarrollador debe poner foco en ese microservicio para tratar de optimizarlo.Si falla uno de ellos, es fcil identificarlo y planificar una solucin alternativa.26

pero el colectivo de peces rpidos siempre sobrevive un sper organismo que nunca falla, nunca muere

Los microservicios actan de manera coordinada:Funcionalmente cada uno cumple su funcin.Si baja el rendimiento de uno de ellos, nuevos son creados para reducir la latencia. El desarrollador debe poner foco en ese microservicio para tratar de optimizarlo.Si falla uno de ellos, es fcil identificarlo y planificar una solucin alternativa.27

1990 -2000Monoltica 1 Plataforma2000 -2010Orientada a Servicios 2 Plataforma2010 > Microservicios 3 PlataformaESB

Resistencia al fallo, elasticidad, menor TCO, mejor TTMLas arquitecturas de microservicios son una forma de desarrollar aplicaciones como suites de pequeos servicios Martin Fowler

Monoltico:Modularidad es basado en libreras, pero si falla un mdulo falla todo -> HA hardware (de todo, no slo de lo que falla!)

SOA:La teora es mejor, en la prctica se implementan varios monolitos comunicndose a travs del ESBEl ESB sigue siendo punto nico de falloNo compensa el sobre-esfuerzo de ingeniera para los resultados finales.

Microservicios:Resistencia al falloElasticidadTandem ganador junto con metodologas giles28

Muchos peces y muy rpidos!

La espera tienen su traduccin directa en prdidas de beneficios: los clientes se cambian, porque otros servicios van a ser ms ineficientes, porque se va a necesitar escalado agresivo para evitar las latencias.29

Recurso bloqueado

1 threadModelo de threadstradicional1 threadProgramacin dirigidaa eventos

Patrn Reactor y Programacin Dirigida a EventosC10K

El patrn Reactor y la programacin dirigida a eventos consisten principalmente en agregar y procesar un nmero alto de eventos de distintas fuentes en un nico thread.Se ha comprobado que el modelo basado en el patrn Reactor es ms escalable que el modelo basado en threads para la gestin de conexiones concurrentes.El problema C10K se refiere al problema de optimizar un servidor para manejar un nmero alto de clientes concurrentes (ms de 10.000 en cada mquina).Las ventajas de un modelo basado en el patrn Reactor son el menor uso de la memoria y la no obligacin de tener libreras thread-safe.Ejemplos de servidores asncronos son Nginx (12% de las webs en Internet), Lighttpd, G-WAN, EventMachine, Yaws, Node.js, Jetty, Netty, Vert.x

30

Una arquitectura de tercera generacin requiereun nuevo entorno

31

CloudCloud ya no es slo hosting. Es una nueva forma de entender el desarrollo softwareLuchar contra dragones

nica amenaza: una inteligencia superior

La espera tienen su traduccin directa en prdidas de beneficios: los clientes se cambian, porque otros servicios van a ser ms ineficientes, porque se va a necesitar escalado agresivo para evitar las latencias.33

VARIACIN

SELECCIN

ADAPTACIN

Los microservicios deben adquirir inteligencia

DataIntelligence

SAP : ERPMobile AppCampaign ManagerCRMCall centerpero la vida no evoluciona en aguas aisladas y estancas

DATAWAREHOUSE

DATA MART

DATA MART

DATA MART

E-commerce

DATAWAREHOUSE

TPV APP

Replicated dataReplicated dataReplicated dataReplicated dataLost dataReplicated data

DATA

Mobile APPCampaign ManagementE-commerceDigital MarketingLegacy Application

Call center

SAP : ERP

ATG

TPV APP

CRM

sino en los grandes Data Lakes

36

Slo apoyndonos en los hombros de los gigantes open source podemos luchar contra los dragones

Cloud / DistribucinData Intelligence / Open Source

Anyone who doesnt do this will be fired. Thank you; have a nice day! Jeff Bezos, Amazon CEOTERCERA PLATAFORMASEGUNDA PLATAFORMAPRIMERA PLATAFORMALAN/Internet Client/Server PCMainframe TerminalLuchar contra dragones/tecnologaLa tercera plataforma IT

DNDE QUIERES ESTAR?

El uso de Cloud es una de las bases de los que se est llamando La Tercera Plataforma, un nuevo estadio en la evolucin tecnolgica que que se cimenta sobre el auge de cuatro tendencias: movilidad, cloud computing, social business y big data. El cambio ya est sucediendo, y unirte a l ser la nica forma de ser competitivo en el mundo Internet a corto plazo.

The Third Platform is the current phase of our ongoing information technology evolution and is based on: mobile technologies, Big Data, social computing and cloud technologies.

----------------------------------------------------------------------------------------------

3rd (2020): billions of users - Millions of Apps2rd (2011): hundred of million of users - Tens of thousand of Apps1rd (1985): millions of users-Thousands of Apps

Continuous DeliveryLos despliegues en produccin deben poderse hacer a diario, casi automticamente, con cero riesgo, y cero downtime.Luchar contra dragones

39

Cunto tiempo pasa desde que pides un cambio que afecta 1 sola lnea de cdigo hasta que est en produccin?

9 meses

9 segundos

Automatizacin totalCalidad desde el principioElasticidad

Early QAAutomTTMLuchar contra dragones/metodologaContinuous Delivery apoyado en CloudDevOps: Equipos de sistemas y desarrollo integrados

Done means released

Monitorizacin

Cdigo

Releases Pequeas Cada da / cada horaBuild, Test & Release

Control de versiones

Configuracin y Despliegue

Paquetizacin y Escalado

El ciclo Continuous DeliveryLuchar contra dragones/metodologa

Colaboracin Devs, Ops y QA - DevOpsEntorno Desarrollo = ProduccinNuevas herramientas de automatizacin

Mayor calidad y menor Time To Market

Luchar contra dragones/CloudCloud como Platform as a Service (PaaS)

Application App lifecycling Web/App server Database Operating System Virtualization Servers Storage Networking Security Application Cloud PaaS Application App lifecycling Web/App server Database Operating System Security Cloud IaaS

Lo que tus clientes ven

Donde inviertes tu tiempo

AgilismoLa utilizacin de metodologas giles es el corazn de un desarrollo de alta velocidadLuchar contra dragones

Luchar contra dragones/AgilismoMetodologas clsicas Origen en la industria aeroespacial

Todos los actores hablan el mismo lenguaje

No hay posibilidad de cambio tras el anlisis inicial

el dominio de conocimiento es muy estable, no hay ambigedad ni innovacin

Una vez cerrado el plano no se puede cambiar, el coste lo hace inasumible. no es posible adelantar plazos, ni cambiar alcance47

Luchar contra dragones/AgilismoSeguir el plan vs Adaptarse a cambios

48

Martin FowlerSi hubiera preguntado a mis clientes qu queran, me hubieran dicho que un caballo ms rpido

Henry FordLuchar contra dragones/AgilismoDemostrar ayuda a analizar

49

Luchar contra dragones/AgilismoPlan Do Check Adjust

VisinProduct BacklogSprint BacklogEjecucin de SprintIncremento de productoPotencialmente entregableSprint PlannigDailyScrum2 4 semanasSprint ReviewRetrospectivaSprint

5050

SCRUMAdaptacin Innovacin Flexibilidad Cercana Comunicacin Motivacin Unin

Porque esta forma de trabajo exige implicacin de todos a la hora de construir un proyecto y nosotros creemos en la transparencia y la honestidad a la hora de emprender algo.Porque te permite identificar requisitos no identificados inicialmente con la capacidad de incorporarlos a tiempo en la solucin finalPorque sabemos que es ms barato corregir antes que despus

51

CalidadEn los proyectos giles, la calidad es innegociable. A menor TTM, ms necesidad de calidad.La calidad se introduce desde el inicio integrada en el proceso de desarrollo y totalmente automatizada.Luchar contra dragones

52

TALENTOTECNOLOGAMETODOLOGA

Luchar contra dragonesCuestiona siempre tu plan

El tamao de los cohetes del sistema de transporte ms avanzado del mundo fue condicionado por un diseo hecho ms de dos mil aos antes

Por qu el ancho de va de los ferrocarriles de Estados Unidos de Amrica es de 4 pies y 8,5 pulgadas ? Es un nmero bastante extrao.Por qu se usa precisamente esa anchura? Pues porque as es como se hace en Gran Bretaa y las vas americanas fueron construidas por ingleses expatriados.Y por qu los ingleses usaban ese ancho? Porque los primeros ferrocarriles fueron construidos por las mismas personas que haban construido los antiguos tranvas y sta es la anchura que usaban.Y por qu ellos usaban tal cifra? Porque utilizaban las mismas plantillas y herramientas que se usaban para construir carruajes que usaban ese espacio entre ruedas. Bien.Y por qu los carruajes usaban esa extraa cifra de espacio entre ruedas? Porque si hubiesen usado otra cualquiera se hubiesen roto en algn viejo camino ingls, ya que esa es la distancia entre las roderas.Quin construy esos viejos caminos con roderas? Las primeras carreteras de larga distancia en Europa (e Inglaterra) fueron construidas por el Imperio Romano para sus legiones y han sido usadas desde entonces.Y las roderas en dichos caminos? Los carros de guerra de las legiones romanas formaron las roderas iniciales, que otros tenan que imitar por miedo a destruir las ruedas de sus carruajes, ya que los carros fueron hechos para (o por) el Imperio Romano, eran todos iguales en cuanto a espacio entre ruedas.El ancho de va standard en USA de 4 pies y 8,5 pulgadas deriva de las especificaciones originales para un carro de guerra romano.La prxima vez que te den unas especificaciones y te preguntes qu culo de asno las pari, puede que ests exactamente en lo cierto, ya que los carros de guerra romanos se hicieron con el ancho justo para acomodar los traseros de dos caballos. Con lo que tenemos la respuesta a la pregunta original.Y ahora viene lo bueno. Hay una interesante relacin entre la lanzadera espacial y los culos de caballo.Cuando vemos una Lanzadera Espacial en su rampa de lanzamiento, notaremos dos grandes cohetes unidos a los lados del principal tanque de combustible. Son los llamados SRB (Solid Rocket Boosters) y son construidos por Thiokol en su factora de Utah.Los ingenieros que los disearon habran preferido hacerlos algo ms anchos, pero los SRBs deban ser enviados por tren desde la fbrica hasta el lugar de lanzamiento. La lnea frrea pasa por un tnel en las montaas y los SRBs han de caber a travs de l que es ligeramente ms ancho que el propio ancho de la va, la cual es aproximadamente del ancho de dos traseros de caballo.Por tanto, las medidas del diseo de los cohetes impulsores del ms avanzado sistema de transporte del mundo fue determinado hace dos mil aos por el ancho del culo de dos caballos.Especificaciones y burocracias viven para siempre.Fuentes:http://www.psp-sa.com/r3-04-2.htmhttp://www.manueltalens.com/lecturas_ajenas/lecturas/trenes.htmhttp://www.mipcdebolsillo.com/trackback/2184

54

Go ride your own dragon

You can live in my new world or you can die in your old one Khaleesi Daenerys Targaryen