Metas

● Conoce la importancia de DevOps y aprende a aplicar esta metodología en diferentes proyectos.

● Certificado Profesional.

¿Quién es CertiProf®?

CertiProf® ofrece una amplia gama de certificados profesionales para particulares y empresas. Nuestra misión es preparar
CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

profesionales de la más alta calidad y reconocidos internacionalmente.

Con un equipo internacional que se especializa en la implementación de materiales, nuestro instituto es uno de los principales
proveedores que no solo ofrece una educación excepcional en el mercado estadounidense, sino que también está expandiendo sus
actividades a regiones de América Latina.

Empoderamos y ayudamos a las personas a alcanzar su máximo, brindándoles las herramientas y la formación necesaria para
incrementar su desempeño, habilidades y mejorar su desarrollo profesional.

¿Quién debería asistir a este taller de certificación?

Cualquiera que esté interesado en ampliar sus conocimientos en DevOps.

2
 Calendario

¿Qué es DevOps? 5
¿Por qué DevOps? 6
Definiciones de DevOps 7
¿Qué no es DevOps? 7
Definición de DevOps según sus líderes 7
Historia 10
Objetivo de DevOps 13
Adopción de DevOps 12
Beneficios dieciséis

Estabilidad 13
Taller 15
Pilares de DevOps 21
Conceptos 23
Justo a tiempo (JIT) dieciséis
Sistema de producción Toyota (SPT) Kaizen dieciséis
17
BIMODAL - Gartner 17
DevSecOps 18
Nuevo modelo operativo 20
melé 20
Work in Progress, WIP (Work in Progress) Service Level 21
Agreement (SLA) y OLAS 21
Ciclo PDCA (ciclo Planificar-Hacer-Verificar-Actuar - ciclo PDCA) 21
Definición de Kanban Ready (en Agile / Scrum) 22
para equipos de DevOps 23
Desarrolladores 31

CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

Desarrollo de software Ciclo de vida Desarrollo de 24
software ágil 24
Modelo de cascada 25
Modelo V 25
Integración continua 35
Beneficios de la integración continua 28
Entrega continua 39
Aprendizaje continuo 42
Modelo CALMS 44
DevOps, otras mejores prácticas y marcos 46
DevOps y Agile 33
DevOps y Scrum 34
DevOps e ITSM (ITIL) 34
Taller 51
Cultura DevOps 53
Cultura orientada a DevOps 38

3
 Equipo de DevOps 55
Organización-Legado 39
Operadores y desarrolladores tradicionales Equipos 40
DevOps dedicados DevOps Total 40
41
Roles de equipo 41
Oficina de Gestión Estratégica (SMO) 41
Adopción incremental 59
Pensamiento sistémico 61
Experimentación y aprendizaje 44
Realimentación 64
Herramientas de soporte de la cultura DevOps 66
Herramientas DevOps-GIT 47
Plataforma en la nube 47
Estibador 48
JS 49
Cocinero 49
Jenkins 50
Marioneta 50
Modelo DevOps de Gartner 72
PPT y cultura 51
Lista de comprobación de DevOps y estado del informe de DevOps 75
Modelo de madurez de la lista de verificación de 53
DevOps: DevOps 53
Autoevaluación 53
Informe DevOps 2017+ 55
Taller 79
Referencias 81
CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

4
¿Qué es DevOps?

La palabra DevOps es una contracción de "Desarrollo" (Desarrollo) y "Operaciones" (Operaciones).

CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

ODevOps es una nueva tendencia en la industria de TI que tiene como objetivo mejorar la agilidad del servicio de entrega de TI. La
medida enfatiza la comunicación transparente, la colaboración junto con la integración entre el software para desarrolladores y las
operaciones de TI.

DevOps reconoce que los desarrolladores y los operadores de TI no son grupos aislados que pueden interactuar entre sí,
pero que en realidad no trabajan juntos.

DevOps ayuda a la organización a crear servicios y software de TI rápidamente, lo que resulta en una reducción en el número de
iteraciones.

