diff --git a/StuDoc/AI시대의_DX_DevOps_컨테이너.html b/StuDoc/AI시대의_DX_DevOps_컨테이너.html new file mode 100644 index 0000000..2db2336 --- /dev/null +++ b/StuDoc/AI시대의_DX_DevOps_컨테이너.html @@ -0,0 +1,508 @@ + +AI 시대의 DX · DevOps + + +
+

디지털 트랜스포메이션 · DevOps · Docker — 2026 개정판

AI 시대의 디지털 전환,
DevOps 그리고 컨테이너

+

바이브 코딩과 코딩 에이전트까지 현행화

채문창 · 원본 → 2026 개정

+ + +
+ 1 +
+
+

발표에 앞서 — 지식이 아닌 큰 줄거리

원본의 첫 질문 세 개를 2026년에 다시 던집니다

+
위치

나는 어디에?

코드를 직접 쓰는 개발자에서
에이전트에게 일을 맡기고 검증하는 개발자로 바뀌는 중

+
+
현황

현재 상황은?

개발자 90%가 AI를 쓰고(DORA 2025)
코드 작성 비용은 거의 0에 가까워짐

+
+
방향

어디로 가야 하나?

무엇을 만들지 정하고(명세)
맞게 만들었는지 확인하는(검증) 역량으로

+
+
AI 시대의 DX · DevOps · 컨테이너
2 +
+
+

원본 이후, 무엇이 바뀌었나

+
원본 (2017~2020)
+

디지털 전환 · 사람이 코딩

  • 디지털 트랜스포메이션(DX)
  • DevOps로 빌드 · 배포 자동화
  • Docker로 개발 환경 표준화
→
+
2026 지금
+

AI 전환 · 에이전트가 코딩

  • AI 트랜스포메이션(AX)
  • DevOps + 코딩 에이전트
  • 컨테이너 = 에이전트의 안전한 작업장
+
원본의 결론 '가장 비싼 자원(YOU)을 최적화하라'는 오히려 더 맞는 말이 되었습니다
+
AI 시대의 DX · DevOps · 컨테이너
3 +
+
+

오늘의 순서

원본 288쪽의 흐름 그대로, 각 장 끝에 2026년의 답을 붙였습니다

+
01
+

발표자 소개

35년 개발 여정과 기록

+
02
+

변화의 연속성

UI · 언어 · 개발 환경

+
03
+

DX에서 AX로

산업혁명 · 시가총액 · 사례

+
04
+

자원과 비용

가장 비싼 자원은 누구인가

+
05
+

DevOps 진화

단계별 도구와 DORA 지표

+
06
+

컨테이너

클라우드 · 12-Factor · devcontainer

+
07
+

무인화 걸림돌

Code · Plan, 그 후

+
08
+

마치며

Change · Challenge · Chance

+
AI 시대의 DX · DevOps · 컨테이너
4 +
+
+
01

발표자 소개

60살까지 개발하겠다던 약속, 그 후

+ 5 +
+
+

35년의 개발 여정

여섯 번의 직장과 스타트업, 그리고 지금

+
1986

BASIC 첫 만남

고교 축제, '60살까지 개발' 다짐

+
1990

첫 스타트업

KT 옐로페이지 검색 · NEIS

+
1996

두 번째

번역관리 · 조달 Web EDI

+
2001

세 번째

SAP R3 생체인증 보안

+
2005

네 번째

CEP 상관분석 · Anti-DDoS

+
2012

첫 직장

제품 + 기술지원 + 사업

+
2017

두 번째 직장

온프레미스 + SaaS

+
2026

이즈잇소프트

1인 기업 · 산업 AI · 스마트팩토리

+
AI 시대의 DX · DevOps · 컨테이너
6 +
+
+

블로그를 시작한 이유, 그리고 기록의 새 독자

+
블로그 기록
+

나와 남을 위한 기록

  • 기억력 감퇴에 대비
  • 내가 하는 일의 기록
  • 남의 시행착오 시간을 줄이기
→
+
2026 기록
+

에이전트도 읽는 기록

  • README · AGENTS.md · ADR이 에이전트의 기억
  • 기록을 잘하는 사람이 에이전트도 잘 쓴다
  • 플랫폼은 사라진다 → 내 git 저장소에
+
기록하는 습관은 AI 시대의 가장 강력한 개발 역량입니다
+
AI 시대의 DX · DevOps · 컨테이너
7 +
+
+
02

변화의 연속성

기술은 바뀌어도 흐름은 이어진다

+ 8 +
+
+

UI의 연속성

화면을 그리는 방식에서, 말로 시키는 방식까지

+
1987

CLI · Text UI

명령어와 텍스트 화면

+
1993

RAD

Delphi · VB · PowerBuilder

+
1996

Web App

PHP · ASP · JSP

+
2001

X-Internet

Thick + Thin Client

+
2005

RIA

Flex · Silverlight

+
2010

SPA

HTML5 · CSS3 · REST API

+
2017

PWA

오프라인 · 설치 · 푸시

+
2024~

대화 · 에이전트 UI

채팅 · 음성, 에이전트가 앱을 사용

+
AI 시대의 DX · DevOps · 컨테이너
9 +
+
+

개발 언어의 연속성

마지막 칸의 언어는 '자연어'입니다

+
1987

C

애플리케이션 · 커널

+
1992

C++

애플리케이션 · 라이브러리

+
1994

Perl

관리 도구

+
1997

Java

WAS · JSP

+
2008

Python

지금까지 주력 (^^)

+
2012

JavaScript

DOM 위젯 · 프레젠테이션

+
2015

Go

Docker · InfluxDB · Grafana

+
2023~

자연어 + 코드

명세는 말로, 검증은 코드로

+
AI 시대의 DX · DevOps · 컨테이너
10 +
+
+

개발 환경의 연속성

35년 만에 다시 터미널로 — vi에서 시작해 터미널 에이전트로

+
1991

vi

디버깅 · 텍스트 처리

