Fundamentos DevOps

Sesión 2: Fundamentos de DevOps

Tendencias en procesos, arquitectura e infraestructura

Lean Manufacturing: TQM, Kaizen, JIT

Teoría de restricciones y mapeo de la cadena de valor

Evolución de la arquitectura de Software

Infraestructura Cloud

2 de 29
Lean Manufacturing

3 de 29
Lean Manufacturing
Lean Manufactoring
Kaizen
Total Quality Management
Just in Time

4 de 29
 Lean Manufacturing
La filosofía lean manufacturing busca la forma de mejorar y optimizar el sistema de
producción, tratando de eliminar o reducir todas las actividades que no añadan valor
dentro en el proceso de producción, es decir, las que no aportan nada al cliente, ni tampoco
contribuyen a avanzar en el proceso de producción. Este tipo de actividades, hacen menos
eficiente el proceso de producción. Son los llamados desperdicios del lean manufacturing o
despilfarros.

Lean Management se basa

en las siguientes estrategias:

● Kaizen: Mejora continua

● TQM: Calidad total
● JIT: Justo a tiempo
● TOC: Teoría de las restricciones
● BPR: Reingeniería de procesos

https://www.youtube.com/watch?time_continue=1&v=RRy_73ivcms&feature=emb_logo 5 de 29
Kaizen
Kaizen sirve para detectar y solucionar los
problemas en todas las áreas de la
organización y tiene como prioridad revisar y
optimizar todos los procesos que se realizan
en la misma.

El método Kaizen incorpora la idea de que la

forma de vida debe ser mejorada de forma
constante.

Se debe ser muy riguroso y encontrar la falla o

problema y solucionarlo. En la idea de
mejoramiento continuo se involucra la gestión
y el desarrollo de los procesos, enfatizando en
reconocer las necesidades de los clientes,
reducir los desperdicios y maximizar el
tiempo.

6 de 29
TQM

El Total Quality Management (TQM),

o Gestión de la calidad total,
consiste en aplicar el concepto de “
Calidad Total” a los sistemas de
gestión de la empresa. Con ello lo
que se pretende es integrar la
calidad en todos los procesos de la
organización.

La implantación de un sistema TQM

sirve para ayudar a la organización a
conseguir el máximo de eficiencia y
flexibilidad en todos sus procesos,
enfocándola hacia la obtención de los
objetivos a corto y medio plazo.

7 de 29
JIT

La filosofía de manufactura Just in Time (JIT)

postula que se debe producir solo lo que sea
necesario, en la cantidad que sea necesaria y
en el momento que sea necesario. Lo anterior
establece como un imperativo de cualquier
negocio la reducción de capital inmovilizado
con el correspondiente impacto en la eficiencia
de los procesos y la reducción de costos.

El desperdicio (waste) se refiere a toda

inversión de costo, tiempo, material, mano de
obra o recursos aplicada en exceso versus lo
mínimo indispensable para ofrecer un
Producto y/o Servicio que exceda cualitativa y
cuantitativamente las expectativas del cliente.

8 de 29
Ejercicio

Suponga que usted está encargado de realizar el cambio de los cuatro neumáticos de un automóvil
en el menor tiempo posible, identifique los siguiente:

1.- Recursos necesarios (materiales, herramientas,

insumos, RRHH, etc)

2.- Secuencia de tareas a realizar para cumplir el

objetivo

3.- Tiempo de ciclo del proceso (Desde que llega el

auto, hasta que está con los 4 neumáticos nuevos)

9 de 29
Teoría de restricciones y mapeo de la
cadena de valor

10 de 29
Teoría de restricciones y mapeo de la cadena de valor
Teoría de restricciones
Reingeniería de Procesos
Value Stream Mapping

11 de 29
Teoría de Restricciones
Formulada por el físico y empresario israelí Eliyahu M.
Goldratt, la teoría de las restricciones es una filosofía de
gestión que se basa en los métodos de la ciencia para
interpretar y optimizar sistemas integrados.

Esta teoría postula que en un proceso multitarea,

independiente del ámbito en el que se desarrolle, el ritmo
será dictado por el 'engranaje' más lento.

La teoría de las restricciones sugiere a las empresas dirigir

sus esfuerzos en estos puntos críticos para optimizar el
proceso más débil y, como consecuencia, lograr mejoras en
la actividad integral de la organización.

Cabe señalar que las restricciones pueden originarse a

partir de diversos aspectos, sean físicos (capacidad de
recursos, provisión de materiales, etc.), de mercado o
recursos humanos, entre otros.

12 de 29
Reingeniería de Procesos
La reingeniería de procesos es el método mediante el
cual una organización puede lograr un cambio radical
de rendimiento medido por el costo, tiempo de ciclo,
servicio y calidad, por medio de la aplicación de varias
herramientas y técnicas enfocadas en el negocio.

● La mejora continua es substituida por una mejora

radical
● Se tiene una marcada orientación hacia el
mercado, buscando que el producto o servicio
ofrecido sea considerado como el mejor por los
consumidores
● Los resultados son medidos a través factores
externos como la participación de mercado
● Está orientada hacia los procesos básicos de la
organización
● Cuestiona los principios, propósitos y supuestos de
los negocios

13 de 29
Value Strem Mapping

Tiempo de Ciclo
Tiempo de espera
Lead Time
Valor agregado
Desperdicio

14 de 29
Ejercicio
De acuerdo a su experiencia, cree la cadena de valor para el proceso de desarrollo de sus empresa.