Los equipos de DevOps logran el éxito mediante el uso de dos componentes clave llamados "comunicación" y "visibilidad
en tiempo real".

5
 Es esencial tener las herramientas adecuadas y combinar servicios, DevOps se preocupa por si una herramienta proporciona la
capacidad de interactuar y funcionar de manera efectiva.

DevOps es un desarrollo relativamente nuevo en la industria de TI, que enfatiza la comunicación y la colaboración entre el
desarrollador de software y otros profesionales de TI, como el equipo de operadores, con el objetivo de automatizar el
proceso de entrega de software y los cambios en infraestructura.

Los objetivos básicos de DevOps son establecer un entorno en el que los códigos, las pruebas y el desarrollo de software se puedan
realizar de forma rápida, frecuente y segura.

No existe una única herramienta de DevOps que trabaje en la colaboración y la integración entre equipos de desarrolladores,
evaluadores y operaciones.

Se utiliza una cadena de herramientas de DevOps y consta de varias herramientas que encajan en diferentes categorías del
proceso en todas las etapas, desde el desarrollo hasta la implementación.

Estas herramientas se utilizan en los procesos que involucran a los equipos de codificación, construcción, prueba, empaquetado,
lanzamiento, configuración y monitoreo.

¿Por qué DevOps?

Comunicación tradicional entre desarrollo y operaciones.

CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

6
Definiciones de DevOps

No existe un acuerdo claro y universal sobre su definición.

Hay varias opiniones sobre qué es DevOps y qué no es, generalmente se define como una nueva forma de organización,
una cultura o incluso una nueva forma de pensar.

¿Qué no es DevOps?

DevOps no es una estrategia para todos.

Existe una gran diversidad de tecnologías comerciales y de impulsores que se deben considerar para establecer la estrategia de adopción
de DevOps.

DevOps no es automatización.

DevOps implica automatización. DevOps es más que automatización.

DevOps no es una herramienta implementada.

Aunque hay herramientas que se utilizan en DevOps, no debemos limitar su elección a herramientas específicas como
Chefs o Jenkins. Esto limita el amplio alcance como si una sola herramienta de automatización fuera comparable a todo
DevOps.

DevOps no es un equipo de trabajo nuevo que esté separado de otras áreas de TI.

CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

Tener un equipo de DevOps separado elimina el objetivo de evitar el posible tráfico y la mala comunicación entre
desarrolladores y operadores de TI, ya que esto crea otro silo.

Definición de DevOps según sus líderes

"Nos referimos a" DevOps "como el resultado de aplicar principios eficientes al flujo de valor de TI".

Libro de cocina de DevOps (Libro de cocina de DevOps).

“Una combinación de estándares diseñados para mejorar la colaboración entre desarrolladores y operadores. DevOps tiene como objetivo
compartir objetivos e incentivos, así como procesos y herramientas compartidos ”.

Michael Hüttermann.

7
 "Un movimiento de personas que se preocupan por desarrollar y operar sistemas confiables, seguros y de alto rendimiento a
escala".

Jez Humble.
"DevOps es una cultura o movimiento profesional".

Adam Jacob, director de tecnología del chef.

"DevOps es como un movimiento filosófico".

Gene Kim, fundador, director de tecnología y autor de TripWire.

CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

8
Historia convención. El primer evento de DevOps fue organizado
por Debois en Gante, Bélgica.
2008
2010
Las semillas del movimiento DevOps se plantaron durante
la conferencia Agile, celebrada El primer DevOpsDay organizado en los Estados Unidos
en Toronto en 2008, por el desarrollador de software contó con partidarios de DevOps, como
Patrick Debois, quien tenía experiencia en múltiples roles AndrewClayShafer, DamonEdwards y otros. Los eventos
en una gran organización en la industria de TI como atrajeron la atención global y se trasladaron a la
desarrollador, administrador de sistemas, especialista en comunidad DevOps.
redes, gerente de proyectos e incluso tester.
Introducción del hashtag #DevOps que terminó siendo una
rica fuente de información.
Demostró que podría haber mejores formas
para conseguir un gran trabajo en la resolución de conflictos
entre los equipos de desarrollo y operaciones. Pronto fue
2011
reconocido como el líder de la idea detrás del concepto
Muchos análisis predijeron la aparición de DevOps a nivel
DevOps y otros continuaron resolviendo estos desafíos.
mundial para 2020.

