Gitops

오늘의 기술 토픽 Platform Engineering 이번 자료는 특정 밋업 발표가 아니라 Platform Engineering이라는 주제를 중심으로 정리한 브리프입니다. Platform Engineering은 개발자가 인프라 복잡성을 신경 쓰지 않고 빠르게 서비스를 배포할 수 있도록 내부 개발자 플랫폼(IDP)을 구축하는 접근 방식입니다. Kubernetes 생태계가 성숙하면서 운영 복잡도를 낮추기 위한 방법으로 Crossplane, Backstage, Argo CD 같은 도구들이 함께 언급됩니다. 이 브리프는 개념 이해와 학습 시작점을 제공하는 데 초점을 맞춥니다. 🔑 핵심 요점 Platform Engineering은 개발자 경험(DevEx)을 개선하기 위해 내부 개발자 플랫폼을 만드는 활동입니다. 핵심 목표는 개발자가 인프라 세부사항을 몰라도 셀프서비스로 배포할 수 있게 만드는 것입니다. Crossplane 같은 도구는 클라우드 리소스를 Kubernetes API로 추상화해 플랫폼 구축을 돕습니다. Backstage는 여러 플랫폼 기능을 하나의 개발자 포털로 모아주는 대표적인 도구입니다. GitOps 도구인 Argo CD는 플랫폼의 배포 자동화 계층으로 자주 함께 쓰입니다. Platform as a Product라는 사고방식이 이 흐름의 핵심 철학으로 자리잡고 있습니다. 🛠 핵심 기술 쉽게 이해하기 Platform Engineering Platform Engineering은 개발팀이 애플리케이션을 더 쉽고 안전하게 배포·운영할 수 있도록 재사용 가능한 도구와 워크플로우를 갖춘 내부 플랫폼을 설계하고 운영하는 분야입니다. 인프라, CI/CD, 보안 정책 등을 표준화된 셀프서비스 형태로 제공하는 것이 핵심입니다. ...

오늘의 기술 토픽 Infrastructure as Code with Crossplane 이번 브리핑은 별도의 밋업 발표 없이 Crossplane을 중심으로 한 Infrastructure as Code(IaC) 흐름을 정리한 것이다. Kubernetes API를 확장해 클라우드 리소스를 선언적으로 관리하는 Crossplane의 개념과, 이를 둘러싼 GitOps 및 플랫폼 엔지니어링 생태계를 함께 살펴본다. 실제 발표 Q&A는 없었으며, 입문자가 바로 시도해볼 수 있는 학습 경로에 초점을 맞췄다. 🔑 핵심 요점 Crossplane은 Kubernetes API를 확장하여 클라우드 인프라 리소스를 Kubernetes 오브젝트처럼 선언적으로 관리할 수 있게 해준다. 기존 Terraform이 CLI와 상태 파일 기반이라면, Crossplane은 Kubernetes 컨트롤러 패턴으로 지속적인 리컨실리에이션을 수행한다. Crossplane의 Composition 기능을 사용하면 여러 클라우드 리소스를 조합한 커스텀 API를 만들어 팀에 셀프서비스로 제공할 수 있다. GitOps 도구(Argo CD 등)와 결합하면 인프라 변경도 애플리케이션 배포처럼 Git 저장소를 단일 진실 공급원으로 관리할 수 있다. 플랫폼 엔지니어링 관점에서 Crossplane은 개발자에게 인프라 복잡도를 감추고 표준화된 API만 노출하는 내부 개발자 플랫폼(IDP)의 핵심 구성요소로 활용된다. 🛠 핵심 기술 쉽게 이해하기 Crossplane Crossplane은 Kubernetes 위에서 동작하는 오픈소스 프레임워크로, AWS, GCP, Azure 등 클라우드 리소스를 Kubernetes의 Custom Resource로 정의하고 관리할 수 있게 해준다. kubectl이나 YAML manifest로 데이터베이스, 네트워크, 스토리지 같은 클라우드 자원을 다룰 수 있다. ...