+
1996

Visual Studio

RAD, 화면 = 코드

+
2005

Eclipse

Java · CDT

+
2010

PyCharm

JetBrains IDE

+
2021~

IDE + AI 보조

자동완성 · 채팅 · 편집

+
2025~

터미널 에이전트

claude · codex · agy + tmux

+
AI 시대의 DX · DevOps · 컨테이너
11 +
+
+

그럼에도 불구하고 변치 않는 것

원본 105~108쪽의 3계층은 그대로입니다. 바뀐 것은 '누가 작성하느냐'뿐

+
에이전트

Presentation

사용자 UI · UX
화면 코드는 에이전트가 가장 잘 만드는 영역

+
+
사람

Domain Logic

UI 없는 업무 규칙
도메인을 이해한 사람만이 맞는지 판단할 수 있음

+
+
함께

Data Access

저장소 접근
코드는 에이전트가, 스키마와 마이그레이션 승인은 사람이

+
+
AI 시대의 DX · DevOps · 컨테이너
12 +
+
+
03

디지털 전환에서 AI 전환으로

DX(Digital Transformation) → AX(AI Transformation)

+ 13 +
+
+

산업혁명 비교표 — 2026 칸을 더하다

원본 110~138쪽에서 한 칸씩 채워 가던 표입니다

+ +
1차2차3차4차2026 지금
시기178418701969… 20202023~ 생성형 AI
에너지석탄석유전기재생에너지AI 데이터센터 전력
소통전신전화인터넷사물인터넷사람 ↔ AI 대화
운송철도자동차스마트운송로컬생산(3D 프린터)자율주행
영향력소비재 · 경공업전기화학 · 중화학정보통신모든 산업모든 지식노동
패러다임기계대량생산디지털인공지능AI 에이전트
키워드증기전기통신 · 정보무인 · 데이터자동화된 판단
+
AI 시대의 DX · DevOps · 컨테이너
14 +
+
+

글로벌 시가총액 상위 5개 기업의 변화

에너지 · 금융 → 플랫폼 → AI 인프라

+ +
순위200720172026 (11월)
1위페트로차이나애플애플
2위엑슨모빌알파벳(구글)엔비디아
3위제너럴일렉트릭마이크로소프트마이크로소프트
4위차이나모바일아마존알파벳(구글)
5위중국공상은행페이스북아마존
2026년은 2026-11-02 종가 기준 (chartrow.com). AI 칩 회사가 세계 2위가 되었습니다
+
AI 시대의 DX · DevOps · 컨테이너
15 +
+
+

디지털 트랜스포메이션 혁신은 모든 산업에 대하여 피할 수 없는 과정이며, 변화에 성공한 기업만이 살아남을 수 있다.

— 원본 141쪽

2026년, 그 변화의 이름은 AI 트랜스포메이션입니다
+ 16 +
+
+

원본 속 사례, 그 후

원본 142~153쪽에서 소개한 디지털 전환 사례들의 현재

+ +
사례원본 당시 기대2026년 현재
IBM WatsonAI 의료 혁신2022년 Watson Health 매각, watsonx로 재편
adidas Speedfactory로봇 공장 생산 귀환2019년 폐쇄 발표, 기술은 아시아 협력사로
GE Predix산업 IoT 플랫폼야심 축소, GE Vernova 소프트웨어 부문으로
Siemens MindSphere산업 IoT 운영체제Insights Hub로 이름을 바꿔 Xcelerator에 통합
NVIDIAGPU 기반 AI 플랫폼시가총액 세계 2위의 AI 인프라 기업
교훈: '플랫폼'을 선언한 기업보다 고객의 문제를 푼 소프트웨어와 인프라가 살아남았다
+
AI 시대의 DX · DevOps · 컨테이너
17 +
+
+

소프트웨어가 제조를 먹고, AI가 소프트웨어를 쓴다

+
원본의 결론
+

소프트웨어 업체가 제조를 인수

  • 제조를 돕는 IT → 제조를 이끄는 SW
  • 플랫폼 · 클라우드 경쟁
  • 개발자 확보가 곧 경쟁력
→
+
2026
+

AI가 소프트웨어 개발을 바꿈

  • 코드 작성 · 테스트 · 운영 분석까지
  • 1인 · 작은 팀도 제품을 만든다
  • 도메인 지식 + AI 활용이 경쟁력
+
산업 AI는 현장을 아는 작은 팀에게 가장 큰 기회입니다
+
AI 시대의 DX · DevOps · 컨테이너
18 +
+
+
04

자원과 비용

가장 비싼 자원을 최적화하라 — 그 자원은 누구인가

+ 19 +
+
+

자원 비용의 역전, 그리고 한 번 더

원본 165~186쪽: 과거에는 컴퓨터가, 지금은 사람이 더 비싸다

+
1955~

컴퓨터가 비쌌다

1955년 4.5MB 코드, 1956년 5MB HDD.
개발이 느려도 최소 자원으로 최적화.

+
+
원본

사람이 더 비싸다

자원을 더 써도 빨리 개발.
위챗은 10명이 1억 명 서비스.

+
+
2026

토큰이라는 새 비용

사람 > AI 토큰 > 컴퓨터.
1인 + 에이전트로 서비스, 가장 비싼 건 사람의 판단.

+
+
AI 시대의 DX · DevOps · 컨테이너
20 +
+
+

CPU 1사이클을 1초로 늘려 보면

원본 170~178쪽의 비유에 마지막 두 줄을 더했습니다

+ +
작업실제 시간(대략)1사이클 = 1초로 환산
CPU 1 사이클0.3 ns1초
메모리 접근약 100 ns6분
SSD 읽기50~150 μs2~6일
HDD 읽기1~10 ms1~12개월
샌프란시스코 → 뉴욕 왕복40 ms4년
VM 재부팅4초423년
LLM API 응답 1회2~10초약 200~1,000년
코딩 에이전트 작업 1회약 10분약 6만 년
+
AI 시대의 DX · DevOps · 컨테이너
21 +
+
+