2009 Se desarrollaron herramientas de código abierto, como

Vagrant, que funcionaba con Chef, Puppet y herramientas
John Allspaw y Paul Hammond, dos empleados del grupo de gestión de configuración similares.
Flickr, dieron una charla titulada "Diez despliegues en el
día: cooperación de Dev y Ops en Flickr".
2012

CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

En esta conferencia, Allspaw y Hammond mostraron Los DevOpsDays se organizaron en todo el mundo y se han

claramente cómo convertido en eventos de TI muy competitivos e interesantes

y los operadores "señalar con el dedo" para culparse unos a otros. sobre el pensamiento innovador en el dominio de DevOps.

Señalaron que la única forma viable de crear e 2013

implementar software era hacer que las operaciones y el
desarrollo fueran integrados y transparentes. Mike Loukides, una figura destacada en el mundo de
DevOps, junto con Debois editaron algunos textos
fundamentales de DevOps. Afirmó que DevOps es fácil de

Inspirado por esto, Debois organizó su propia conferencia pensar en términos de las herramientas que se utilizan en

(DevOpsDay). El nombre de este movimiento se redujo a él. Pero que, en realidad, este es un acuerdo íntimo entre

DevOps después de esto los

9
 equipos de desarrollo y operaciones.

Han aparecido muchos libros sobre DevOps. Algunos de los más notables son "El Proyecto Phoenix", "Implementación
del DevelopmentLeandeSoftware" ("ImplementingLeanSoftwareDevelopment"), "Operaciones Web" y "The Lean Startup",
etc.

2014

El mundo tecnológico en evolución presenta nuevas oportunidades para el concepto de DevOps en forma de explosión de
nuevas aplicaciones, dispositivos y comunicaciones en entornos móviles y computación en la nube.

En una encuesta realizada por Puppet Labs, el 16% de los 1486 encuestados afirmaron que forman parte de DevOps en sus
organizaciones.

2015 en adelante

DevOps es presente y futuro ...

CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

10
Objetivo de DevOps

El mejor objetivo que ofrece DevOps es iterar más rápido durante la fase de desarrollo.

Esto se logra evitando la fricción entre desarrolladores y operadores tanto como sea posible. Esto se logra asegurando la
transparencia y la integración entre el equipo de desarrollo y operaciones. El propósito de DevOps es establecer
procesos comerciales alineados con el flujo "justo a tiempo" (JIT).

DevOps busca maximizar los resultados comerciales, como aumentar las ventas y la rentabilidad, mejorar la velocidad
comercial o minimizar los costos operativos, alineando los procesos comerciales "justo a tiempo" (JIT).

Las empresas buscan obtener nuevas aplicaciones o

servicios para fines específicos, pero lleva un tiempo
considerable codificar el proyecto, unos días para
garantizar la calidad (Quality Assurance), otros más para
hacer frente a problemas de implementación,
mantenimiento y en muchos casos necesitan retorno
debido a diferencias entre lo esperado y lo entregado.

Muchos proyectos llevan meses en esta inevitable ronda de

eventos. En este contexto, DevOps ayuda a que la
implementación sea rápida y sin esfuerzo. Por lo tanto, el

CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

objetivo general de DevOps es lograr una implementación
rápida.

● DevOps tiene como objetivo establecer la cadena de

suministro de servicios de TI en el negocio, al igual que
se incorpora la cadena de suministro para otros
productos. Es un cambio de paradigma importante, de
la entrega de software a la prestación de servicios de
TI.