오늘의 기술 토픽 Internal Developer Platform (IDP) 이 브리프는 최근 클라우드 네이티브 생태계에서 화두가 되고 있는 Internal Developer Platform(IDP) 개념을 정리한다. IDP는 개발자가 인프라 세부사항을 몰라도 셀프서비스로 애플리케이션을 배포하고 운영할 수 있도록 플랫폼 팀이 표준화된 도구와 워크플로우를 제공하는 접근 방식이다. Backstage, Crossplane, Argo CD 같은 도구들이 IDP를 구성하는 대표적인 조각으로 자주 언급되며, 각각 개발자 포털, 인프라 추상화, GitOps 배포를 담당한다. 이 문서는 관련 기술을 소개하고 학습을 시작하는 방법을 안내한다. 🔑 핵심 요점 IDP는 개발자가 인프라 복잡성을 신경 쓰지 않고 셀프서비스로 배포할 수 있게 해주는 플랫폼이다. 플랫폼 팀은 IDP를 ‘제품(product)‘처럼 취급하고 개발자를 그 제품의 사용자로 바라보는 관점이 중요하다. Backstage는 IDP의 대표적인 개발자 포털 프레임워크로, 서비스 카탈로그와 셀프서비스 템플릿을 제공한다. Crossplane은 쿠버네티스 API를 확장해 클라우드 인프라를 코드로 정의하고 프로비저닝하는 데 쓰인다. Argo CD 같은 GitOps 도구는 IDP에서 배포 자동화와 일관된 운영 상태 유지를 담당한다. IDP 도입의 핵심은 도구 자체보다 ‘골든 패스(golden path)‘로 개발자 워크플로우를 단순화하는 데 있다. 🛠 핵심 기술 쉽게 이해하기 Internal Developer Platform (IDP) IDP는 조직 내부에서 개발자가 애플리케이션을 빌드, 배포, 운영하는 데 필요한 도구와 워크플로우를 하나로 묶어 제공하는 플랫폼이다. 개발자는 복잡한 인프라 설정을 직접 다루지 않고 표준화된 인터페이스(포털, CLI, API 등)를 통해 셀프서비스로 필요한 리소스를 얻는다. ...

오늘의 기술 토픽 GitOps 이번 자료는 GitOps라는 개념을 중심으로, Git 저장소를 단일 진실 공급원(Single Source of Truth)으로 삼아 인프라와 애플리케이션 배포를 관리하는 방법을 다룹니다. 대표 구현체인 Argo CD와 Flux를 함께 소개하며, Kubernetes 환경에서 선언적 방식으로 상태를 동기화하는 실무 흐름을 설명합니다. 수동 배포 대신 Git 커밋과 Pull Request를 통해 변경 이력과 승인 절차를 남기는 것이 핵심 아이디어입니다. 🔑 핵심 요점 GitOps는 Git 저장소의 선언적 설정을 실제 클러스터 상태와 지속적으로 동기화하는 운영 방식입니다. 모든 배포 변경은 Git 커밋을 통해 이루어지므로 변경 이력 추적과 롤백이 쉬워집니다. Argo CD와 Flux는 Kubernetes 환경에서 가장 널리 쓰이는 GitOps 도구입니다. 선언적 설정 파일(YAML)만 관리하면 되므로 수동 kubectl apply 명령을 줄일 수 있습니다. GitOps는 CI(빌드/테스트)와 CD(배포)를 분리해 보안과 권한 관리를 명확히 합니다. Pull Request 기반 워크플로우 덕분에 배포 변경에 대한 리뷰와 승인 과정을 자연스럽게 도입할 수 있습니다. 🛠 핵심 기술 쉽게 이해하기 GitOps GitOps는 애플리케이션과 인프라의 원하는 상태(desired state)를 Git 저장소에 선언적으로 저장하고, 자동화 도구가 이를 실제 시스템 상태와 지속적으로 비교하며 동기화하는 운영 방법론입니다. Git 커밋 하나하나가 배포 변경의 기록이 됩니다. ...