가장 비싼 자원(YOU)을 최적화하세요.

— 원본 187쪽

2026년의 YOU는 '시간'보다 '판단과 주의력'이 가장 비쌉니다
+ 22 +
+
+

현재 개발 패러다임 — 원본 → 2026

원본 188~190쪽의 세 가지를 다시 씁니다

+
188쪽

언어

원본: 가독성 좋고 생산적인 언어
2026: 자연어 명세 + 사람이 리뷰할 수 있는 언어

+
+
189쪽

구조

원본: MSA (팀 · 네트워크 기반)
2026: 모듈러 모놀리스 먼저, 필요하면 MSA

+
+
190쪽

운영

원본: DevOps · NoOps로 최소 인원
2026: DevOps + 에이전트로 1인 운영까지

+
+
AI 시대의 DX · DevOps · 컨테이너
23 +
+
+

그래도 Python인가?

GitHub Octoverse 2025: TypeScript가 처음 1위, Python은 2위이자 신규 AI 저장소의 절반 가까이

+

배우기 쉬움

여전히

에이전트가 쓴 코드를 사람이 읽고 고치기 쉬움

+
+

생산성

강화

LLM SDK · 데이터 · ML 생태계의 중심

+
+

가독성

더 중요

리뷰가 곧 개발 — 읽기 쉬운 코드가 이긴다

+
+

커뮤니티

변화

웹 프런트는 TypeScript, AI · 백엔드는 Python 병행

+
+
AI 시대의 DX · DevOps · 컨테이너
24 +
+
+
05

DevOps의 진화

개발 사이클이 끊임없이 도는 구조에 에이전트가 들어왔다

+ 25 +
+
+

개발 방식의 진화

원본 199~201쪽의 세 단계에 네 번째를 더했습니다

+

전통 방식

개발 → QA → 운영, 부서별 순차 진행

➜
+

TDD 개선

개발 → TDD → QA → 운영, 테스트 먼저

➜
+

DevOps

개발 · QA · 운영이 하나로 자동 순환

➜
+

+ 에이전트

사이클 안에서 에이전트가 코드 · 테스트 · 분석 수행

TDD는 다시 주목받습니다 — 테스트가 에이전트에게 주는 가장 정확한 지시서이기 때문입니다
+
AI 시대의 DX · DevOps · 컨테이너
26 +
+
+

혁신 게임의 규칙 — 무게중심이 이동했다

원본 202쪽: 성공은 세 질문의 교집합

+
Design

Desirable

Do you want this?
사용자가 원하는가 — 이제 가장 중요한 질문

+
+
Technology

Feasible

Can we do this?
AI 덕분에 '만들 수 있나'의 답은 대부분 Yes

+
+
Business

Viable

Should we do this?
만들기 쉬워질수록 더 어려워진 질문

+
+
AI 시대의 DX · DevOps · 컨테이너
27 +
+
+

DevOps 단계별 — 원본 도구에서 2026 에이전트까지

원본 208~211쪽 단계 그대로 — 단, 배포 승인 · DB 마이그레이션 · 운영 키는 사람이 쥡니다

+ +
단계원본2026 도구에이전트 역할
plan · code이슈 트래커 · IDE이슈 → 명세(spec) 문서명세 초안, 코드 작성
build · test1일 n회 빌드, SeleniumCI(GitHub · Gitea Actions), Playwright테스트 작성, 실패 원인 분석
release · deployVagrant · Ansible, 사이트별 릴리스컨테이너 이미지 + GitOpsDockerfile · 파이프라인 초안
operate · monitor모니터링 → 버그 리포트 → planOpenTelemetry, 알림 → 이슈 자동 생성로그 · 트레이스 분석, 수정 PR 제안
+
AI 시대의 DX · DevOps · 컨테이너
28 +
+
+

DevOps 측정 — 2013년 표에서 DORA 지표로

원본 213쪽: Amazon은 하루 23,000번, 일반 기업은 9개월에 한 번 배포 (The Phoenix Project, 2013)

+ +
DORA 지표의미AI 시대에 보는 이유
배포 빈도얼마나 자주 배포하는가에이전트로 변경량이 늘어도 작게 자주 배포하는지
변경 리드 타임커밋에서 운영까지 걸리는 시간리뷰 병목이 생기지 않았는지
변경 실패율배포 후 장애로 이어진 비율AI 생성 코드가 품질을 떨어뜨리지 않는지
복구 시간장애에서 정상화까지 걸리는 시간에이전트가 원인 분석을 앞당기는지
+
AI 시대의 DX · DevOps · 컨테이너
29 +
+
+

숫자로 보는 AI와 DevOps

Google DORA 보고서 (2024 · 2025)

90%
+

개발자 AI 도입률

2025년. 2024년 76%에서 증가

−7.2%
+

배포 안정성

2024년: AI 도입 25% 증가당 안정성 변화 — 기본기 없이 쓰면 불안정

7가지
+

효과를 본 조직의 관행

작은 배치, 강한 버전 관리, 좋은 내부 플랫폼, 사용자 중심 등

2025년은 측정 방식이 달라 직접 비교 불가 — 처리량 저하는 사라졌고 안정성 영향은 남음
+
AI 시대의 DX · DevOps · 컨테이너
30 +
+
+

DevOps는 고객의 요구에 대해 얼마나 빨리 응대하고 대응하는가를 알 수 있는 지표.

— 원본 212쪽

AI는 속도를 올려 주는 증폭기 — 안정성은 여전히 DevOps 기본기가 지킵니다
+ 31 +
+
+
06

클라우드와 컨테이너

Docker 개발 환경에서 에이전트 샌드박스까지

+ 32 +
+
+

aaS 계층 — 원본에 더한 것들

원본 215~237쪽: SaaS · PaaS · IaaS · BaaS · CaaS