● Desde un punto de vista arquitectónico, DevOps necesita

para establecer uno sistema en
implementación automatizada rápida.

11
 ● Hay muchas metodologías y herramientas que se pueden utilizar.

● ODevOps no tiene un modelo de implementación, cada organización necesita pensar y construir su propio proceso
DevOps para mejorar su negocio.

Algunos modelos formulados:

● Marco de implementación de DevOps (DIF).

● Hoja de ruta de DevOps.

● Viaje de DevOps.
● Proceso de DevOps.

Adopción de DevOps

El enfoque incremental se centra en la idea de minimizar el riesgo y el costo de adoptar DevOps, mientras se desarrollan
las habilidades y el impulso necesarios para lograr una implementación exitosa en toda la empresa.

Los "Tres caminos" de Genesis Kim esencialmente establecen diferentes formas de acción incremental de DevOps:

● La primera forma: Pensamiento sistémico.

● La segunda forma: Amplifica los bucles de retroalimentación.

● La tercera forma: Cultura de experimentación y aprendizaje continuos.

CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

12
Beneficios

DevOps garantiza un tiempo de comercialización más rápido para los tiempos de entrega y, por lo tanto, mejora el retorno
de la inversión (ROI).

Fundamentalmente, DevOps es una aplicación del concepto de desarrollo Agile y, por tanto, el principal beneficio de
DevOps es un desarrollo de software más rápido y una entrega frecuente, mejorando el resultado final.

DevOps tiene un gran beneficio al mejorar la colaboración entre el desarrollador y los equipos de operaciones. Esto se
logra mejorando la transparencia, que es esencial para una toma de decisiones eficaz.

Los equipos de desarrollo de hoy necesitan dividir sus silos departamentales y comunicarse y colaborar con otros
equipos de TI en el entorno dinámico actual.

DevOps mejora la agilidad, ofreciendo un entorno de colaboración, comunicación e integración en equipos asignados en
diferentes lugares de una organización global de TI.

Otro beneficio significativo de DevOps es la detección temprana y la corrección de errores más rápida, lo que resulta en la entrega
de los mejores servicios a los clientes.

Uno de los principales beneficios de DevOps es el lanzamiento, implementación, monitoreo y corrección continua.

El desarrollo de software actual requiere que los equipos participen en una entrega continua y sin interrupciones en un período corto

CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

de tiempo para tiempos de lanzamiento al mercado y ciclos de lanzamiento más cortos.

Estabilidad

Hay mejoras en el tiempo medio de recuperación (MTTR).

Es el tiempo promedio para reparar un servicio de TI u otro elemento de configuración después de una falla. OMTTR se mide

desde el momento en que falló el elemento de configuración hasta que se repara.

OMTTR no incluye el tiempo necesario para recuperar o restaurar. A veces se usa incorrectamente en lugar del tiempo promedio
para restablecer el servicio.

13
 CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

14
Taller
 Análisis de grupo

Informe sobre el estado de DevOps 201x

Pilares de DevOps

Ágil

1. Velocidad.
2. Adaptabilidad a los cambios.
3. Lanzamiento sin errores (Concepto JKK).

ITSM

1. Valor del concepto (ITIL®).

1.1 Utilidad.
1.2 Garantía.

Entrega continua

Justo a tiempo (JIT)

La producción Just-In-Time (JIT), también conocida como el sistema de producción Toyota (TPS), es una metodología dirigida
principalmente a reducir los tiempos de flujo dentro de la producción, así como los tiempos de respuesta de proveedores y clientes.
CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

Se originó y se desarrolló en Japón, principalmente en los años 60 y 70 y particularmente en Toyota. JIT le permite reducir
costos, especialmente para el almacenamiento de materiales, piezas para empaque y productos finales.

La esencia del JIT es que los insumos llegan a la fábrica, o los productos al cliente, "justo a tiempo", que están justo antes de
ser utilizados y solo en las cantidades necesarias. Esto reduce o incluso elimina la necesidad de almacenar y mover las
entradas del almacén a la línea de producción (en el caso de una fábrica).

