TPs_2026

KO | EN

gitlite — search

#developer-tools #css #react #agents #claude-code #awesome #generative-ai #mysql #markdown #web

(★ 9)

No description available.

파일 탐색기

ZIP 다운로드

- - Clase01-presentacion.pdf
- - Clase02-presentacion.pdf
- - Clase03-presentacion.pdf
- - Clase04-presentacion.pdf
- - Clase05-presentacion.pdf
- defensa-P1.pdf
- grupo-A-defensa-P1.pdf
- grupo-B-defensa-P1.pdf
- 01-git-colaborativo.md
- 02-docker-compose.md
- 03-planificacion-devops.md
- 04-ci-pipelines.md
- 05-testing-calidad.md
.gitignore
elegir-app.md
README.md
smoke-test-vigencia.md

# CDN으로 사용하기

jsDelivr

jsDelivr는 공개 GitHub 리포지토리를 별도 설정 없이 CDN으로 즉시 서빙합니다. 버전과 파일을 고르면 웹페이지에 바로 붙일 수 있는 링크와 예시 코드가 만들어집니다.

버전

파일

링크

예시

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

> **Ingeniería en Sistemas · 4to año** — Cátedra práctica: DevOps de punta a punta, sobre una aplicación tuya.
> Docente: Ing. Ariel Schwindt

Este documento es el **reglamento operativo** de la práctica: cómo funciona la cursada, cómo se evalúa, qué reglas rigen y dónde está cada cosa. Leelo entero una vez; volvé cuando tengas dudas.

> 📌 **Material publicado por clase.** Este repo se va llenando a medida que avanza la cursada: el enunciado de cada TP y las filminas de cada clase se publican en la semana que corresponde. Si un TP todavía no tiene link, es porque aún no se dictó su clase.

---

## 1. La idea de la materia (en 5 líneas)

Vas a construir, con tus manos y semana a semana, el **sistema de entrega profesional** completo de una aplicación: integración continua con gates de calidad, entrega continua con aprobaciones, releases inmutables verificadas end-to-end, infraestructura como código, seguridad automatizada y observabilidad. No es una materia de "ver herramientas": es una materia de **construir el sistema y poder defender cada decisión**. Al final tenés un pipeline real, público, en tu portfolio — y el modelo mental que la industria espera de un ingeniero 2026.

## 2. Estructura de la cursada