+ +
계층원본 설명2026 추가 · 변화
IaaSVM · 스토리지 · 네트워크GPU 클라우드 — AI 학습 · 추론용 자원
PaaS런타임 · DB · 웹 서버서버리스 함수 · 엣지 실행 환경
BaaS백엔드 서비스인증 · DB · 스토리지 일체형 — 바이브 코딩의 단골
CaaS컨테이너 서비스Kubernetes가 사실상 표준, 온프레미스는 k3s
SaaS완성된 애플리케이션대부분의 SaaS에 AI 기능 내장
모델 API(없음)LLM을 API로 — 토큰 과금, 온프레미스 LLM도 선택지
+
AI 시대의 DX · DevOps · 컨테이너
33 +
+
+

12-Factor App, 에이전트 시대에 더 중요해진 4가지

원본 220~226쪽 — 12factor.net의 원칙은 그대로 유효합니다

+

III. 설정

환경변수

API 키를 코드에 넣지 않기 — AI 생성 코드의 단골 실수

+
+

X. 환경 일치

개발=운영

devcontainer로 사람 · 에이전트 · 운영이 같은 환경

+
+

XI. 로그

스트림

구조화된 로그 — 에이전트가 읽고 원인을 찾기 쉬움

+
+

IX. 폐기 가능성

쓰고 버림

에이전트 작업 컨테이너는 망가지면 지우고 새로

+
+
AI 시대의 DX · DevOps · 컨테이너
34 +
+
+

컨테이너의 진화

원본 227~236쪽: 실생활의 컨테이너처럼 표준 규격이 산업을 바꿨다

+

Docker

VM보다 가벼운 격리, 이미지로 배포

➜
+

Compose · Swarm

여러 컨테이너를 정의하고 묶어 실행

➜
+

Kubernetes

오케스트레이션의 사실상 표준

➜
+

에이전트 샌드박스

에이전트가 마음껏 실행해도 호스트는 안전

원본의 멀티 클라우드 그림은 여전히 유효 — 이제 온프레미스 GPU 서버도 같은 컨테이너로 운영합니다
+
AI 시대의 DX · DevOps · 컨테이너
35 +
+
+

Pet & Cattle — 에이전트 작업 환경에도

+
Pet
+

이름을 붙여 키우는 서버

  • Molly 같은 이름
  • 손으로 하나하나 설정
  • 아프면 간호해서 살린다
vs
+
Cattle
+

번호로 관리하는 서버

  • vm0022 같은 번호
  • 다른 것과 거의 동일
  • 아프면 새것으로 교체
+
에이전트가 쓰는 개발 환경도 Cattle로 — 망가지면 지우고 이미지에서 다시 만든다
+
AI 시대의 DX · DevOps · 컨테이너
36 +
+
+

Ready-made 개발 환경 — 원본 → 2026

+
원본 (Docker Hub)
+

mcchae/xfce-pyenv 이미지

  • docker-compose로 실행
  • 컨테이너 안 XFCE 데스크톱 + PyCharm
  • pyenv로 파이썬 버전 관리
→
+
2026
+

devcontainer + 에이전트

  • devcontainer.json 표준 규격
  • IDE · 터미널이 컨테이너에 접속
  • uv로 파이썬 · 패키지 관리
+
'준비된 개발 환경'이라는 원본의 아이디어 그대로 — 이제 사람과 에이전트가 함께 씁니다
+
AI 시대의 DX · DevOps · 컨테이너
37 +
+
+

실습 — devcontainer 안에서 에이전트 돌리기

    +

  • 이미지로 환경 고정

    팀원 · 에이전트 · CI 모두 같은 환경

    • +

  • uv 로 의존성 관리

    pyenv + pip 대신 하나로

    • +

  • 작업 폴더만 마운트

    /workspace 밖은 못 건드림

    • +

  • 망가지면 Rebuild

    Cattle 원칙 그대로

+ 
// .devcontainer/devcontainer.json
+{
+  "name": "py-agent-dev",
+  "build": { "dockerfile": "Dockerfile" },
+  "workspaceFolder": "/workspace",
+  "postCreateCommand": "uv sync"
+}
+
+# .devcontainer/Dockerfile
+FROM python:3.12-slim
+RUN apt-get update && apt-get install -y git tmux \
+ && pip install uv
+WORKDIR /workspace
+
+# inside the container
+$ uv run pytest
+$ claude          # or codex
컨테이너는 에이전트에게 '마음껏 해도 되는 방' — 망가져도 내 컴퓨터는 안전합니다
+
AI 시대의 DX · DevOps · 컨테이너
38 +
+
+
07

무인화 걸림돌, 그 후

원본 241 · 274쪽에서 동그라미 친 두 단계

+ 39 +
+
+

원본의 무인화 걸림돌: Code와 Plan

빌드부터 모니터링까지는 자동화했지만, 두 단계는 사람이 해야 했다

+ DEVOPSPLANCODEBUILDTESTRELEASEDEPLOYOPERATEMONITOR
+

자동화 완료

build · test · release · deploy · operate · monitor

무인화 걸림돌

plan(무엇을 만들까)과 code(어떻게 만들까)는 사람의 몫

원본의 해법

개발 환경을 표준화 · 자동화해 도메인 로직 구현에 집중

+
AI 시대의 DX · DevOps · 컨테이너
40 +
+
+

2026: Code는 에이전트에게, Plan은 여전히 사람에게

걸림돌 하나는 풀렸고, 새로운 걸림돌이 생겼다

+ DEVOPSPLANCODEBUILDTESTRELEASEDEPLOYOPERATEMONITOR
+

에이전트가 수행

code · build · test 반복, 모니터링 로그 분석

여전히 사람

plan — 무엇을 왜 만드는가, 그리고 배포 승인

새 걸림돌

명세의 품질과 리뷰 속도 — 생성 속도를 검증이 못 따라감

+
AI 시대의 DX · DevOps · 컨테이너
41 +
+
+

원본의 결론 세 가지, 2026 버전

원본 275~277쪽

+
275쪽