Sistema de producción de Toyota (SPT)

El Toyota Production System (SPT) (ToyotaProductionSystemouTPSeminglesês) es un sistema integral de producción y

gestión, que apareció en la empresa automotriz japonesa del mismo nombre.

dieciséis
Originalmente, el sistema fue diseñado para fábricas de automóviles y sus relaciones con proveedores y consumidores, sin
embargo, los conceptos se implementaron en varias otras áreas. Este sistema es un gran precursor del Lean Manufacturing
genérico.

El desarrollo del sistema se atribuye principalmente a tres personas: el fundador de Toyota, Sakichi Toyoda, su hijo
Kiichiro y el ingeniero Taiichi Ohno, quien creó este sistema entre 1946 y
1975. Originalmente llamado "Producción Just-in-Time". Los directores de SPT se mencionan en el libro "The Toyota Model".

Kaizen

Kaizen, japonés para "mejora".

Cuando se usa en el sentido comercial y se aplica al lugar de trabajo, kaizen se refiere a actividades que mejoran continuamente
todas las funciones e involucran a todos los empleados, desde el CEO hasta los trabajadores de la línea de montaje.

También se aplica a procesos, como compras y logística, que cruzan los límites de la organización en la cadena de
suministro. Se ha aplicado en salud, psicoterapia, formación vital,
gobierno, bancos y otras industrias.

BIMODAL - Gartner

Bimodel está en acción.

CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

Si intenta aplicar las convenciones de seguridad del Modo
1 a las iniciativas del Modo 2, quedará obsoleto y la
empresa estará expuesta a riesgos insostenibles.

Para 2019, el 30% de los CISCO adaptarán las prácticas de

gestión de riesgos, respaldarán la TI bimodal y mejorarán las
tasas de éxito del Modo 2, al tiempo que reducirán los costos.

[Link]

TI bimodal: Dos enfoques diferentes, pero coherentes, muy diferentes, ambos imprescindibles.

17
 [Link]

DevSecOps

DevOps tiene una relación sencilla con la seguridad.

CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

Si DevOps no presta atención a la seguridad, puede facilitar la rápida introducción de vulnerabilidades.

18
19
CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)
 CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

20
melé
Nuevo modelo operativo
Scrum es un marco para desarrollar y mantener productos complejos. Consiste en roles, eventos, artefactos y las reglas
que los vinculan.

Ken Schwaber y Jeff Sutherland desarrollaron Scrum.

Fuente: [Link]/docs/scrumguide

Trabajo en progreso, WIP (trabajo en progreso)

Un límite de WIP (trabajo en progreso) es una estrategia para evitar cuellos de botella en el desarrollo de software.

Se acuerda antes del inicio del proyecto por el equipo de desarrollo y es realizado por el facilitador del equipo.

Por ejemplo, un equipo puede dividir las tareas que deben realizarse para una característica en diseño, código, pruebas y despliegue.
Cuando se alcanza un límite de trabajo en curso para una tarea específica, todo el equipo se detiene y trabaja en conjunto para
eliminar el cuello de botella. El objetivo de trabajar de esta manera es garantizar que todo el equipo tome el control del proyecto y
produzca un código de alta calidad.

Acuerdo de nivel de servicio (SLA) y OLAS

Un acuerdo de nivel de servicio o SLA se define como un compromiso oficial que prevalece entre un proveedor de
servicios y el cliente.

Los aspectos particulares del servicio (calidad, disponibilidad, responsabilidades) se acuerdan entre el proveedor del servicio y el

CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

usuario del servicio.

Los grupos internos pueden utilizar acuerdos de nivel operativo (OLA) para respaldar los SLA.

Ciclo PDCA (ciclo Planificar-Hacer-Verificar-Actuar - ciclo PDCA)

PDCA (planificar-hacer-verificar-actuar o planificar-hacer-verificar-ajustar) es un método de gestión iterativo de cuatro pasos,

