2026-08-18 Platform Engineering 입문: 셀프서비스 플랫폼으로 가는 길

오늘의 기술 토픽 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, 보안 정책 등을 표준화된 셀프서비스 형태로 제공하는 것이 핵심입니다. ...

August 18, 2026 · 3 min · 556 words · jeonck

2026-08-17 AIOps: AI 에이전트로 시스템 운영 자동화하기

오늘의 기술 토픽 AI Agents for Operations (AIOps) AIOps(AI Agents for Operations)는 대규모 언어 모델 기반 AI 에이전트를 활용해 장애 감지, 원인 분석, 조치까지 운영 업무를 자동화하려는 흐름입니다. Kubernetes 생태계에서는 CNCF Sandbox 프로젝트인 kagent가 이를 구체적으로 구현하는 대표 도구로 떠오르고 있습니다. Prometheus, OpenTelemetry 같은 관측 도구가 쌓아온 메트릭·로그·트레이스 데이터가 AI 에이전트의 판단 근거로 활용됩니다. 다만 완전 자동화보다는 사람의 승인을 거치는 안전장치와 함께 점진적으로 도입하는 방향이 강조됩니다. 🔑 핵심 요점 AIOps는 AI 에이전트가 관측 데이터를 근거로 운영 판단을 내리는 접근 방식입니다. kagent는 Kubernetes 환경에서 AIOps를 구현하는 대표적인 CNCF 오픈소스 프로젝트입니다. Prometheus, OpenTelemetry 같은 관측 도구가 AI 에이전트의 판단 근거 데이터를 제공합니다. 완전 자동화보다는 사람의 승인을 거치는 human-in-the-loop 구조가 안전한 도입 방향으로 꼽힙니다. AIOps는 알림 트리아지처럼 작은 범위의 작업부터 적용하는 것이 현실적인 시작점입니다. AI 에이전트는 앞으로 내부 개발자 플랫폼의 셀프서비스 기능으로 통합될 가능성이 큽니다. 🛠 핵심 기술 쉽게 이해하기 AIOps (AI Agents for Operations) AIOps는 대규모 언어 모델(LLM) 기반 AI 에이전트를 시스템 운영과 장애 대응에 활용하는 접근 방식입니다. 로그, 메트릭, 트레이스 같은 관측 데이터를 에이전트가 스스로 분석해 이상 징후를 파악하고 필요한 조치를 제안하거나 실행합니다. ...

August 17, 2026 · 3 min · 621 words · jeonck

2026-08-16 Zero Trust Networking 입문: 경계 없는 시대의 네트워크 보안

오늘의 기술 토픽 Zero Trust Networking 전통적인 방화벽 중심의 경계 보안 모델은 클라우드 네이티브 환경에서 더 이상 충분하지 않다는 문제의식에서 Zero Trust Networking이 주목받고 있다. 이 접근은 네트워크 내부/외부를 신뢰하지 않고 모든 요청을 검증하는 것을 원칙으로 하며, Kubernetes 생태계에서는 Cilium, Istio 같은 서비스 메시/네트워킹 도구와 cert-manager 같은 인증서 자동화 도구가 이를 실현하는 핵심 축으로 자리잡고 있다. 이번 브리프에서는 Zero Trust의 개념과 함께 이를 실제로 구현하는 데 쓰이는 대표 기술들을 살펴본다. 각 기술이 어떤 문제를 풀고 어떻게 조합되는지 초심자 관점에서 정리했다. ...

August 16, 2026 · 3 min · 572 words · jeonck

2026-08-15 Crossplane로 시작하는 Infrastructure as Code

오늘의 기술 토픽 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로 데이터베이스, 네트워크, 스토리지 같은 클라우드 자원을 다룰 수 있다. ...

August 15, 2026 · 3 min · 521 words · jeonck

2026-08-14 Policy as Code로 클라우드 네이티브 거버넌스 자동화하기

오늘의 기술 토픽 Policy as Code 이번 브리프는 별도의 밋업 발표 없이 Policy as Code라는 주제를 중심으로 관련 생태계를 정리한 것이다. Policy as Code는 인프라와 애플리케이션에 적용할 정책을 코드로 작성하고 버전 관리하여, 사람이 수동으로 검토하던 규칙을 자동화된 파이프라인과 클러스터 안에서 강제하는 접근 방식이다. Open Policy Agent(OPA), Kyverno, OPA Gatekeeper 같은 도구들이 이 흐름을 뒷받침하며, 각각 범용 정책 엔진, Kubernetes 네이티브 정책 관리, Kubernetes admission control 통합이라는 역할을 맡는다. 전체적으로 보안·컴플라이언스 검증을 개발 초기 단계로 앞당기는 shift-left 흐름과 맞닿아 있다. ...

August 14, 2026 · 3 min · 622 words · jeonck

2026-08-13 eBPF 기반 네트워킹, 왜 지금 주목받는가