Proceso Desarrollo
Lead Time: 21 días Clientes
Negocio
Processing Time: 6 días
Nuevo Despliegue
feature producción

Diseño Desarrollo Integración Pruebas

1 Team 1 1 Team 2 1 Team 3 1 Team 4

C/T: 1 día C/T: 1,5 días C/T: 1 día C/T: 1 día

S/T: S/T: 0,5 días S/T: S/T: 1 día

5 días 2 días 1 días 3 días 4 días

1 días 2 días 1 días 2 días

15 de 36
Plantilla
Template Cadena de Valor

16 de 36
Evolución de la arquitectura de
Software

17 de 29
Evolución de la arquitectura de Software
Conceptos de arquitectura
Arquitecturas monolíticas
Arquitecturas basadas en micro-servicios

18 de 29
Concepto de Arquitectura
De acuerdo al Software Engineering Institute (SEI), la Arquitectura de Software se refiere a
“las estructuras de un sistema, compuestas de elementos con propiedades visibles de forma
externa y las relaciones que existen entre ellos.”

En palabras simples la arquitectura de

software son patrones o lineamientos
que ayudan a la construcción de una
aplicación.

19 de 21
Arquitecturas monolíticas
El estilo arquitectónico monolítico consiste en crear una aplicación autosuficiente que contenga absolutamente toda la
funcionalidad necesaria para realizar la tarea para la cual fue diseñada, sin contar con dependencias externas que
complementan su funcionalidad. En este sentido, sus componentes trabajan juntos, compartiendo los mismos recursos y
memoria.
Ventajas
● Fácil de desarrollar
● Fácil de escalar
● Pocos puntos de fallo
● Autónomo
● Performance:
● Fácil de probar

Desventajas
● Anclado a un Stack tecnológico
● Escalado Monolítico
● El tamaño sí importa
● Versión tras versión
● Si falla, falla todo
● Es fácil perder el rumbo
● Puede ser abrumador

20 de 21
Arq. basadas en micro-servicios
Microservicios: consiste en crear pequeños componentes de software que solo hacen una
tarea, la hace “bien” y son totalmente autosuficientes, lo que les permite evolucionar de forma
totalmente independiente del resto de componentes.
Ventajas
● Alta escalabilidad
● Agilidad
● Facilidad de despliegue
● Testabilidad.
● Fácil de desarrollar
● Reusabilidad
● Interoperabilidad

Desventajas
● Performance.
● Múltiples puntos de falla
● Trazabilidad
● Madurez del equipo de desarrollo

21 de 21
Infraestructura Cloud

22 de 29
Infraestructura Cloud
Infraestructura TI
Elementos de la Infraestructura
Infraestructura Tradicional
Infraestructura Cloud
Tipos de Infraestructura Cloud

23 de 29
Infraestructura TI

La infraestructura de tecnología de la información (TI) hace referencia a los

elementos necesarios para operar y gestionar entornos de TI empresariales.
La infraestructura de TI puede implementarse en un sistema de cloud computing
o en las instalaciones de la empresa.

24 de 21
Elementos de la Infraestructura
¿Cuáles son los elementos de la infraestructura de TI?
Hardware
El hardware incluye los servidores, los centros de datos, las computadoras personales, los enrutadores,
los conmutadores y otros equipos.

Las instalaciones que albergan y enfrían los centros de datos también podrían considerarse parte de la
infraestructura, así como aquellas que se encargan de proporcionarles energía.

Software
El software hace referencia a las aplicaciones que utiliza la empresa, como los servidores web, los
sistemas de gestión de contenido y el sistema operativo (por ejemplo, Linux®).
El sistema operativo se encarga de gestionar el hardware y los recursos del sistema y establece las
conexiones entre el software y los recursos físicos que ejecutan las tareas.

Redes
Los elementos de red interconectados permiten la comunicación, la gestión y las operaciones de red entre los
sistemas internos y externos.
La red consta de conexión a Internet, habilitación de la red, firewalls y seguridad, al igual que de elementos de
hardware, como enrutadores, conmutadores y cables.

25 de 21
Infraestructura Tradicional

En la infraestructura tradicional, las empresas son las propietarias de todos los elementos (como los centros de datos, los
sistemas de almacenamiento de datos, entre otros), a los cuales gestionan en sus propias instalaciones. El funcionamiento de
esta infraestructura suele considerarse costoso y requiere grandes cantidades de sistemas de hardware (por ejemplo,
servidores), así como energía eléctrica y espacio físico.

26 de 21
Infraestructura Cloud
Tipos de infraestructura de TI

Cloud
La infraestructura de nube hace referencia a los elementos y los recursos que se necesitan para el cloud computing. Puede
diseñar una nube privada usted mismo utilizando los recursos que se le destinan de forma exclusiva. O bien, puede usar una
nube pública a través del alquiler de una infraestructura de nube de un proveedor de nube, como Alibaba, Amazon, Google,
IBM o Microsoft. También puede diseñar una nube híbrida mediante la incorporación de un cierto grado de gestión,
organización y portabilidad de las cargas de trabajo en varias nubes.

27 de 21
Tipo de Infraestructura Cloud

28 de 24
 Rodrigo Rojas Gallegos
rodrigo.rojas.g@usach.cl

Carlos Lobos de Medina

carlos.lobos@usach.cl

David López Carreño

David.lopez.c@usach.cl

29 de 29
 Fundamentos de DevOps

Sesión 2: Fundamentos de DevOps