오늘의 기술 토픽 Infrastructure as Code with Crossplane 이번 브리프는 Kubernetes 위에서 클라우드 인프라를 선언적으로 관리하는 Crossplane을 중심으로 정리했다. Terraform과 달리 Crossplane은 클라우드 리소스를 Kubernetes API의 커스텀 리소스(CRD)로 다루어, 애플리케이션과 인프라를 동일한 API 서버와 GitOps 워크플로우로 관리할 수 있게 해준다. Argo CD 같은 GitOps 도구와 결합하면 인프라 변경도 Git 커밋 하나로 배포·감사할 수 있어, 플랫폼 엔지니어링 흐름과 자연스럽게 맞물린다. 초보자는 먼저 로컬 클러스터에서 Crossplane과 provider를 설치해보며 개념을 익히는 것이 좋다. ...

오늘의 기술 토픽 Internal Developer Platform (IDP) Internal Developer Platform(IDP)은 개발자가 인프라 세부사항을 몰라도 셀프서비스로 애플리케이션을 배포하고 운영할 수 있도록 플랫폼 엔지니어링 팀이 제공하는 통합 도구 모음입니다. 쿠버네티스와 클라우드 인프라가 복잡해지면서 개발자의 인지 부하를 줄이고 배포 속도를 높이기 위한 목적으로 등장했습니다. Backstage 같은 개발자 포털, Crossplane 같은 인프라 추상화 도구, Argo CD 같은 GitOps 배포 도구가 IDP의 핵심 구성 요소로 자주 함께 언급됩니다. 최근에는 플랫폼을 하나의 내부 ‘제품’으로 취급하며 개발자 경험(DX)을 개선하는 방향으로 발전하고 있습니다. ...

오늘의 기술 토픽 GitOps 이번 브리핑은 별도의 밋업 발표 없이 GitOps라는 주제를 중심으로 관련 생태계를 정리한 내용이다. GitOps는 Git 저장소를 단일 진실 공급원(Single Source of Truth)으로 삼아 인프라와 애플리케이션 배포 상태를 선언적으로 관리하는 방법론이다. Argo CD, Flux CD 같은 컨트롤러가 Git의 상태와 실제 클러스터 상태를 지속적으로 동기화하며, 이 흐름 위에서 Kustomize, Helm 같은 매니페스트 관리 도구가 함께 쓰인다. 최근 클라우드 네이티브 커뮤니티는 이를 플랫폼 엔지니어링과 셀프서비스 배포의 기반 기술로 확장하고 있다. ...

오늘의 기술 토픽 Policy as Code Policy as Code는 인프라와 애플리케이션에 적용할 규칙을 코드로 작성해 버전 관리하고 자동으로 검증하는 접근 방식입니다. Kubernetes 생태계에서는 Open Policy Agent(OPA)와 Kyverno 같은 도구를 통해 리소스가 클러스터에 배포되기 전에 보안·컴플라이언스 규칙을 자동으로 검사하는 형태로 널리 쓰이고 있습니다. 수동 코드 리뷰나 문서화된 가이드라인에 의존하던 방식에서 벗어나, 정책 자체를 테스트 가능하고 재사용 가능한 코드로 관리하는 흐름으로 이동하고 있습니다. 🔑 핵심 요점 Policy as Code는 조직의 규칙(보안, 비용, 네이밍 컨벤션 등)을 코드로 작성해 자동 검증하는 방법론입니다. Kubernetes에서는 Admission Controller를 통해 리소스가 클러스터에 생성되기 전에 정책을 적용할 수 있습니다. Open Policy Agent(OPA)는 범용 정책 엔진이며, Rego라는 전용 언어로 정책을 작성합니다. Kyverno는 YAML 기반으로 정책을 작성할 수 있어 Kubernetes 사용자에게 진입장벽이 낮은 대안입니다. 정책을 코드로 관리하면 Git을 통한 버전 관리, 리뷰, CI 테스트가 가능해집니다. GitOps 파이프라인과 결합하면 배포 이전 단계에서부터 정책 위반을 걸러낼 수 있습니다. 🛠 핵심 기술 쉽게 이해하기 Policy as Code 조직이 지켜야 할 규칙(예: ‘모든 컨테이너는 root로 실행 금지’, ‘퍼블릭 S3 버킷 금지’)을 코드 형태로 작성하고, 이를 자동화된 도구로 검증하는 접근 방식입니다. 규칙이 문서가 아니라 코드이기 때문에 테스트하고 버전을 관리할 수 있습니다. ...