| # | Clase | Tipo | Tema | Filminas | Video de la clase | TP | Video del TP |
|---|---|---|---|---|---|---|---|
| 1 | C1 | Contenido | Cultura DevOps + Git para equipos | [PDF](clases/Clase01/Clase01-presentacion.pdf) | [Grabación](https://github.com/ingsoft3ucc/TPs_2026/releases/download/clase01/Clase01-video.mp4) | [TP1](trabajos/01-git-colaborativo.md) | [Guía en video](https://github.com/ingsoft3ucc/TPs_2026/releases/download/tp01/TP01-video.mp4) |
| 2 | C2 | Contenido | Contenedores: Docker + Compose | [PDF](clases/Clase02/Clase02-presentacion.pdf) | [Grabación](https://github.com/ingsoft3ucc/TPs_2026/releases/download/clase02/Clase02-video.mp4) | [TP2](trabajos/02-docker-compose.md) | [Guía en video](https://github.com/ingsoft3ucc/TPs_2026/releases/download/tp02/TP02-video.mp4) |
| 3 | C3 | Contenido | Plataformas DevOps + planificación ágil | [PDF](clases/Clase03/Clase03-presentacion.pdf) | [Grabación](https://github.com/ingsoft3ucc/TPs_2026/releases/download/clase03/Clase03-video.mp4) | [TP3](trabajos/03-planificacion-devops.md) | [Guía en video — parte 1](https://github.com/ingsoft3ucc/TPs_2026/releases/download/tp03/TP03-parte1.mp4) · [parte 2](https://github.com/ingsoft3ucc/TPs_2026/releases/download/tp03/TP03-parte2.mp4) |
| 4 | C4 | Contenido | CI: Pipelines as Code | [PDF](clases/Clase04/Clase04-presentacion.pdf) | [Grabación](https://github.com/ingsoft3ucc/TPs_2026/releases/download/clase04/Clase04-video.mp4) | [TP4](trabajos/04-ci-pipelines.md) | [Guía en video — parte 1](https://github.com/ingsoft3ucc/TPs_2026/releases/download/tp04/TP04-parte1.mp4) · [parte 2](https://github.com/ingsoft3ucc/TPs_2026/releases/download/tp04/TP04-parte2.mp4) |
| 5 | **P1** | **Defensa** | **Defensa oral de TPs 1–4** | [Cómo es la defensa](defensas/defensa-P1.pdf) · orden y horario: [grupo B — mié 2/9](defensas/grupo-B-defensa-P1.pdf) · [grupo A — vie 4/9](defensas/grupo-A-defensa-P1.pdf) | — | — | — |
| 6 | C5 | Contenido | Testing en el pipeline: unit tests, coverage y el umbral que frena un merge | [PDF](clases/Clase05/Clase05-presentacion.pdf) | *próximamente* | [TP5](trabajos/05-testing-calidad.md) | *próximamente* |
| 7 | C6 | Contenido | CD: environments, aprobaciones y deployment patterns | — | — | *próximamente* | — |
| 8 | C7 | Contenido | Contenedores en el pipeline + pruebas e2e | — | — | *próximamente* | — |
| 9 | C8 | Contenido | Infraestructura como Código | — | — | *próximamente* | — |
| 10 | C9 | Contenido | DevSecOps + Observabilidad + Continuous Feedback | — | — | *próximamente* | — |
| 11 | **P2** | **Defensa** | **Defensa oral de TPs 5–9** | — | — | — | — |
| 12 | **R** | **Recuperatorio** | Se vuelve a presentar el bloque que quedó desaprobado | — | — | — | — |

> 🎥 Hay **dos tipos de video**: la **grabación de la clase** (la clase completa, tal como se dictó) y la **guía en video del TP** (recorrido de la consigna, paso a paso). Son complementarios: la clase da los fundamentos, la guía muestra cómo resolver la entrega.

**No hay parciales escritos**: tus notas son **dos**, y salen de las dos presentaciones (P1 sobre los TPs 1–4, P2 sobre los TPs 5–9). La materia se aprueba **trabajando todas las semanas** — está diseñada para que cada TP tome una semana si venís al día, y para que se acumule mal si no.

## 3. La app del semestre (el hilo conductor)

A partir del **TP2** elegís una aplicación **full-stack (frontend + backend + base de datos)** — propia o adaptada de un repo público — y esa misma app te acompaña toda la materia: cada TP le agrega una capa (CI, calidad, CD, imagen, e2e, IaC, seguridad, observabilidad). El **TP Integrador** — condición para rendir el final — pide exactamente esa cadena completa: si venís al día, al llegar a P2 lo tenés ~80% hecho.

- 📌 **Cómo elegirla**: los 5 criterios de selección y el test de 20 minutos que conviene hacer **antes** de comprometerse con una app están en [`elegir-app.md`](elegir-app.md). Leelo antes del TP2 — es el documento que más dolores de cabeza evita.
- **Un solo repo**: la app entra al **mismo repo del TP1** (el de las protecciones) — tu historial del semestre es evidencia del Integrador. Los TPs no son entregables sueltos: son **capas sobre el mismo artefacto** (el pipeline del TP4 corre los tests del TP5, el CD del TP6 despliega la imagen del TP7). Un repo por TP obligaría a copiar la app y recrear protecciones, secretos y environments cada semana, y las copias divergen. Si preferís repo nuevo al elegir la app, el TP2 (§3.2) te dice cómo hacerlo bien (migrar `decisiones.md`, recrear protecciones, avisar).
- **Un tag y una release por TP**, con la numeración del práctico: **TP1 → `v1.0.0`, TP2 → `v2.0.0`, TP3 → `v3.0.0`**, y así. Al cerrar cada uno etiquetás ese commit —`git tag -a v2.0.0 -m "TP2 cerrado" && git push origin v2.0.0`— y publicás la release desde la web (*Releases → Draft a new release*), eligiendo ese tag y contando qué incluye. Es la misma mecánica que aprendiste en el TP1 (§3.7 y §4.7). Cada TP queda con su **estado congelado**: podés volver a él si rompés algo, y en la defensa se navega el punto exacto con el que cerraste cada uno. Si después corregís un TP ya etiquetado, movés el tag (`git tag -f v2.0.0 && git push -f origin v2.0.0`) y lo contás en `decisiones.md`. Bonus: etiquetar una versión es justamente el concepto de **release inmutable** que trabajás en el TP7.
- **Política de cambio de app**: podés cambiarla **hasta el TP4 inclusive** (rehaciendo lo entregado, que hasta ahí es chico). Después, consultá a la cátedra antes — el costo crece mucho.
- La cátedra mantiene un **sample de referencia** con la estructura que las guías asumen: [`ingsoft3ucc/demo-fullstack`](https://github.com/ingsoft3ucc/demo-fullstack) (.NET 8 + React/Vite + PostgreSQL, `./backend` + `./frontend`). Es el repo de las demos en clase — podés inspirarte en su estructura, **no** entregarlo como tu app.

## 4. Las herramientas: dos rieles + tier libre

Ninguna nube es obligatoria. Cada TP incluye:

- **Riel GitHub (canónico)** — GitHub Actions + servicios gratuitos verificados **sin tarjeta de crédito**. Es el riel de las demos y trae la **guía paso a paso completa**. Todo lo evaluable se puede completar por acá **sin costo**, y hay **fallback local documentado** (self-hosted runner + docker-compose) por si un servicio gratuito cambia sus condiciones a mitad de semestre.
- **Riel Azure** — Azure DevOps / Azure (el stack de la certificación AZ-400). Cada TP trae la **tabla de equivalencias + checkpoints**. Estado 2026: los minutos hosted de Azure Pipelines requieren organización vinculada a una suscripción (Azure for Students no pide tarjeta — verificalo antes de apostar tu TP); la alternativa sin tarjeta en ese riel es el agente self-hosted.
- **Tier libre** — AWS, GCP, GitLab u otra: permitido con el **mismo contrato de entregables**, soporte limitado de la cátedra. Ojo: GitLab pide tarjeta para validar sus runners compartidos.

**Repos públicos: obligatorio.** No es capricho — las funciones que la materia usa (protecciones, Actions ilimitado, environments con aprobaciones, secret scanning, CodeQL, SonarQube Cloud) son gratuitas **solo** en repos públicos. Bonus: terminás con un portfolio público real.

## 5. Cómo se evalúa

### Cada TP
Así se mira cada TP dentro de su presentación (la nota, como ves más abajo, se pone por presentación):

| Criterio | Peso |
|---|---|
| Configuración técnica (funcionando y **reproducible** — evidencias) | 25% |
| Claridad y justificación en `decisiones.md` + `evidencias.md` | 25% |
| **Defensa oral: comprensión y argumentación** | **50%** |

- **Entrega**: la URL de tu repo público se carga en el **formulario de la cátedra** — hay uno por presentación, y los dos links están acá abajo — antes de la clase de defensa correspondiente. Es un formulario, no una planilla compartida: nadie puede pisar la entrega de otro, y podés volver a abrir la tuya para corregirla. `decisiones.md` y `evidencias.md` viven **en el repo** y se acumulan TP a TP. No hay checkpoints semanales con nota — pero el historial de Git cuenta **cuándo** trabajaste, y un bloque de 4 TPs commiteados la noche anterior a P1 se nota (y se pregunta) en la defensa.
- **Defensa**: en P1 (TPs 1–4) y P2 (TPs 5–9). Individual, con tu repo abierto, **navegando en vivo** (y desde P2, con tus **entornos vivos**: URLs de QA/PROD, dashboard de análisis, monitor — o tu **fallback local** del TP6/TP7 si el free tier te falló: avisá antes). Cada enunciado publica **preguntas de ejemplo** — para que sepas por dónde viene la cosa y con qué profundidad, no como cuestionario cerrado: las que te haga salen de la teoría enseñada y de tu propio repo.
- **La regla innegociable**: *si no lo podés explicar, no lo aprobás — aunque funcione.* Y su reversa: un repo con cicatrices bien explicadas vale más que uno perfecto defendido con silencios.
- **La nota es por presentación, no por TP.** Los 9 TPs **no llevan nota propia**: son lo que defendés en la presentación que les toca (P1 → TPs 1–4 · P2 → TPs 5–9). De cada presentación sale **una nota**, y esas dos notas son las de tu cursada — **van por separado: no se promedian ni se compensan entre sí**.
- **Los TPs no pesan igual.** Esta es la ponderación con la que se forma la nota de cada presentación (refleja esfuerzo y centralidad de cada TP; la defensa, como siempre, puede mover la aguja transversalmente):

| P1 | TP1 Git | TP2 Docker | TP3 Planificación | TP4 CI |
  |---|---|---|---|---|
  | Peso | 5% | 40% | 10% | 45% |

| P2 | TP5 Testing | TP6 CD | TP7 Contenedores + e2e | TP8 IaC | TP9 DevSecOps |
  |---|---|---|---|---|---|
  | Peso | 20% | 25% | 25% | 15% | 15% |
- **Aprobación y regularidad**: cada presentación se aprueba con **nota ≥ 4** (escala 1–10). Para **regularizar** necesitás **las dos presentaciones aprobadas**.
- **Recuperatorio (clase 12): es tu única segunda oportunidad, y alcanza para un solo bloque.** Si una presentación quedó abajo de 4, en la clase 12 volvés a presentar **ese bloque completo** — los TPs 1–4 o los 5–9, según cuál haya sido. Si **las dos** quedaron abajo de 4, la materia queda **libre** (la recursás) — y lo mismo si vas al recuperatorio y tampoco lo aprobás. Ante la duda, avisá temprano y lo acomodamos en el momento, no en la clase 12.

### El Integrador
Condición para **rendir el final**. Es tu app del semestre con la cadena completa — el enunciado se publica en `trabajos/` durante la cursada. Se valida **en vivo** en la mesa.

### Dónde se entrega

Un formulario por presentación. Se carga la URL de tu repositorio público **antes** de la clase de
defensa correspondiente.

| | Cubre | Formulario |
|---|---|---|
| **P1** | TPs 1 a 4 | **[Entregar TPs 1–4](https://docs.google.com/forms/d/e/1FAIpQLSfDN9ytzgGD9RzPu9TDSG1REWhDY-uqlQroKnMWzcJGFArkpQ/viewform)** |
| **P2** | TPs 5 a 9 | **[Entregar TPs 5–9](https://docs.google.com/forms/d/e/1FAIpQLSe0KrP6Ccw9EntLmzChzh8B7Py8GgmiYXDa-VbuyOoxkJeDWg/viewform)** |

Podés volver a abrir tu entrega y corregirla las veces que quieras hasta la fecha de defensa: se
toma la última. Es un formulario y no una planilla compartida, así que nadie puede pisar la entrega
de otro.

**Antes de entregar, verificá que estén los tags de los TPs que cubre la presentación**
(`v1.0.0`…`v4.0.0` para P1, `v5.0.0`…`v9.0.0` para P2, ver §3): son el punto exacto que se mira de
cada TP. Si falta alguno, etiquetá el commit donde ese TP quedó cerrado, pusheá el tag y publicá su
release.

## 6. Uso de Inteligencia Artificial

La IA (ChatGPT, Copilot, Claude…) está **permitida y alentada** — es como se trabaja hoy. Con una condición innegociable:

1. **Declarás** en `decisiones.md` qué partes fueron asistidas por IA.
2. **Verificaste** lo que la IA produjo (y contás cómo).
3. **Podés defenderlo**: si en la defensa no podés explicar una decisión que la IA tomó por vos, ese punto **no se aprueba**.

**Las tres valen también para la IA que opera, no solo para la que escribe.** Hoy hay agentes que investigan un incidente y proponen la causa raíz, que generan y corren el plan de pruebas de un release, o que configuran el pipeline solos. Si usás uno, la vara es la misma: declarado, verificado y defendible.

La IA es una herramienta de productividad, no un reemplazo del entendimiento. Copiar sin entender no es un atajo: es la forma más cara de desaprobar la defensa.

## 7. Trabajo en equipo y honestidad

- Los TPs son **individuales**: tu repo, tus decisiones, tu defensa. Los mecanismos de colaboración de un equipo real (PRs, revisiones, aprobaciones de deploy) los operás vos mismo sobre tu repo — lo que se evalúa es que entiendas y puedas defender el flujo. Ayudarse entre compañeros está muy bien; entregar el trabajo de otro, no (ver el punto siguiente).
- El trabajo es de ustedes. Repos clonados de otros equipos, historiales fabricados o evidencias ajenas son plagio y se tratan según el reglamento de la universidad. (El historial de Git cuenta la historia real — y lo sabemos leer.)
- Los secretos jamás se commitean (lo vas a aprender en capas, TP a TP). Si filtrás una credencial real: **rotala ya** y contalo en `decisiones.md` — manejar bien un incidente también es aprendizaje.

## 8. Logística

- **Cómo es una clase**: bloque teórico + pausa + demo en vivo + presentación del TP + **manos a la obra** (trabajás sobre tu propio TP en el aula, con soporte). La teoría acá es **la de la práctica**: los fundamentos que necesitás para resolver el TP de la semana y para defenderlo — no repite ni reemplaza a la materia teórica. Traé tu notebook con Docker funcionando desde la C2.
- **Consultas**: en clase (el bloque de manos a la obra existe para eso) y por el canal de consultas del curso.
- **Los enunciados** de la carpeta [`trabajos/`](trabajos/) son la fuente de verdad de cada TP: guía paso a paso (aprendizaje) + TP entregable (evaluación). Por regla general la guía no se entrega y el TP sí — **con una excepción: en el TP3 lo que la guía hace ES la entrega**, y el propio enunciado lo aclara.
- **Las filminas** de cada clase, en PDF, están en [`clases/`](clases/) — se publican después de dictada la clase.
- **Los videos** —tanto las grabaciones de clase (`clase01`, `clase02`, …) como las guías en video de cada TP (`tp01`, `tp02`, …)— se publican en la sección [Releases](https://github.com/ingsoft3ucc/TPs_2026/releases) del repo y se linkean en la tabla de arriba. No están dentro del repo a propósito: así el `git clone` sigue siendo liviano. El link de la tabla descarga el archivo directo.

---

*Los servicios gratuitos citados en las guías se re-verifican antes de cada cohorte ([smoke test de vigencia](smoke-test-vigencia.md) — documento operativo de la cátedra, público por transparencia). Si encontrás que alguno cambió sus condiciones, avisá a la cátedra — es exactamente el tipo de ojo profesional que esta materia entrena.*

TPs_2026

오너의 다른 레포

파일 탐색기

# CDN으로 사용하기

Was this content helpful?

Recent Feedback

TPs_2026

오너의 다른 레포

파일 탐색기

# CDN으로 사용하기

Was this content helpful?

Recent Feedback

Download README