개발 환경 표준화

원본: Docker 이미지
2026: devcontainer + AGENTS.md로 사람과 에이전트의 규칙까지 표준화

+
+
276쪽

개발 환경 자동화

원본: 빌드 · 테스트 · 배포 자동화
2026: CI + 에이전트 루프, 테스트가 통과할 때까지 반복

+
+
277쪽

무엇에 집중할까

원본: 도메인 로직을 어떻게 구현할 것인가
2026: 무엇을 만들고, 맞게 만들었는지 검증하는 것

+
+
AI 시대의 DX · DevOps · 컨테이너
42 +
+
+
08

마치며

변화하며 살아남는 것

+ 43 +
+
+

원본 → 2026 한 장 요약

위는 원본의 개념, 아래는 2026년의 답

+

디지털 전환

AI 전환(AX)

+

사람이 코딩

에이전트가 코딩

+

YOU 최적화

판단 · 주의력 최적화

+

DevOps

DevOps + 에이전트

+

Phoenix 지표

DORA 지표

+

Docker 개발 환경

devcontainer 샌드박스

+

pyenv · PyCharm

uv · 터미널 에이전트

+

블로그 기록

AGENTS.md · ADR

+
AI 시대의 DX · DevOps · 컨테이너
44 +
+
+

변화하며 살아남는 것은 기업의 문제 이전에 각자 개개인의 문제.

— 원본 283쪽

AI 시대에도 이 문장은 한 글자도 바꿀 필요가 없습니다
+ 45 +
+
+

Change · Challenge · Chance

원본 284~286쪽, 2026년의 의미

+
변화

Change

코드를 쓰는 주체가 바뀌었다.
사람의 일은 명세와 검증으로 이동

+
+
도전

Challenge

도메인 이해 · 설계 · 리뷰 역량을 키워라.
에이전트를 지휘하는 법을 익혀라

+
+
기회

Chance

1인 · 작은 팀이 제품을 만드는 시대.
현장을 아는 사람에게 가장 큰 기회

+
+
AI 시대의 DX · DevOps · 컨테이너
46 +
+
+

참고 자료

원본 자료와 2026년 기준 자료

+ +
자료주소
The Twelve-Factor App (원본 참고)12factor.net/ko
DORA — State of AI-assisted Software Developmentdora.dev
GitHub Octoverse 2025github.blog/news-insights/octoverse
Development Containers 규격containers.dev
uv — Python 패키지 · 프로젝트 관리docs.astral.sh/uv
AGENTS.md — 에이전트 규칙 파일agents.md
시가총액 순위 (2026-11-02 기준)chartrow.com/lists/biggest-companies
+
AI 시대의 DX · DevOps · 컨테이너
47 +
+
+

실습 과제와 Q&A

내 Python 프로젝트 하나를 골라 2026년식 개발 환경으로 옮겨 보세요

+
  • devcontainer.json + Dockerfile로 개발 환경 정의, uv로 의존성 관리
  • 컨테이너 안에서 에이전트에게 기능 1개와 테스트 구현 맡기기
  • 회고 한 단락: Plan과 리뷰는 내가, Code는 에이전트가 — 어디까지 맡겼나
