디에스 DevOps Lab

한 번의 요청을 GitLab → Argo CD → Jenkins → Kubernetes 배포 흐름으로 바꾸는 셀프서비스 플랫폼 새 서비스 하나를 만들기 위해 티켓을 몇 장이나 쓰고 있나요? 저장소 생성 요청, 브랜치 보호 설정, CI/CD 변수 등록, Argo CD Application 생성, Jenkins 잡 실행, 배포 상태 확인까지. 개발을 시작하기도 전에 여러 팀의 답변을 기다리는 일이 익숙해졌다면 문제는 개발자의 속도가 아닙니다. 진짜 병목은 서비스마다 반복되는 배포 파이프라인 준비 작업입니다. 사람이 매번 같은 설정을 옮겨 적으면 리드타임은 길어지고, 누락과 표준 편차가 쌓이며, 실패했을 때 어디까지 만들어졌는지도 알기 어려워집니다. 그래서 만든 것이 devops-code-foundry입니다. 개발자가 셀프서비스 포털에 앱 이름·팀·템플릿을 입력하면 GitLab 프로젝트부터 GitOps 매니페스트, Jenkins 초기 실행까지 자동으로 프로비저닝하는 플랫폼입니다. 한 줄로 요약하면 devops-code-foundry는 단순한 배포 스크립트가 아닙니다. 플랫폼 팀의 반복 작업을 멱등한 워크플로우로 바꾸고, 개발팀이 기다리지 않고 표준 파이프라인을 만들게 하는 셀프서비스 DevOps 플랫폼 입니다. 개발자 요청 ↓ 즉시 request_id 반환 FastAPI — 인증 · 검증 · 정책 적용 ↓ Argo Workflows — 상태 · 재시도 · 보상 제어 ↓ GitLab → Argo CD(GitOps) → Jenkins ↓ 대상 Kubernetes 클러스터에 애플리케이션 배포 왜 ‘자동화 스크립트’가 아니라 플랫폼인가? 스크립트는 실행한 사람에게만 편리할 수 있습니다. 플랫폼은 입력 규칙, 진행 상태, 실패 복구, 권한, 감사 기록까지 조직의 공통 방식으로 만듭니다. 이 프로젝트가 해결하려는 차이는 다음과 같습니다. 구분 수동 요청 방식 Code Foundry 시작 팀별 티켓과 메시지 포...

앞 글 에서 예배 PPT 자동 생성 파이프라인의 구조를 정리했습니다. 이 글은 그 파이프라인을 6주간 매주 돌리면서 실제로 걸린 문제들입니다. 하나하나는 사소한데, 각각 한 주씩 잡아먹었습니다. 재현 조건과 확인 방법 위주로 적습니다. 1. OneDrive 온라인 전용 파일은 스크립트에서 못 읽는다 악보 812개가 든 폴더가 OneDrive 안에 있습니다. 어느 날 갑자기 모든 파일이 읽기 실패했습니다. OSError: [Errno 35] Resource deadlock avoided os.path.getsize() 는 정상 크기를 돌려주고 os.listdir() 도 잘 됩니다. 열어서 읽을 때만 실패합니다. 원인은 OneDrive의 Files On-Demand (온라인 전용)입니다. 오래 안 열어본 파일은 실체가 로컬에서 지워지고 자리표시자만 남는데, macOS Finder에서 열면 그때 받아오지만 컨테이너·샌드박스 안의 프로세스는 그 다운로드를 일으킬 수 없습니다. 재시도, cp , dd , 다른 API 전부 소용없습니다. 해결은 Finder에서 폴더 우클릭 → "이 기기에 항상 유지" 하나뿐입니다. 코드 쪽에서는 미리 잡아내는 점검만 넣었습니다. def readable(path): try: with open(path, "rb") as f: f.read(4) return True except OSError: return False 4바이트만 읽어도 판별됩니다. 파이프라인 첫 단계에서 이번 주에 쓸 파일만 골라 검사하고, 하나라도 실패하면 나머지를 먼저 만든 뒤 사용자에게 알립니다. 온라인 전용·클라우드 파일은 ‘보인다’와 ‘읽힌다’가 다릅니다. 사진: Bluestonex / Unsplash 2. LibreOffice는 못 읽는 파일도 '성공'한다 1번보다 이게 더 위험합니다. 온라인 전용 파일...

교회 미디어 봉사를 맡으면 매주 같은 일을 반복하게 됩니다. 찬양 4곡 악보를 찾아 슬라이드로 넣고, 교독문을 절 단위로 나누고, 말씀봉독 본문을 개역개정에서 옮겨 적고, 광고를 정리하고, 설교 제목을 바꿉니다. 평균 90장짜리 PPT가 매주 한 벌씩 나옵니다. 이 글은 그 작업을 웹 입력 → 오브젝트 스토리지 → Claude 스킬 → pptx 로 자동화한 구조를 정리한 것입니다. 6주간 실제 예배에 쓰면서 다듬은 결과이고, 삽질 목록은 별도 글 로 나눴습니다. 1. 전체 구조 [담당자] [Astro 웹 에디터] [OCI Object Storage] 찬양 콘티, 교독문 번호, ──▶ material.ts가 검증·직렬화 ──▶ 자료 - 20260906.txt (사람용) 본문 범위, 광고, 설교 토큰 게이트 API 자료 - 20260906.json (자동화용) │ ▼ (OneDrive 동기화) [Claude Cowork 스킬] [작업 폴더/contexts/] load_material.py ──▶ find_song.py ──▶ render_song.py ──▶ worship_design.py ──▶ 완성 pptx 원고 읽기 악보 812개 중 LibreOffice로 슬라이드 조립·검증 이번 주 것 매칭 PNG 변환 핵심은 두 가지입니다. 첫째, 매주 바뀌는 것만 입력 받습니다. 사도신경, 헌금기도, 축도처럼 고정된 슬라이드는 코드에 상수로 들어 있습니다. 둘째,...

  로봇은 노동자가 되고, 보조해주고, 도와주며,  전문가로 업무를 하며, 법률가로써 동등하게 업무를 수행하고 협력하고, 감정을 이해하며  화합하며, 잘 살면 됩니다.