DevOps 다음은 왜 플랫폼 엔지니어링인가 DevOps는 애플리케이션 팀에게 인프라를 직접 다룰 자유를 줬지만, 그 대가로 모든 팀이 YAML과 IAM, 네트워크 정책을 각자 재발명하는 ‘인지 부하 폭증’을 낳았다. 이 문제를 해결하기 위해 등장한 것이 플랫폼 엔지니어링이다. CNCF는 이를 “플랫폼 팀이 제공하는 능력의 계층으로, 제품 팀이 하부 인프라에 대한 깊은 전문성 없이도 서비스를 빌드·배포·운영할 수 있게 하는 것"이라 정의하며, 골든 패스(Golden Path)를 “가드레일이지 게이트가 아니다"라고 못박는다 (CNCF Platforms White Paper). 실제로 DORA의 2025 State of AI-assisted Software Development 보고서에 따르면 조직의 90%가 내부 개발자 플랫폼(IDP)을 이미 운영 중이고 76%는 전담 플랫폼 팀을 두고 있다. 더 중요한 발견은, AI 도입률이 90%에 달하는 지금 AI는 그 조직의 기존 엔지니어링 시스템을 ‘증폭’할 뿐이라는 점이다. 플랫폼이 부실하면 AI도 그 부실함을 그대로 증폭시킨다. ...

📋 밋업 한눈에 보기 Akamai의 플랫폼 엔지니어가 500개 이상의 클러스터와 8000개 이상의 애플리케이션을 운영하는 사내 Internal Developer Platform 아키텍처를 소개한 발표다. DevOps 셀프서비스 피로에서 platform engineering이 어떻게 태동했는지, 관리 클러스터(SRE 소유)와 애플리케이션 클러스터(서비스 팀 소유)를 Argo CD와 Crossplane으로 GitOps하게 관리하는 구조, Kyverno·Cilium·Istio로 구현한 zero-trust 보안, 그리고 kagent를 활용한 AI 트러블슈팅 실험까지 다뤘다. 발표 후에는 플랫폼 버전 관리, 업그레이드 전략, 책임 분담 모델에 대한 활발한 질의응답이 이어졌다. 🔑 핵심 요점 Platform engineering은 각 팀이 개별적으로 YAML, IAM, 티켓 프로세스를 배워야 했던 DevOps 셀프서비스의 피로에서 출발했다. 플랫폼을 ‘제품’으로, 내부 개발자를 ‘고객’으로 취급하고 문서화와 피드백 루프, 채택률을 성공 지표로 삼는 것이 핵심 원칙이다. 관리 클러스터와 애플리케이션 클러스터를 분리하고, Argo CD와 Crossplane으로 전체 인프라와 애플리케이션을 GitOps 방식으로 관리한다. Kyverno로 정책을 강제하고 Cilium과 Istio로 네트워크 계층의 zero-trust(세그멘테이션, mTLS)를 구현하며, RBAC은 OIDC/SSO와 연동된다. 플랫폼 컴포넌트 전체를 하나의 버전으로 번들링해 배포하며, 업그레이드와 롤백도 git commit 단위로 이루어진다. kagent 같은 AI 에이전트를 도입해 자연어로 클러스터 상태를 질의하고 진단하는 실험을 진행 중이다. DORA 리포트를 인용하며 플랫폼 엔지니어링 도입이 소프트웨어 딜리버리 성과와 개발자 생산성 향상에 실제로 기여한다고 설명했다. 🛠 핵심 기술 쉽게 이해하기 Argo CD Git 저장소에 선언된 상태를 기준으로 Kubernetes 클러스터를 자동으로 동기화해주는 GitOps 배포 도구다. 사람이 직접 kubectl apply를 실행하는 대신, 컨트롤러가 Git의 변경 사항을 감지해 클러스터에 반영한다. ...