+ 48 +
+
+
+ \ No newline at end of file diff --git a/StuDoc/AI시대의_DX_DevOps_컨테이너.pdf b/StuDoc/AI시대의_DX_DevOps_컨테이너.pdf new file mode 100644 index 0000000..8e948e6 Binary files /dev/null and b/StuDoc/AI시대의_DX_DevOps_컨테이너.pdf differ diff --git a/StuDoc/SaaS 개발 규범 2026 — Twelve-Factor 현행화.html b/StuDoc/SaaS 개발 규범 2026 — Twelve-Factor 현행화.html new file mode 100644 index 0000000..fed2363 --- /dev/null +++ b/StuDoc/SaaS 개발 규범 2026 — Twelve-Factor 현행화.html @@ -0,0 +1,3828 @@ + + + + + + + + + +SaaS 개발 규범 2026 — Twelve-Factor 현행화 + + + + + + + + + + + + + + + +
+
The Twelve-Factor App · 2026 개정판
SaaS 개발 규범 2026
컨테이너 · 쿠버네티스 · AI 에이전트 · 바이브 코딩 시대의 Twelve-Factor
원작 2015.08.21
개정 2026.11
채문창 · AI 애플리케이션 개발 과정
+
2015 → 2026
11년 동안 바뀐 것과 바뀌지 않은 것
구분
2015 (원작 발표 당시)
2026 (현재)
실행 단위
VM, Heroku dyno
컨테이너 · 쿠버네티스 Pod · 서버리스
플랫폼
Heroku · Cloud Foundry 같은 PaaS
쿠버네티스 위의 사내 플랫폼 (플랫폼 엔지니어링)
배포
git push 배포, 스크립트
CI/CD + GitOps, 불변 이미지
운영 관측
로그 스트림
로그 · 메트릭 · 트레이스 (OpenTelemetry)
백엔드 서비스
DB · 큐 · 캐시 · 메일
+ LLM API · 벡터 DB · MCP 서버
코드 작성자
사람 개발자
사람 + AI 코딩 에이전트 (바이브 코딩)
원작 문서
Heroku가 관리 (12factor.net)
2024.11 오픈소스 전환, 커뮤니티가 개정 중
바뀌지 않은 것: 12가지 원칙 그 자체 — 오히려 실행 주체가 늘어난 지금 더 중요해졌다.
SaaS 개발 규범 2026
02 / 18
+
클라우드 서비스 모델 2026
IaaS · PaaS · SaaS 사이에 새 층이 생겼다
모델
내가 관리
2026년 대표 예
On-Premise
전부
사내 서버 · 폐쇄망 GPU 서버
IaaS
OS부터 위
EC2 · Compute Engine · GPU 인스턴스
CaaS · K8s (신규)
컨테이너 이미지와 설정
EKS · GKE · AKS · 사내 쿠버네티스
PaaS
앱과 데이터
Heroku · Cloud Run · Vercel · Fly.io
FaaS (확산)
함수 하나
Lambda · Cloud Functions · Workers
SaaS
사용만
Slack · Notion · Salesforce
AI 모델 API (신규)
프롬프트 · 데이터 · 도구
LLM API · 임베딩 · 관리형 에이전트 플랫폼
SaaS 개발 규범 2026
03 / 18
+
왜 지금 다시 Twelve-Factor인가
AI가 코드를 빨리 쓸수록, +규범이 더 중요해진다
원작의 목적 (2015)
새 개발자가 프로젝트에 합류하는 시간과 비용을 최소화
2026년의 “새 개발자”
매 세션 처음 합류하는 AI 코딩 에이전트 — 맥락 없이 바로 코드를 쓴다
그래서
12요소는 AI에게 주는 설계 규칙 · 리뷰 체크리스트가 된다
선언적 설정, 명확한 종속성, 환경 간 이식성, 개발 · 운영 일치 — 원작의 목표는 사람과 AI 모두에게 그대로 적용된다.
SaaS 개발 규범 2026
04 / 18
+
Factors 한눈에 보기 ①
I – VI: 원칙은 그대로, 도구는 새로
요소
원칙 (2015 그대로)
2026 실천
I. 코드베이스
버전관리되는 하나의 코드베이스, 다양한 배포
Git + PR, GitOps, AI는 브랜치 · worktree에서 작업
II. 종속성
명시적으로 선언되고 분리된 종속성
uv · pnpm 잠금 파일, 컨테이너 이미지, SBOM
III. 설정
환경에 저장된 설정
환경 변수 + 시크릿 매니저, 모델명 · 프롬프트 버전도 설정
IV. 백엔드 서비스
연결된 리소스로 취급
LLM API · 벡터 DB · MCP 서버도 URL로 교체 가능하게
V. 빌드 · 릴리즈 · 실행
철저하게 분리된 단계
CI가 불변 이미지 빌드, 태그 = 커밋 해시, GitOps 배포
VI. 프로세스
Stateless 프로세스
Pod는 언제든 사라진다, 에이전트 상태도 외부 저장소로
SaaS 개발 규범 2026
05 / 18
+
Factors 한눈에 보기 ②
VII – XII: 운영의 원칙이 플랫폼 기능이 되다
요소
원칙 (2015 그대로)
2026 실천
VII. 포트 바인딩
포트 바인딩으로 서비스 공개
컨테이너 포트 + Service · Ingress · 게이트웨이
VIII. 동시성
프로세스 모델을 사용한 확장
HPA · KEDA 자동 확장, 큐 길이 기준 워커 증감
IX. 폐기 가능
빠른 시작과 Graceful Shutdown
헬스 프로브, SIGTERM 처리, 긴 LLM 작업은 재개 가능하게
X. Dev/Prod 일치
개발 · 스테이징 · 운영을 비슷하게
Compose · devcontainer, PR별 미리보기 환경, IaC
XI. 로그 → 텔레메트리
로그를 이벤트 스트림으로
stdout + OpenTelemetry로 로그 · 메트릭 · 트레이스, LLM 토큰 · 비용
XII. Admin 프로세스
일회성 프로세스로 실행
K8s Job · compose run, 마이그레이션 · 재색인 · 평가 실행
SaaS 개발 규범 2026
06 / 18
+
Factor I · II
코드베이스와 종속성
I. 코드베이스
원칙: 코드베이스와 앱은 1:1, 공유 코드는 라이브러리로
  • Git(GitHub · GitLab · Gitea) + PR + 보호된 main
  • 모노레포도 가능 — 단, 앱마다 배포 단위는 하나
  • 배포 상태도 Git에: GitOps(Argo CD · Flux)
AI · 바이브 코딩
에이전트는 별도 브랜치 · worktree에서 작업하고 PR로만 합친다. AGENTS.md도 코드베이스에 함께
II. 종속성
원칙: 명시적 선언, 암묵적 시스템 도구 의존 금지
  • Python: pyproject.toml + uv.lock (pip → uv)
  • Node: package.json + 잠금 파일 (npm · pnpm)
  • OS 종속성은 컨테이너 이미지로 고정, SBOM 생성
AI · 바이브 코딩
AI가 존재하지 않는 패키지 이름을 지어낼 수 있다 — 설치 전 실제 패키지 · 버전인지 확인
SaaS 개발 규범 2026
07 / 18
+
Factor III · IV
설정과 백엔드 서비스
III. 설정
원칙: 배포마다 달라지는 모든 것은 환경 변수로
  • 로컬은 .env(커밋 금지), 키 목록만 .env.example로
  • 운영 비밀값은 시크릿 매니저 · K8s Secret · Vault
  • 기능 플래그로 코드 배포와 기능 공개를 분리
AI · 바이브 코딩
LLM_MODEL · LLM_BASE_URL · 프롬프트 버전도 설정이다. API 키 하드코딩은 AI가 가장 자주 하는 실수
IV. 백엔드 서비스
원칙: 로컬 · 외부 구분 없이 URL로 연결된 리소스
  • PostgreSQL · Redis(Valkey) · Kafka · NATS · S3
  • 관리형 서비스로 바꿔도 코드는 그대로, 설정만 교체
  • 서비스 연결 정보는 플랫폼이 주입
AI · 바이브 코딩
LLM API · 임베딩 · 벡터 DB · MCP 서버도 백엔드 서비스. 게이트웨이(LiteLLM 등)로 모델을 URL 하나로 교체
SaaS 개발 규범 2026
08 / 18
+
Factor V · VI
빌드 · 릴리즈 · 실행과 프로세스
V. 빌드 · 릴리즈 · 실행
CI 빌드
이미지:SHA
+ 설정
실행
  • 빌드: CI가 불변 컨테이너 이미지 생성
  • 릴리즈: 이미지 + Helm · Kustomize 값 = 고유 ID
  • 롤백 = 이전 태그로 되돌리기
