| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- argocd
- 제주ICT
- 네트워크정리
- 네트워크핵심정리
- 네트워크
- 네트워크면접
- javascript
- Linux
- 네트워크기초
- 코테준비
- 리눅스기초
- 컴퓨터네트워크
- 리눅스
- 터미널명령어
- 제주코딩베이스캠프
- Python
- DevOps
- 코딩테스트
- 파이썬
- 코테
- 프로펙트부트캠프
- AWS
- GitOps
- 자료구조
- 개발자
- 더오름
- 위니브
- CICD
- 백준
- 프로펙트
- Today
- Total
목록GitOps (2)
hyei-devlog
ArgoCD를 도입한 후 가장 먼저 마주하는 질문이 있다."수십 개의 마이크로서비스를 어떻게 체계적으로 관리할 것인가?" 이 글에서는 세 가지 주요 배포 패턴을 실무 관점에서 비교하고, 각 패턴이 빛을 발하는 상황을 살펴본다. 1. Flat Application 구조: 단순함의 미학Flat 구조는 가장 직관적인 방식이다.각 서비스마다 독립적인 ArgoCD Application YAML 파일을 생성하고, 이를 개별적으로 ArgoCD에 등록하는 방식이다.Flat 구조는 Root YAML 없이 서비스 하나마다 Application YAML을 둔다.apps/ ├─ service-a.yaml ├─ service-b.yaml └─ service-c.yaml 이 구조의 핵심은 Application 간에 어떠한 계..
"왜 배포 코드가 이렇게 복잡해야 하는가?" 2개월 간의 프로젝트를 진행하며 배포 파이프라인을 발전시켰다. 복잡한 배포 스크립트를 줄이고, 배포 시간을 12분에서 4분 30초로 단축했으며, UI 상으로 쉽게 롤백할 수 있는 시스템을 구축했다. 배달 서비스 플랫폼의 백엔드 일부 개발, 인프라 설계, CICD를 담당하며 5개의 마이크로서비스(User, Store, Order, Payment, Review)를 배포하는 과정에서 겪은 시행착오와 개선 과정을 기록했다.1️⃣ 1차: 백엔드 서비스 개발 (2025.10.14 ~ 2025.10.30)📍 목표Java와 Spring Boot로 백엔드 서비스를 개발하고, 나는 Review Service를 담당하여 REST API와 JWT 토큰 기반 인증을 구현하는 것이 ..