오늘의 기술 토픽 eBPF Networking 이 브리프는 커널 레벨에서 네트워크 패킷을 프로그래밍 가능하게 처리하는 eBPF 기술과, 이를 기반으로 한 쿠버네티스 네트워킹 생태계를 정리한다. 전통적인 iptables 기반 네트워킹의 성능·가시성 한계를 eBPF가 어떻게 해결하는지, 그리고 Cilium을 중심으로 한 CNI(Container Network Interface) 스택이 어떻게 확장되고 있는지를 다룬다. 네트워킹뿐 아니라 관측성(observability)과 보안까지 eBPF 하나의 기술로 통합되는 흐름을 소개한다. 🔑 핵심 요점 eBPF는 커널을 재컴파일하거나 커널 모듈을 만들지 않고도 커널 안에서 안전하게 커스텀 코드를 실행할 수 있게 해주는 기술이다. 쿠버네티스 네트워킹의 오랜 병목이었던 iptables 규칙 폭증 문제를 eBPF는 해시 테이블 기반 조회로 성능을 크게 개선한다. Cilium은 eBPF를 커널 수준에서 활용해 네트워킹, 로드밸런싱, 네트워크 정책을 하나의 CNI로 통합한 대표적인 프로젝트다. Hubble은 Cilium 위에서 동작하는 관측성 도구로, 서비스 간 트래픽 흐름을 실시간으로 시각화해준다. eBPF는 네트워킹을 넘어 보안(런타임 위협 탐지)과 성능 프로파일링 영역까지 활용 범위가 넓어지고 있다. kube-proxy를 eBPF 기반 데이터플레인으로 대체하는 것이 최근 클러스터 성능 튜닝의 주요 트렌드다. 🛠 핵심 기술 쉽게 이해하기 eBPF eBPF(extended Berkeley Packet Filter)는 리눅스 커널 안에서 샌드박스 방식으로 작은 프로그램을 실행할 수 있게 해주는 기술이다. 커널 소스를 수정하거나 모듈을 로드하지 않고도 네트워크 패킷, 시스템 콜, 함수 호출 같은 커널 이벤트에 훅을 걸어 로직을 실행할 수 있다. ...

August 13, 2026 · 3 min · 579 words · jeonck

2026-08-12 Service Mesh 입문 가이드

오늘의 기술 토픽 Service Mesh 이 브리핑은 마이크로서비스 환경에서 서비스 간 통신을 관리하는 Service Mesh 개념을 정리한다. 대표 구현체인 Istio와 이를 구성하는 데이터 플레인 Envoy, 그리고 eBPF 기반의 경량 대안인 Cilium을 함께 살펴본다. 서비스 메시가 트래픽 관리, 보안, 관측성을 애플리케이션 코드 밖에서 어떻게 해결하는지에 초점을 맞춘다. Kubernetes 환경에서 서비스 메시를 도입하려는 개발자를 위한 학습 로드맵을 제시한다. 🔑 핵심 요점 Service Mesh는 마이크로서비스 간 통신을 애플리케이션 코드 수정 없이 인프라 레벨에서 제어하는 계층이다. 각 서비스 옆에 사이드카 프록시(주로 Envoy)를 붙여 트래픽을 가로채고 제어하는 방식이 일반적이다. mTLS 기반 암호화, 재시도, 서킷 브레이커, 카나리 배포 같은 기능을 코드 변경 없이 적용할 수 있다. Istio는 가장 널리 쓰이는 서비스 메시 구현체로 컨트롤 플레인과 데이터 플레인으로 구성된다. Cilium은 eBPF를 활용해 사이드카 없이도 서비스 메시 기능을 구현하는 최신 접근으로 주목받고 있다. 서비스 메시는 관측성(observability) 도구와 결합될 때 진가를 발휘한다. 🛠 핵심 기술 쉽게 이해하기 Service Mesh 여러 개의 작은 서비스로 나뉜 애플리케이션에서 서비스끼리 주고받는 네트워크 트래픽을 관리하는 인프라 계층이다. 각 서비스 옆에 작은 프록시를 붙여서 트래픽 라우팅, 암호화, 재시도 같은 작업을 대신 처리해준다. 개발자가 비즈니스 로직에만 집중할 수 있도록 통신 관련 복잡함을 분리해주는 것이 핵심 아이디어다. ...

August 12, 2026 · 3 min · 595 words · jeonck

2026-08-11 Kubernetes Operators & CRDs로 배우는 확장형 클러스터 운영

오늘의 기술 토픽 Kubernetes Operators & CRDs 이번 브리프는 Kubernetes의 확장 메커니즘인 Custom Resource Definition(CRD)과 Operator 패턴을 중심으로 다룬다. CRD로 새로운 리소스 타입을 정의하고 Operator가 이를 지속적으로 감시하며 원하는 상태를 유지하는 원리를 소개한다. 이와 함께 Operator 개발 도구인 Kubebuilder와 Operator SDK, 그리고 선언적 배포 관리를 위한 Argo CD, 인프라 프로비저닝까지 CRD/Operator 패턴으로 확장한 Crossplane을 함께 살펴본다. 전체적으로 Kubernetes 생태계가 애플리케이션뿐 아니라 인프라 전체를 코드로 선언하고 자동화하는 방향으로 나아가고 있음을 보여준다. ...

August 11, 2026 · 3 min · 585 words · jeonck

2026-08-10 Internal Developer Platform(IDP)로 개발자 경험 개선하기

오늘의 기술 토픽 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 등)를 통해 셀프서비스로 필요한 리소스를 얻는다. ...

August 10, 2026 · 3 min · 608 words · jeonck

2026-08-09 GitOps로 시작하는 선언적 배포 관리

오늘의 기술 토픽 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 커밋 하나하나가 배포 변경의 기록이 됩니다. ...

August 9, 2026 · 3 min · 533 words · jeonck