AI · 바이브 코딩
프롬프트 · 모델 버전도 릴리즈에 묶는다 — 답변 품질이 바뀌면 어느 릴리즈인지 추적 가능
VI. 프로세스
원칙: Stateless, 유지할 자료는 백엔드 서비스에
  • Pod는 언제든 재시작 · 이동된다 — 로컬 디스크 신뢰 금지
  • 세션은 Redis, 파일은 오브젝트 스토리지
  • Sticky Session 금지 원칙은 그대로
AI · 바이브 코딩
대화 이력 · 에이전트 상태를 메모리에 두지 말 것. 체크포인터(DB)에 저장해 어느 인스턴스에서든 이어서 실행
SaaS 개발 규범 2026
09 / 18
+
Factor VII · VIII
포트 바인딩과 동시성
VII. 포트 바인딩
원칙: 앱이 스스로 HTTP 서버를 내장하고 포트로 공개
  • uvicorn · Go net/http가 PORT 환경 변수로 바인딩
  • 외부 공개는 Service · Ingress · Gateway API가 담당
  • 원작의 host:80 → 5000 예시 = 지금의 리버스 프록시
AI · 바이브 코딩
MCP 서버도 같은 원칙 — 원격 MCP는 HTTP 포트로 공개되는 하나의 백엔드 서비스
VIII. 동시성
원칙: 프로세스 타입별로 개수를 늘려 Scale-Out
  • web · worker 타입을 따로 배포하고 따로 확장
  • HPA(CPU) · KEDA(큐 길이)로 자동 증감
  • 프로세스 안은 async · 고루틴 · 가상 스레드
AI · 바이브 코딩
LLM 호출은 느리고 비싸다 — 웹 요청에서 기다리지 말고 큐 + 워커로, 동시 호출 수는 rate limit에 맞춰
SaaS 개발 규범 2026
10 / 18
+
Factor IX · X
폐기 가능성과 Dev/Prod 일치
IX. 폐기 가능 (Disposability)
원칙: 수 초 안에 시작, SIGTERM에 Graceful Shutdown
  • readiness · liveness 프로브, preStop 훅
  • 워커는 미완료 작업을 큐로 반환 — 작업은 멱등하게
  • 스팟 인스턴스 · 노드 교체에도 견디는 설계
AI · 바이브 코딩
수 분짜리 에이전트 작업은 단계마다 체크포인트 — 죽어도 처음부터가 아니라 마지막 단계부터 재개
X. Dev/Prod 일치
원칙: 시간 · 담당자 · 도구의 차이를 최소화
  • 로컬도 운영과 같은 이미지 — Docker Compose · devcontainer
  • PR마다 미리보기 환경, 인프라는 Terraform · OpenTofu로 코드화
  • 시간 차이: 하루에도 여러 번 배포
AI · 바이브 코딩
AI 에이전트도 같은 컨테이너 · 샌드박스에서 실행하고 테스트하게 — “내 PC에선 됐어요”를 AI도 말한다
SaaS 개발 규범 2026
11 / 18
+
Factor XI · XII
로그에서 텔레메트리로, 그리고 Admin 프로세스
XI. 로그 → 텔레메트리
원칙: 앱은 stdout으로만, 수집 · 저장은 실행 환경이
  • stdout 원칙 유지 + 구조화(JSON) 로그
  • OpenTelemetry로 로그 · 메트릭 · 트레이스를 한 표준으로
  • Prometheus · Loki · Tempo → Grafana
AI · 바이브 코딩
LLM 호출마다 모델 · 토큰 · 비용 · 지연 · 도구 호출을 트레이스로 (Langfuse 등)
XII. Admin 프로세스
원칙: 일회성 작업도 같은 코드 · 같은 설정 · 같은 릴리즈로
  • DB 마이그레이션(Alembic 등)은 K8s Job · compose run
  • 운영 서버에 SSH로 들어가 손으로 고치지 않는다
  • 작업 스크립트도 코드베이스에, 리뷰를 거쳐