que se utiliza en los negocios para el control y mejora continua de procesos y productos.

También se conoce como círculo / ciclo / rueda de Deming, ciclo de Shewhart, ciclo de círculo / control o PDSA
(planificar-hacer-estudiar-actuar).

21
 Otra versión de este ciclo PDCA es OPDCA. La "O" agregada significa "observación" o, como dicen algunas versiones, "Observe la
situación actual". Este énfasis en la observación y la condición actual está relacionado con la producción ajustada o la literatura del
sistema de producción de Toyota.

Definición de "Listo" (noAgile / Scrum)

Definición de "Listo" Cuando un elemento de la Pila de Producto o un incremento se describe como "Listo", todos deben
entender lo que significa "Listo".
CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

Aunque pueden variar en cada TimeScrum, los miembros deben compartir entre ellos qué significa el trabajo para estar
completo, garantizando la transparencia.

Esta es la definición de "Listo" para el equipo Scrum y se utiliza para garantizar que se complete el trabajo en el
incremento del producto. La misma definición guía al Equipo de Desarrollo para saber cuántos elementos de la Lista de
Producto se pueden seleccionar durante la Planificación del Sprint.

El propósito de cada Sprint es ofrecer incrementos de funciones potencialmente liberables que se adhieran a la definición actual
del Equipo Scrum de "Listo".

22
Kanban para equipos de DevOps

El método Kanban puede ayudar a los equipos de DevOps a poner algo de orden en su trabajo diario, y la teoría lean
definitivamente se puede aprovechar para mejorar el flujo a través de los equipos de DevOps.

CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

23
 Ciclo de vida del desarrollo de programas

El ciclo de vida del software significa desarrollar el software, desde la etapa inicial hasta la etapa final.

El principal objetivo es:

Definir todas las etapas intermedias necesarias para validar el desarrollo de la aplicación y asegurar que el software
cumple con los requisitos para la implementación y verificación de los procedimientos de desarrollo, asegurando que se
han utilizado los métodos adecuados.

Al final de cada etapa, se realiza una prueba para que se puedan corregir las revisiones.

Desarrollo ágil de software

No existe un enfoque universal para gestionar con éxito cualquier proyecto de desarrollo de software. Toda la
metodología debe adaptarse al contexto del proyecto (recursos técnicos y humanos, tiempo de desarrollo, tipo de
sistema, etc.)

Históricamente, los métodos tradicionales han intentado abordar la mayor cantidad de situaciones de diseño, lo que requiere un esfuerzo
considerable para adaptarse, especialmente en los requisitos pequeños y altamente variables del proyecto.

Las metodologías ágiles ofrecen una solución para casi todos los proyectos que tienen estas características.

Una de las cualidades más notables de una metodología Agile es su sencillez, que reduce los costes de implementación
CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

en un equipo de desarrollo.

La metodología Agile da mayor valor al individuo, la colaboración con los clientes y el desarrollo de software de forma
incremental a través de iteraciones cortas.

Este enfoque se consideró efectivo en proyectos con requisitos dinámicos y que tienen la necesidad de reducir
drásticamente el tiempo de desarrollo, manteniendo una alta calidad.

Los enfoques de desarrollo ágil han revolucionado las formas de producir software. Esto generó un debate entre sus
seguidores y escépticos como un enfoque alternativo a las metodologías tradicionales.

24
 Modelo en cascada

El modelo de ciclo de vida está diseñado

por primera vez en 1966 y se completó alrededor de 1970.

Se define como una secuencia de fases en las que se recoge la

documentación al final de cada una para asegurar que cumple
con las especificaciones.
y requisitos antes de pasar a la siguiente fase.

ModelV

El modelo de ciclo de vida V proviene del principio de que los

procedimientos utilizados para probar si la aplicación cumple con las
especificaciones ya deben haber sido creados en la fase de diseño.

CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

25
 CERTIFICADO PROFESIONAL DEVOPS ESSENTIALS (DEPC®)

26