2. Accelerating Delivery and
Organization with
DevSecOps
DEVOPS SRE APPROACH by INGENIA

3. “Most banks will be made irrelevant by 2030”
– Gartner

5. El Banco del Futuro no es
lo que conocemos hoy
Robustez,
Disponibilidad 24x7
Optimización de tiempos
de respuesta / reparación.
DESAFIOS
DEL NEGOCIO

6. PRÁCTICAS
AUTOMATIZA
TODO
INVOLUCRA A
OPERACIONES EN EL
DISEÑO
DOCUMENTA
EL DISEÑO
VERSIONAR
TODO
ANTES DE MODIFICAR
MEDÍ

7. Buscamos
establecer las
bases mínimas
en las
herramientas y
procesos para
lograr una
cultura de
equipo
“
”

8. Cómo encaja
DEVSECOPS

9. SRE
TYPE 7: SRE TEAM (GOOGLE MODEL)
Los contenedores generan un contract-first approach entre Dev y Ops al encapsular
los requisitos de implementación y tiempo de ejecución de una aplicación en un
contenedor. El contenedor actúa como un límite en las responsabilidades de Dev y
Ops.
El Devops debe garantizar que el contenedor utilice una imagen homologada: acorde
a los lineamientos del entorno de ejecución, libre vulnerabilidades y firmada.
El equipo de desarrollo realiza una transferencia al equipo que ejecuta el software, el
equipo de Site Reliability Engineering (SRE). En este modelo, los equipos de desarrollo
deben proporcionar evidencia de prueba (registros, métricas, etc.) al equipo de SRE que
demuestre que su software es lo suficientemente bueno como para ser respaldado por el
equipo de SRE. Éste puede rechazarlo.
DEVOPS TOPOLOGYENFOQUES RECOMENDADOS POR INGENIA
DEVOPSDEVS OPS DEVOPSDEVS OPS
TYPE 8: CONTAINER-DRIVEN COLLABORATION

10. ES LO QUE PASA SI UN DEVELOPER DISEÑA UN TEAM DE OPERACIONES
SITE RELIABILITY ENGINEERING
SRE, creado por Google, son las actividades
históricamente realizadas por Operaciones pero
realizado por ingenieros que prefieren automatizar
completamente la infraestructura.
SRE BUSCA MEJORAR LA CONFIABILIDAD DE IT A
TRAVÉS DE MINIMIZAR EL TRABAJO MANUAL
NECESITADO PARA LA OPERACIÓN

11. ECOSISTEMA DE PRÁCTICASPOR CAPACIDAD
END 2 END PROCESS
● Development Process (Sprint Planning, Daily Standup, Retrospective)
● Incident Process
● Release Train
● On Boarding
● Architecture Design
● Architecture Assessment
● ADR Version Control
PRODUCT
DESIGN
MICROSERVICE
DEVELOPMENT
CONTINUOUS TESTING CONTINUOUS DELIVERY OBSERVABILITY
● Product Vision Board
● Product Inception
● Release Planning
● Story Mapping
● Product Monitoring
● KPI & Squads Performance
Metrics
● Boilerplate Artifact
● Microservice Development
Guidelines
● Source Control Flows
● Continuous Integration
Pipeline
● Version Management
Deployment Units
● Code quality analysis
● Functional Test
● Regression Test
● Integration Test
● Service Virtualization
● Production Scripts
Generation & Simulation
● Performance and Load
Testing
● Deployment Pipelines
● Docker Registry
Management
● Replica-Set & Deployment
Units Configurations
● Release Engineering
● Business & Operation
Metrics Collection
(SLI/O/A)
● Auto-Scaling
Configuration
● Distributed Monitoring
● Chaos Engineering
● Planned Outage
● Emergency Handling

12. T O O L I N G
MODELO OPERATIVO CLOUD
SQUAD SRE
DEVOPS
FEATURE SQUAD 1
DEVOPS
FEATURE SQUAD 2
DEVOPS
FEATURE SQUAD N
SRE SQUAD
KPIs
- Performance
- Uptime
- Minimal Cost per Service
- Deployability
SERVICES
- Automation Framework
- Self Service
Infrastructure
- Logging & Metrics
Monitoring & Reporting
- Scaling
PRACTICES
- Know the Service Level
- Embrace Risk
- Eliminate Toil
- Know What's Broken
and Why
- Know the Service Level
- Stuff Happens
- Automate [Almost] Everything
- Reliable Releases
- Keep it Simple
- Chaos Engineering

13. CASOS DE IMPLEMENTACIÓNALGUNOS CASOS EN ESTOS DOS ÚLTIMOS AÑOS
30
Engineers for every
SRE Engineer
640
Servers for every
SRE Engineer
TWO TYPES OF SRE TEAMS
EMBEDDED SRE
TEAMS (VERTICAL)
INFRASTRUCTURE AT
LARGE SRE TEAMS
(HORIZONTAL)
UBER
DevOps Role vs SRE Role
BIZDEVOPS EN
TRIBUS Y SQUADS
DE NEGOCIO
CHATOPS, MATTER
MOST, SRE
PROMETHEUS
ING RETAIL
Mar 16’ - Pilot
Sept 16’ -
BizDevops
On Call
Nov 16’ -
Chapter -
Prometheus
Abril 17’ -
Tooling
Sept 17’ -
Global SRE

14. MODELO OPERATIVO CLOUD
SQUAD SRE - ENFOQUE
Definir los lineamientos para establecer el Modelo
Operativo de un Squad Cross de Site Reliability
Engineering que permite instalar, configurar y
proveer de herramientas de continuous delivery,
monitoreo y alertas a los Feature Squads,
incluyendo prácticas de Monkey Army.
1. Definir Alcance, Clientes y Obtener Stakeholder
Buy-in (Pitch)
2 .Establecer las herramientas, los procesos y
backlog de trabajo
3. Staffing y Organización del Squad de SRE
dentro de la Tribu de Cross
4. Definición KPIs, SLI, SLO y SLAs
5. Operar y evolucionar

15. REFERENCIAS
“HOW GOOGLE RUNS
PRODUCTION SYSTEMS”
GO TO THE LINK!
“TALES FROM THE SRE
TRENCHES”
GO TO THE LINK!
DEVOPS HANDBOOK:
HOW TO CREATE WORLD-CLASS
AGILITY, RELIABILITY,
& SECURITY IN TECHNOLOGY
ORGANIZATIONS
GO TO THE LINK!

16. @ingeniaCA ingenia.la Ingenia CA
GRACIAS!
@damiangarciatw
DAMIAN GARCIA
DEVOPS SR ARCHITECT AT INGENIA CA
@rubenghio
RUBEN GHIO
CO-FOUNDER AT INGENIA CA