AI · 바이브 코딩
임베딩 재색인 · 평가(eval) 실행 · 백필도 일회성 프로세스. AI에게 운영 DB 직접 쓰기 권한은 주지 않는다
SaaS 개발 규범 2026
12 / 18
+
12요소를 넘어
2026년에 추가로 지켜야 할 요소들
API 우선
OpenAPI 계약을 먼저 정하고 구현. 사람 · 앱 · AI 에이전트가 같은 계약을 읽는다
텔레메트리
로그를 넘어 메트릭 · 트레이스 · 헬스 체크를 설계 단계부터
인증 · 인가 · 신원
서비스 간 신원(workload identity), 최소 권한. 에이전트에도 사람과 같은 수준의 권한 관리
공급망 보안
SBOM · 이미지 서명 · 취약점 스캔. AI가 추가한 종속성도 같은 검사를 통과해야
API 우선 · 텔레메트리 · 인증 3가지는 Kevin Hoffman의 『Beyond the Twelve-Factor App』(2016)이 제안한 추가 요소로 널리 쓰인다.
SaaS 개발 규범 2026
13 / 18
+
AI 에이전트를 위한 Twelve-Factor
12-Factor Agents: 같은 정신, 새 대상
01
자연어를 도구 호출로 바꾼다
02
프롬프트를 직접 소유한다
03
컨텍스트 윈도우를 직접 설계한다
04
도구는 구조화된 출력일 뿐
05
실행 상태와 비즈니스 상태를 통합
06
단순한 API로 시작 · 중지 · 재개
07
사람에게 연락도 도구 호출로
08
제어 흐름을 직접 소유한다
09
오류를 컨텍스트에 압축해 넣는다
10
작고 초점이 분명한 에이전트
11
어디서든 호출, 사용자가 있는 곳에서
12
에이전트를 무상태 리듀서로
출처: HumanLayer, “12-Factor Agents” (GitHub 공개). 한국어 제목은 번역.
SaaS 개발 규범 2026
14 / 18
+
App ↔ Agent
원작의 원칙이 에이전트에서 다시 나타난다
Twelve-Factor App (2011~)
12-Factor Agents
공통된 생각
III. 설정을 코드와 분리
02 프롬프트를 직접 소유
동작을 바꾸는 것은 버전 관리되는 명시적 자산
IV. 백엔드 서비스
04 도구는 구조화된 출력
외부 기능은 계약으로 연결되는 리소스
VI. 무상태 프로세스
05 상태 통합 · 12 무상태 리듀서
상태는 밖에, 실행은 교체 가능하게
IX. 폐기 가능
06 시작 · 중지 · 재개
언제 멈춰도 이어서 실행할 수 있게
VIII. 프로세스 타입별 확장
10 작고 초점이 분명한 에이전트
한 가지 일을 잘하는 단위로 쪼갠다
XI. 로그를 이벤트 스트림으로
09 오류를 컨텍스트에 압축
실행 기록은 다음 판단의 재료
VII. 포트 바인딩
11 어디서든 호출
표준 인터페이스로 열어 두면 누구나 부를 수 있다
SaaS 개발 규범 2026
15 / 18
+
바이브 코딩에 적용하기
12요소를 AI 규칙 파일에 넣는다
# AGENTS.md — Twelve-Factor 규칙 +## 설정 (III) +- 비밀값 · URL · 모델명은 환경 변수로만 읽는다 +- 새 변수는 .env.example에 키만 추가한다 +## 종속성 (II) +- uv add로만 추가, 잠금 파일을 함께 커밋한다 +## 프로세스 (VI · IX) +- 메모리 · 로컬 파일에 상태를 두지 않는다 +- SIGTERM을 받으면 작업을 마무리하고 종료한다 +## 로그 (XI) +- print 대신 JSON 로그를 stdout으로 +## 검증 (X) +- docker compose up 후 테스트 통과가 완료 조건
원칙을 문장으로
“12요소를 지켜”보다 구체적 금지 · 허용 문장이 AI에게 효과적이다
번호를 붙여 둔다
리뷰에서 “III 위반”처럼 짧게 지적하고 AI에게 고치게 할 수 있다
기계가 검사하게
비밀값 스캔 · 린트 · 컨테이너 빌드를 CI에서 자동으로
SaaS 개발 규범 2026
16 / 18
+
AI가 만든 코드 리뷰
Twelve-Factor 리뷰 체크리스트
I  PR로 들어왔고, 다른 앱 코드를 복사하지 않았나?
VII  포트를 환경 변수로 받나?
II  새 패키지가 실제로 존재하고 잠금 파일에 있나?
VIII  느린 LLM 작업을 웹 요청 안에서 기다리지 않나?
III  키 · URL · 모델명이 코드에 박혀 있지 않나?
IX  종료 신호를 처리하고, 작업이 재실행에 안전한가?
IV  외부 서비스를 설정만 바꿔 교체할 수 있나?
X  운영과 같은 컨테이너에서 테스트했나?
V  실행 중에 코드를 고치는 경로가 없나?
XI  로그를 파일이 아닌 stdout으로 내보내나?
VI  메모리 · 로컬 디스크에 상태를 두지 않았나?
XII  일회성 작업이 같은 코드 · 설정으로 실행되나?
주황색 두 항목(III · VI)은 AI 생성 코드에서 흔히 어긋나는 지점이다.
SaaS 개발 규범 2026
17 / 18
+
정리
원칙은 그대로, +지키는 도구와 지켜야 할 대상이 늘었다
그대로
12가지 원칙 — 2015년 슬라이드 그대로 유효
새 도구
컨테이너 · K8s · GitOps · OpenTelemetry가 원칙을 자동화
새 대상
AI가 쓰는 코드, AI 에이전트 자체에도 같은 원칙을
참고: 12factor.net · 12factor.net/blog · github.com/humanlayer/12-factor-agents · Q&A
18 / 18
+
+ + + diff --git a/StuDoc/SaaS 개발 규범 2026 — Twelve-Factor 현행화.pdf b/StuDoc/SaaS 개발 규범 2026 — Twelve-Factor 현행화.pdf new file mode 100644 index 0000000..7cd42e0 Binary files /dev/null and b/StuDoc/SaaS 개발 규범 2026 — Twelve-Factor 현행화.pdf differ diff --git a/StuDoc/SaaS_DevOps_Container_2026.html b/StuDoc/SaaS_DevOps_Container_2026.html new file mode 100644 index 0000000..d8af49f --- /dev/null +++ b/StuDoc/SaaS_DevOps_Container_2026.html @@ -0,0 +1,59 @@ + +SaaS DevOps 2026 + +

SaaS · DevOps · Container, 2026년 다시 쓰기 · 33쪽

+
슬라이드 1
+
슬라이드 2
+
슬라이드 3
+
슬라이드 4
+
슬라이드 5
+
슬라이드 6
+
슬라이드 7
+
슬라이드 8
+
슬라이드 9
+
슬라이드 10
+
슬라이드 11
+
슬라이드 12
+
슬라이드 13
+
슬라이드 14
+
슬라이드 15
+
슬라이드 16
+
슬라이드 17
+
슬라이드 18
+
슬라이드 19
+
슬라이드 20
+
슬라이드 21
+
슬라이드 22
+
슬라이드 23
+
슬라이드 24
+
슬라이드 25
+
슬라이드 26
+
슬라이드 27
+
슬라이드 28
+
슬라이드 29
+
슬라이드 30
+
슬라이드 31
+
슬라이드 32
+
슬라이드 33
+ \ No newline at end of file diff --git a/StuDoc/SaaS_DevOps_Container_2026.pdf b/StuDoc/SaaS_DevOps_Container_2026.pdf new file mode 100644 index 0000000..3d02ec0 Binary files /dev/null and b/StuDoc/SaaS_DevOps_Container_2026.pdf differ