Tech-Brief on Meetup Insights

2026-09-17 Platform Engineering, 개발자 경험을 상품처럼 설계하기

Thu, 17 Sep 2026 09:03:23 +0900

오늘의 기술 토픽

Platform Engineering

Platform Engineering은 여러 팀이 반복적으로 겪는 인프라·배포·보안 설정의 복잡함을 내부 플랫폼 팀이 대신 표준화해 제공하는 접근 방식이다. 핵심은 개발자가 인프라 세부사항을 몰라도 셀프서비스로 원하는 리소스를 얻을 수 있게 만드는 것이며, 이를 위해 Backstage 같은 개발자 포털, Crossplane 같은 인프라 추상화 도구, Kubernetes 기반 실행 환경이 함께 사용된다. 최근 커뮤니티는 이를 단순한 도구 도입이 아니라 ‘플랫폼을 제품처럼 다루는’ 조직 문화의 변화로 보고 있다. 이 브리핑은 별도 밋업 발표 없이 해당 주제를 학습 관점에서 정리한 요약이다.

2026-09-16 AIOps: 운영을 자동화하는 AI 에이전트

Wed, 16 Sep 2026 08:57:21 +0900

오늘의 기술 토픽

AI Agents for Operations (AIOps)

AIOps는 AI 에이전트를 활용해 시스템 모니터링과 장애 대응, 인프라 운영을 자동화하려는 흐름이다. 사람이 로그와 메트릭을 직접 들여다보는 대신 LLM 기반 에이전트가 이상 징후를 탐지하고 원인을 분석해 대응 방안을 제안하거나 실행한다. Kubernetes 생태계에서는 kagent 같은 프레임워크가 등장하며 클러스터 운영에 AI 에이전트를 접목하려는 시도가 활발해지고 있다. 이 브리프에서는 AIOps의 핵심 개념과 관련 기술, 앞으로의 방향을 정리한다.

🔑 핵심 요점

AIOps는 모니터링·로그 데이터를 기반으로 AI 에이전트가 이상 탐지와 원인 분석을 수행하는 접근이다.
완전 자동화보다는 에이전트가 제안하고 사람이 최종 결정을 내리는 human-in-the-loop 방식이 현재 주류다.
Kubernetes 운영에 특화된 에이전트 프레임워크(kagent 등)가 등장하며 자연어로 클러스터를 진단하는 흐름이 생기고 있다.
Prometheus, OpenTelemetry 같은 관측 가능성 도구가 AI 에이전트의 데이터 소스 역할을 한다.
AIOps 도입 전에는 신뢰할 수 있는 관측 데이터 파이프라인 구축이 선행되어야 한다.
에이전트가 직접 클러스터에 조치를 취하려면 권한 관리와 정책 엔진 같은 안전장치 설계가 중요하다.

🛠 핵심 기술 쉽게 이해하기

AIOps (AI Agents for Operations)

AIOps는 AI, 특히 LLM 기반 에이전트를 시스템 운영에 적용해 모니터링, 장애 탐지, 트러블슈팅을 자동화하려는 접근 방식이다. 로그, 메트릭, 트레이스 같은 관측 데이터를 에이전트가 스스로 분석하고 조치를 제안하거나 실행한다.

2026-09-15 Zero Trust Networking으로 가는 클라우드 네이티브 보안 전략

Tue, 15 Sep 2026 09:13:47 +0900

오늘의 기술 토픽

Zero Trust Networking

이번 브리핑은 네트워크 경계 방어의 한계를 짚고, Zero Trust Networking이 클라우드 네이티브 환경에서 왜 필요한지 정리한다. Cilium, Istio, cert-manager, Kyverno 등 관련 기술이 어떻게 조합되어 신원 기반 보안을 구현하는지 살펴본다. 궁극적으로 모든 트래픽을 암묵적으로 신뢰하지 않고 지속적으로 검증하는 아키텍처로 전환하는 흐름을 다룬다.

🔑 핵심 요점

전통적인 경계 기반 보안 모델은 클라우드 네이티브 환경에서 더 이상 충분하지 않다.
Zero Trust Networking은 ‘절대 신뢰하지 말고 항상 검증하라’는 원칙을 네트워크 계층에 적용한다.
Cilium과 Istio 같은 서비스 메시/네트워킹 도구가 mTLS와 identity 기반 정책을 구현하는 핵심 축이다.
cert-manager는 서비스 간 통신에 필요한 인증서 발급과 갱신을 자동화해 Zero Trust 구현의 운영 부담을 줄여준다.
Kyverno 같은 정책 엔진은 클러스터 리소스 수준에서 보안 정책을 선언적으로 강제하는 데 사용된다.
결국 Zero Trust는 단일 제품이 아니라 여러 도구를 조합해 지속적으로 검증하는 아키텍처 패턴이다.

🛠 핵심 기술 쉽게 이해하기

Zero Trust Networking

네트워크 내부/외부를 구분하지 않고 모든 요청과 트래픽을 매번 인증·인가하는 보안 모델이다. ‘내부 네트워크는 안전하다’는 전제를 버리고, 모든 통신 주체의 신원을 검증한다.

2026-09-14 Crossplane으로 시작하는 Infrastructure as Code

Mon, 14 Sep 2026 08:52:03 +0900

오늘의 기술 토픽

Infrastructure as Code with Crossplane

이 브리프는 Crossplane을 중심으로 Kubernetes 네이티브 방식의 Infrastructure as Code 생태계를 정리한다. Crossplane은 클라우드 리소스를 Kubernetes CRD로 선언하고 관리할 수 있게 해주는 프로젝트로, Terraform과 달리 컨트롤 루프 기반으로 지속적인 리컨실리에이션을 수행한다는 점이 특징이다. 함께 알아두면 좋은 GitOps 도구인 Argo CD, 정책 관리를 담당하는 Kyverno, 시크릿 및 인증서 자동화를 돕는 cert-manager도 관련 생태계로 함께 소개한다. 플랫폼 엔지니어링 팀이 자체 서비스형 플랫폼을 구축할 때 이 조합이 표준적인 선택지로 자리잡고 있는 흐름을 짚는다.

2026-09-13 Policy as Code로 시작하는 쿠버네티스 정책 자동화

Sun, 13 Sep 2026 08:42:03 +0900

오늘의 기술 토픽

Policy as Code

이번 브리프는 Policy as Code를 중심으로 클라우드 네이티브 환경에서 정책을 코드로 관리하는 흐름을 정리한다. Kyverno, OPA/Gatekeeper 같은 정책 엔진과 Crossplane 같은 리소스 관리 도구가 함께 다뤄지며, 수동 검토 대신 자동화된 검증과 강제가 표준이 되어가는 방향을 짚는다. 실제 밋업 발표 없이, 관련 생태계를 학습하고자 하는 독자를 위한 요약 자료로 구성했다.

🔑 핵심 요점

Policy as Code는 보안, 컴플라이언스, 리소스 규칙을 코드로 작성해 자동으로 검증하고 강제하는 방식이다.
Kyverno는 쿠버네티스 네이티브 문법(YAML)으로 정책을 작성할 수 있어 진입 장벽이 낮다.
OPA(Open Policy Agent)와 Rego 언어는 범용 정책 엔진으로 쿠버네티스뿐 아니라 다양한 시스템에 적용 가능하다.
Crossplane은 인프라를 쿠버네티스 리소스처럼 선언적으로 관리하며 정책 기반 거버넌스와 함께 쓰이는 경우가 많다.
정책을 코드로 관리하면 Git 기반 리뷰, 버전 관리, CI/CD 파이프라인 통합이 가능해진다.
플랫폼 엔지니어링 관점에서 Policy as Code는 ‘셀프서비스 + 가드레일’ 모델을 실현하는 핵심 도구로 자리잡고 있다.

🛠 핵심 기술 쉽게 이해하기

Policy as Code

조직의 보안, 컴플라이언스, 운영 규칙을 코드(주로 YAML이나 전용 정책 언어)로 작성하고, 이를 시스템이 자동으로 검증·강제하도록 만드는 접근 방식이다. 사람이 수동으로 리뷰하던 규칙을 코드화해 일관성과 반복 가능성을 높인다.

2026-09-12 eBPF 기반 네트워킹: 커널을 새로 짜지 않고 확장하기

Sat, 12 Sep 2026 08:51:27 +0900

오늘의 기술 토픽

eBPF Networking

eBPF는 리눅스 커널을 재컴파일하거나 커널 모듈을 새로 만들지 않고도 커널 내부에서 안전하게 커스텀 프로그램을 실행할 수 있게 해주는 기술로, 최근 네트워킹, 보안, 관측성 분야에서 폭넓게 채택되고 있다. 특히 컨테이너 네트워킹에서는 기존 iptables 기반 방식의 성능 한계를 극복하기 위한 대안으로 주목받는다. Cilium과 같은 CNI 프로젝트가 eBPF를 코어 엔진으로 채택하면서 쿠버네티스 클러스터의 네트워킹, 로드밸런싱, 네트워크 정책 처리 방식이 크게 바뀌고 있다. 이 흐름은 서비스 메시, 관측성 도구 등 인접 영역까지 확장되는 추세다.

2026-09-11 Service Mesh 입문: Istio와 Cilium으로 시작하는 클라우드 네이티브 네트워킹

Fri, 11 Sep 2026 08:40:33 +0900

오늘의 기술 토픽

Service Mesh

이번 브리핑은 실제 밋업 발표 대신, Service Mesh라는 주제를 중심으로 관련 생태계를 정리한 기술 브리프입니다. Service Mesh는 마이크로서비스 간 통신을 애플리케이션 코드 밖에서 제어하기 위한 인프라 계층으로, Istio 같은 도구가 대표적입니다. 최근에는 sidecar 방식의 무거움을 해소하기 위해 Cilium 기반의 eBPF 접근과 Istio Ambient Mesh 같은 경량화 시도가 함께 논의되고 있습니다. 이 문서는 Service Mesh를 처음 접하는 개발자가 어떤 도구부터 살펴보면 좋을지 안내하는 데 초점을 맞췄습니다.

2026-09-10 Kubernetes Operators & CRDs로 시작하는 플랫폼 자동화

Thu, 10 Sep 2026 08:48:12 +0900

오늘의 기술 토픽

Kubernetes Operators & CRDs

Kubernetes Operators와 Custom Resource Definitions(CRD)는 클러스터 위에 도메인 지식을 코드로 담아 반복 운영 작업을 자동화하는 핵심 확장 메커니즘입니다. 이번 브리핑에서는 CRD로 새로운 리소스 타입을 정의하고 Operator가 이를 감시하며 원하는 상태를 유지하는 기본 원리를 정리합니다. 함께 Crossplane, Kyverno, kagent 같은 연관 생태계 도구들도 살펴보며, Kubernetes 확장 패턴이 어디로 향하고 있는지 짚어봅니다. 실무에서 바로 시도해볼 수 있는 학습 경로도 함께 제시합니다.

🔑 핵심 요점

CRD는 Kubernetes API를 확장해 사용자 정의 리소스 타입을 등록하는 방법입니다.
Operator는 컨트롤러 패턴을 이용해 CRD로 정의된 리소스의 원하는 상태(desired state)를 지속적으로 관찰하고 수렴시킵니다.
복잡한 애플리케이션 운영 지식(백업, 스케일링, 장애 복구 등)을 코드로 캡슐화할 수 있는 것이 Operator의 핵심 가치입니다.
Crossplane은 CRD/Operator 패턴을 클라우드 인프라 프로비저닝까지 확장한 대표 사례입니다.
Kyverno는 CRD 기반 정책을 통해 클러스터 리소스 생성 시점에 검증과 변형을 적용합니다.
생태계는 점점 더 많은 운영 업무를 선언적 리소스와 컨트롤러 루프로 옮기는 방향으로 발전하고 있습니다.

🛠 핵심 기술 쉽게 이해하기

Kubernetes Operators & CRDs

CRD(Custom Resource Definition)는 Kubernetes API에 새로운 리소스 종류를 등록하는 방법이고, Operator는 그 리소스를 지속적으로 감시하며 실제 상태를 원하는 상태에 맞춰 조정하는 컨트롤러입니다. 예를 들어 데이터베이스를 나타내는 CRD를 만들고, Operator가 실제 데이터베이스 인스턴스를 생성·백업·복구하도록 만들 수 있습니다.

2026-09-09 Internal Developer Platform(IDP)으로 시작하는 플랫폼 엔지니어링

Wed, 09 Sep 2026 08:48:36 +0900

오늘의 기술 토픽

Internal Developer Platform (IDP)

이 글은 실제 밋업 발표가 아니라 Internal Developer Platform(IDP)을 주제로 정리한 기술 브리프다. IDP는 개발자가 인프라 세부사항을 몰라도 셀프서비스로 애플리케이션을 배포하고 운영할 수 있게 해주는 내부 플랫폼을 뜻한다. Backstage, Crossplane, Argo CD 같은 도구들이 IDP 구축의 핵심 구성요소로 자주 언급되며, 플랫폼 엔지니어링이라는 큰 흐름 속에서 조직의 개발 생산성과 표준화를 동시에 달성하려는 시도로 볼 수 있다.

🔑 핵심 요점

Internal Developer Platform(IDP)은 개발자가 인프라 복잡성을 신경 쓰지 않고 셀프서비스로 배포·운영할 수 있게 해주는 내부 플랫폼이다.
IDP는 플랫폼 엔지니어링 팀이 여러 인프라 도구를 하나의 사용자 경험으로 추상화한 결과물이다.
Backstage는 개발자 포털(카탈로그, 템플릿, 문서)을 만드는 대표적인 오픈소스 도구다.
Crossplane은 클라우드 리소스를 Kubernetes API 방식으로 선언적으로 관리할 수 있게 해준다.
Argo CD 같은 GitOps 도구는 IDP에서 배포 자동화와 일관성을 담당하는 핵심 축이다.
IDP를 도입할 때는 처음부터 완벽한 플랫폼을 만들기보다 작은 골든 패스부터 시작하는 것이 권장된다.

🛠 핵심 기술 쉽게 이해하기

Internal Developer Platform (IDP)

IDP는 조직 내부에서 개발자가 애플리케이션을 셀프서비스로 만들고 배포하고 운영할 수 있도록 여러 인프라 도구와 워크플로를 하나로 묶어 제공하는 플랫폼이다. 개발자는 복잡한 Kubernetes, 클라우드, CI/CD 설정을 직접 다루지 않고도 표준화된 인터페이스(포털, CLI, API 등)를 통해 필요한 리소스를 요청할 수 있다.

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

Tue, 08 Sep 2026 08:57:07 +0900

오늘의 기술 토픽

GitOps

이번 자료는 GitOps를 중심으로, Git을 단일 진실 공급원(Single Source of Truth)으로 삼아 애플리케이션과 인프라를 관리하는 방식을 다룬다. Argo CD, Flux 같은 도구를 통해 Git 저장소의 상태와 실제 클러스터 상태를 지속적으로 동기화하는 개념과 필요성을 설명한다. 수동 배포에서 발생하는 휴먼 에러와 감사 추적의 어려움을 GitOps가 어떻게 해결하는지에 초점을 맞춘다. 이후 GitOps 생태계와 맞닿아 있는 Kubernetes 네이티브 도구들과의 연계도 함께 소개한다.

🔑 핵심 요점

GitOps는 Git 저장소를 시스템의 단일 진실 공급원으로 삼아 배포 상태를 관리하는 방법론이다.
선언적 설정과 Git 커밋 기록만으로 배포 이력과 롤백이 가능해진다.
Argo CD, Flux 같은 컨트롤러가 Git과 클러스터 상태를 지속적으로 비교하고 동기화한다.
수동 kubectl apply 방식보다 감사 추적과 협업이 쉬워진다.
Pull 기반 배포 모델은 외부에서 클러스터로 직접 접근할 필요가 없어 보안 측면에서도 유리하다.
GitOps는 정책 관리, 인프라 프로비저닝 등 Kubernetes 생태계 전반으로 확장되고 있다.

🛠 핵심 기술 쉽게 이해하기

GitOps

GitOps는 애플리케이션과 인프라의 원하는 상태(desired state)를 Git 저장소에 선언적으로 기록하고, 이를 자동으로 실제 환경에 반영하는 운영 방식이다. 코드 리뷰와 커밋 기록을 통해 모든 변경 이력이 투명하게 남는다.

2026-09-07 Platform Engineering 입문 가이드

Mon, 07 Sep 2026 08:27:19 +0900

오늘의 기술 토픽

Platform Engineering

Platform Engineering은 개발자가 인프라 복잡성에 신경 쓰지 않고 셀프서비스로 배포와 운영을 할 수 있도록 플랫폼 팀이 내부 개발자 플랫폼(IDP)을 제품처럼 만드는 접근 방식이다. Kubernetes 생태계가 성숙하면서 각 조직마다 반복적으로 구축하던 배포 파이프라인, 인프라 프로비저닝, 정책 관리 도구들을 표준화된 셀프서비스 플랫폼으로 통합하려는 흐름이 커지고 있다. Crossplane, Argo CD, Backstage 같은 도구들이 이 흐름의 핵심 구성 요소로 자리잡고 있다. 궁극적으로는 개발자 경험(DevEx)을 높이고 인지 부하를 줄이는 것이 목표다.

2026-09-06 AIOps 시작하기: AI Agent로 운영 자동화하기

Sun, 06 Sep 2026 08:31:51 +0900

오늘의 기술 토픽

AI Agents for Operations (AIOps)

AIOps는 AI 에이전트와 머신러닝을 활용해 IT 운영 업무를 자동화하는 접근 방식이다. 장애 탐지, 근본 원인 분석, 알림 트리아지 같은 반복적인 운영 작업을 사람 대신 AI 에이전트가 수행하도록 만드는 것이 핵심이다. 최근에는 Kubernetes 클러스터 운영에 특화된 에이전트형 도구들이 등장하면서 클라우드 네이티브 환경에서의 AIOps 적용이 활발해지고 있다. 이 브리프는 AIOps와 관련 생태계 기술을 정리하고 입문자가 시작할 수 있는 방법을 소개한다.

🔑 핵심 요점

AIOps는 AI 에이전트를 활용해 모니터링, 장애 대응, 근본 원인 분석 등 운영 업무를 자동화하는 개념이다.
전통적인 룰 기반 알림 시스템의 한계를 AI 기반 이상 탐지와 예측으로 보완하려는 흐름이다.
Kubernetes 생태계에서는 kagent 같은 에이전트형 도구가 클러스터 운영 자동화를 목표로 등장하고 있다.
Prometheus, Loki 같은 관측 가능성(observability) 도구에서 수집된 데이터가 AIOps 에이전트의 판단 근거가 된다.
AIOps는 사람을 완전히 대체하기보다 반복 작업을 줄이고 운영자의 의사결정을 보조하는 방향으로 발전하고 있다.
입문자는 기존 모니터링 스택 위에 작은 자동화 규칙부터 얹어보며 점진적으로 AI 기반 기능을 확장하는 것이 현실적이다.

🛠 핵심 기술 쉽게 이해하기

AIOps

AIOps(AI for IT Operations)는 머신러닝과 AI 기술을 IT 운영 업무에 적용하는 접근 방식이다. 로그, 메트릭, 이벤트 같은 방대한 운영 데이터를 분석해 이상 징후를 자동으로 찾아내고, 장애의 근본 원인을 추론하며, 대응 조치를 제안하거나 실행한다.

2026-09-05 Zero Trust Networking 입문 가이드

Sat, 05 Sep 2026 08:41:02 +0900

오늘의 기술 토픽

Zero Trust Networking

이번 브리핑은 별도의 밋업 발표 없이 Zero Trust Networking이라는 주제 자체를 중심으로 정리한 자료입니다. 전통적인 경계 기반 보안 모델의 한계를 짚고, 이를 대체하는 Zero Trust 접근 방식과 이를 실제로 구현하는 데 쓰이는 서비스 메시·네트워크 정책 도구들을 함께 소개합니다. Cilium, Istio, cert-manager 같은 클라우드 네이티브 생태계 도구들이 Zero Trust를 실현하는 구체적인 수단으로 다뤄집니다. 처음 접하는 개발자도 어디서부터 학습을 시작하면 좋을지 방향을 잡을 수 있도록 구성했습니다.

2026-09-04 Crossplane으로 시작하는 Infrastructure as Code

Fri, 04 Sep 2026 08:45:44 +0900

오늘의 기술 토픽

Infrastructure as Code with Crossplane

이번 브리프는 실제 밋업 발표 대신, Crossplane을 중심으로 한 Infrastructure as Code(IaC) 생태계를 정리한 기술 브리핑입니다. Crossplane은 Kubernetes API를 확장해 클라우드 리소스를 쿠버네티스 오브젝트처럼 선언적으로 관리할 수 있게 해주는 도구로, 플랫폼 엔지니어링과 self-service 인프라 제공의 핵심 축으로 떠오르고 있습니다. 함께 살펴볼 Terraform, Argo CD, Kyverno는 각각 IaC의 기존 표준, GitOps 배포, 정책 기반 거버넌스 측면에서 Crossplane과 맞물려 사용되는 도구들입니다.

🔑 핵심 요점

Crossplane은 클라우드 리소스(예: AWS RDS, S3 등)를 Kubernetes Custom Resource로 표현하고 관리하는 오픈소스 프로젝트입니다.
기존 Terraform 같은 CLI 기반 IaC와 달리, Crossplane은 쿠버네티스 컨트롤러 패턴으로 지속적인 상태 조정(reconciliation)을 수행합니다.
Composition 기능을 통해 플랫폼 팀이 애플리케이션 팀에게 단순화된 셀프서비스 API를 제공할 수 있습니다.
GitOps 도구인 Argo CD와 결합하면 인프라 변경도 Git을 단일 진실 공급원(source of truth)으로 관리할 수 있습니다.
Kyverno 같은 정책 엔진을 함께 쓰면 생성되는 클라우드 리소스에 조직의 보안/규정 정책을 강제할 수 있습니다.
플랫폼 엔지니어링(Platform Engineering) 트렌드에서 Crossplane은 ‘내부 개발자 플랫폼(IDP)‘을 구축하는 핵심 빌딩 블록으로 주목받고 있습니다.

🛠 핵심 기술 쉽게 이해하기

Crossplane

Crossplane은 Kubernetes API를 확장해서 AWS, GCP, Azure 같은 클라우드 프로바이더의 리소스를 쿠버네티스 매니페스트(YAML)로 선언적으로 정의하고 관리할 수 있게 해주는 오픈소스 프로젝트입니다. 즉, DB 인스턴스나 네트워크 같은 인프라도 쿠버네티스 오브젝트처럼 kubectl apply로 생성하고 관찰할 수 있습니다.

2026-09-03 Policy as Code로 시작하는 클라우드 거버넌스 자동화

Thu, 03 Sep 2026 08:49:20 +0900

오늘의 기술 토픽

Policy as Code

이번 브리핑은 Policy as Code라는 주제를 중심으로, 정책을 코드로 정의하고 자동으로 검증·집행하는 접근 방식을 다룬다. Kubernetes 환경에서 보안, 비용, 컴플라이언스 규칙을 수동 검토 대신 선언적 정책으로 관리하는 흐름을 소개한다. Kyverno와 Open Policy Agent(OPA) 같은 도구가 이 흐름의 핵심 축으로 다뤄지며, GitOps와 결합해 배포 파이프라인에 정책 검증을 통합하는 방향을 제시한다.

🔑 핵심 요점

Policy as Code는 보안·컴플라이언스 규칙을 코드로 작성해 버전 관리하고 자동으로 검증하는 방식이다.
수동 코드 리뷰나 사후 감사 대신 배포 파이프라인 안에서 정책 위반을 사전에 차단할 수 있다.
Kubernetes 생태계에서는 Kyverno와 OPA/Gatekeeper가 대표적인 Policy as Code 엔진으로 쓰인다.
정책을 코드로 관리하면 Git을 통한 변경 이력 추적과 리뷰 프로세스를 그대로 적용할 수 있다.
GitOps 파이프라인에 정책 검증 단계를 넣으면 클러스터에 반영되기 전에 규칙 위반을 걸러낼 수 있다.
Policy as Code는 개별 도구보다 ‘정책을 코드처럼 다룬다’는 원칙에 가깝다.

🛠 핵심 기술 쉽게 이해하기

Policy as Code

인프라나 애플리케이션이 지켜야 할 규칙(보안, 비용, 네이밍 컨벤션 등)을 사람이 읽는 문서가 아니라 코드로 정의하는 접근 방식이다. 이 코드는 Git에 저장되고 버전 관리되며, 자동화된 도구가 이를 읽어 실제 시스템에 적용한다.

2026-09-02 eBPF 네트워킹, 커널을 새로 짜지 않고 확장하기

Wed, 02 Sep 2026 08:45:40 +0900

오늘의 기술 토픽

eBPF Networking

eBPF는 커널을 재컴파일하거나 커널 모듈을 새로 만들지 않고도 리눅스 커널 내부 동작을 안전하게 확장할 수 있게 해주는 기술로, 최근 클라우드 네이티브 네트워킹과 보안 영역에서 핵심 인프라로 자리잡고 있습니다. Cilium 같은 CNI가 eBPF를 기반으로 커널 레벨에서 패킷 처리를 수행하면서 기존 iptables 기반 네트워킹보다 훨씬 빠르고 관측 가능한 구조를 제공합니다. 여기에 Hubble 같은 관측 도구와 Cilium Service Mesh가 결합되면서, 별도의 사이드카 프록시 없이도 서비스 메시 기능을 구현하려는 흐름이 확산되고 있습니다. 오늘 정리한 내용은 eBPF 네트워킹을 처음 접하는 개발자가 어떤 기술들을 함께 살펴봐야 하는지에 초점을 맞춘 기술 브리프입니다.

2026-09-01 Service Mesh 입문: Istio와 Cilium으로 보는 클라우드 네이티브 네트워킹

Tue, 01 Sep 2026 09:58:07 +0900

오늘의 기술 토픽

Service Mesh

이번 브리프는 별도의 밋업 발표 없이 Service Mesh라는 주제를 중심으로 정리한 기술 개요다. 마이크로서비스가 늘어나면서 서비스 간 통신을 어떻게 안전하고 관측 가능하게 관리할지가 핵심 과제로 떠올랐고, 이를 해결하기 위한 대표적인 도구로 Istio와 Cilium이 함께 다뤄진다. 최근에는 사이드카 기반 메시에서 벗어나 eBPF 기반의 경량화된 접근으로 무게중심이 옮겨가는 흐름도 짚는다. 처음 접하는 개발자가 Service Mesh 생태계를 어디서부터 학습하면 좋을지 실천 항목과 공식 자료를 함께 제시한다.

🔑 핵심 요점

Service Mesh는 마이크로서비스 간 통신을 애플리케이션 코드 변경 없이 제어하는 인프라 계층이다.
Istio는 사이드카 프록시(Envoy)를 통해 트래픽 관리, 보안, 관측성을 제공하는 대표적인 Service Mesh 구현체다.
Cilium은 eBPF 기술을 활용해 커널 레벨에서 네트워킹과 보안을 처리하며, 사이드카 없는 메시(Cilium Service Mesh)로도 발전하고 있다.
Envoy는 Istio 등 여러 메시 솔루션의 데이터 플레인을 구성하는 고성능 프록시로, 단독으로도 널리 쓰인다.
제로 트러스트 보안 모델을 실현하기 위해 mTLS 기반의 서비스 간 인증이 Service Mesh의 핵심 기능으로 자리잡고 있다.
사이드카 방식은 리소스 오버헤드가 크다는 단점 때문에 eBPF 기반 대안이 주목받고 있다.
쿠버네티스 환경에서 Service Mesh를 도입하기 전에 실제로 필요한 기능(트래픽 제어, 관측성, 보안)이 무엇인지 먼저 파악하는 것이 중요하다.

🛠 핵심 기술 쉽게 이해하기

Istio

Istio는 쿠버네티스 위에서 동작하는 대표적인 오픈소스 Service Mesh로, 각 서비스 옆에 Envoy 프록시(사이드카)를 배치해 서비스 간 트래픽을 제어한다. 트래픽 라우팅, 재시도, 서킷 브레이커 같은 기능을 애플리케이션 코드 수정 없이 적용할 수 있다.

2026-08-31 Kubernetes Operators & CRD로 알아보는 확장 가능한 인프라 자동화

Mon, 31 Aug 2026 09:10:56 +0900

오늘의 기술 토픽

Kubernetes Operators & CRDs

이번 브리핑은 Kubernetes의 확장 메커니즘인 Custom Resource Definition(CRD)과 Operator 패턴을 중심으로 정리했다. CRD로 Kubernetes API를 확장하고 Operator가 이를 지속적으로 감시하며 원하는 상태를 유지하는 원리를 다룬다. 함께 Crossplane, Kyverno, Argo CD 등 CRD/Operator 패턴 위에 세워진 대표 생태계 도구들도 짚어본다. Operator 패턴이 어떻게 애플리케이션 운영을 코드로 자동화하는 방향으로 발전하고 있는지 살펴본다.

🔑 핵심 요점

CRD는 Kubernetes API 서버에 사용자 정의 리소스 타입을 등록하는 기능이다.
Operator는 CRD로 정의된 커스텀 리소스를 감시하고 실제 상태를 원하는 상태로 맞춰주는 컨트롤러다.
Operator 패턴을 이용하면 사람이 수동으로 하던 운영 작업(백업, 스케일링, 업그레이드 등)을 자동화할 수 있다.
Crossplane은 CRD/Operator 패턴을 클라우드 인프라 프로비저닝까지 확장한 도구다.
Kyverno는 CRD 기반 정책을 통해 클러스터 리소스를 검증하고 자동 수정하는 정책 엔진이다.
Argo CD는 Kubernetes 리소스(및 CRD)를 GitOps 방식으로 지속적으로 동기화하는 도구다.
이 생태계는 결국 ‘플랫폼을 코드와 API로 다루는 것’이라는 공통된 방향을 향하고 있다.

🛠 핵심 기술 쉽게 이해하기

Kubernetes Operators & CRDs

CRD(Custom Resource Definition)는 Kubernetes API에 새로운 리소스 종류를 등록할 수 있게 해주는 확장 기능이고, Operator는 이렇게 정의된 커스텀 리소스를 지속적으로 감시하며 실제 상태를 원하는 상태로 맞춰주는 컨트롤러 프로그램이다. 즉 CRD가 ‘새로운 API 타입’을 만든다면 Operator는 그 API를 실제로 동작시키는 두뇌 역할을 한다.

2026-08-30 Internal Developer Platform(IDP) 입문 가이드

Sun, 30 Aug 2026 08:51:49 +0900

오늘의 기술 토픽

Internal Developer Platform (IDP)

이번 자료는 실제 밋업 발표가 아니라, 최근 플랫폼 엔지니어링 커뮤니티에서 화두가 되고 있는 Internal Developer Platform(IDP)을 중심으로 정리한 기술 브리프이다. IDP는 개발자가 인프라 지식 없이도 셀프서비스로 애플리케이션을 배포하고 운영할 수 있도록 돕는 플랫폼으로, Backstage, Crossplane, Argo CD 같은 도구들과 함께 조합되어 구축되는 경우가 많다. 이 문서는 IDP와 밀접한 주변 기술들을 함께 소개하고, 처음 학습을 시작하는 사람이 어떤 순서로 접근하면 좋을지 안내한다.

🔑 핵심 요점

IDP는 개발자 셀프서비스를 목표로 인프라 복잡성을 플랫폼 뒤로 감추는 접근 방식이다.
Backstage 같은 개발자 포털은 IDP의 UI/카탈로그 계층 역할을 한다.
Crossplane은 클라우드 리소스를 Kubernetes API 형태로 추상화해 IDP의 인프라 프로비저닝 계층으로 자주 쓰인다.
Argo CD 같은 GitOps 도구는 IDP에서 배포 자동화와 상태 동기화를 담당한다.
플랫폼 엔지니어링은 ‘플랫폼을 하나의 제품처럼 취급한다’는 사고방식(Platform as a Product)을 강조한다.
IDP 도입은 도구 하나를 설치하는 문제가 아니라 조직의 워크플로우를 재설계하는 작업이다.

🛠 핵심 기술 쉽게 이해하기

Internal Developer Platform (IDP)

IDP는 회사 내부 개발자들이 인프라 세부사항을 몰라도 애플리케이션을 배포, 모니터링, 운영할 수 있도록 만든 셀프서비스 플랫폼이다. 개발자는 미리 정의된 템플릿이나 UI를 통해 필요한 리소스를 요청하고, 플랫폼이 뒤에서 실제 프로비저닝과 설정을 처리한다.

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

Sat, 29 Aug 2026 12:28:11 +0900

오늘의 기술 토픽

GitOps

이번 브리프는 실제 밋업 발표 대신 GitOps라는 주제를 중심으로 정리한 내용이다. GitOps는 Git 저장소를 단일 진실 공급원(Single Source of Truth)으로 삼아 인프라와 애플리케이션 배포를 관리하는 방법론이다. Argo CD, Flux 같은 도구가 Git의 상태를 Kubernetes 클러스터에 지속적으로 동기화하며, 이를 중심으로 관련 생태계 도구들이 함께 성장하고 있다. 아래 내용은 밋업 Q&A가 아니라 학습을 시작하는 독자를 위한 정리다.

🔑 핵심 요점

GitOps는 Git 저장소의 선언적 설정을 클러스터 상태와 지속적으로 동기화하는 운영 방식이다.
Argo CD와 Flux가 대표적인 GitOps 컨트롤러이며 둘 다 CNCF 생태계 프로젝트다.
배포 이력이 Git 커밋으로 남기 때문에 롤백과 감사(audit)가 쉬워진다.
Kustomize나 Helm 같은 매니페스트 관리 도구와 함께 쓰이는 경우가 많다.
정책 기반 검증 도구(Kyverno 등)를 결합하면 배포 전후 안전장치를 추가할 수 있다.
GitOps는 CI(빌드/테스트)와 CD(배포)를 분리해 배포 권한을 클러스터 내부 컨트롤러로 좁히는 방향을 지향한다.

🛠 핵심 기술 쉽게 이해하기

GitOps

Git 저장소에 인프라와 애플리케이션의 원하는 상태(desired state)를 선언적으로 기록하고, 자동화된 컨트롤러가 이를 실제 클러스터 상태와 지속적으로 비교·동기화하는 운영 방법론이다. ‘코드로서의 인프라(IaC)‘를 한 단계 더 발전시켜 Git을 배포의 유일한 기준점으로 삼는다.

2026-08-28 Platform Engineering 입문 브리프

Fri, 28 Aug 2026 14:56:16 +0900

오늘의 기술 토픽

Platform Engineering

이번 자료는 특정 밋업 발표가 아니라 Platform Engineering이라는 주제를 중심으로 정리한 기술 브리프이다. 개발자가 인프라를 직접 다루지 않고도 애플리케이션을 배포하고 운영할 수 있도록 돕는 내부 개발자 플랫폼(IDP)의 개념과 관련 생태계를 소개한다. Crossplane, Argo CD, Backstage 같은 도구들이 어떻게 이 흐름을 뒷받침하는지 설명하고, 셀프서비스와 플랫폼을 제품처럼 다루는 최근 트렌드를 정리한다.

🔑 핵심 요점

Platform Engineering은 개발자 생산성을 높이기 위해 내부 개발자 플랫폼(IDP)을 구축하는 활동이다.
핵심 목표는 개발자가 인프라 세부사항을 몰라도 셀프서비스로 리소스를 만들고 배포할 수 있게 하는 것이다.
Crossplane 같은 도구는 클라우드 리소스를 쿠버네티스 API 방식으로 선언적으로 관리할 수 있게 해준다.
Argo CD는 GitOps 방식으로 애플리케이션 배포를 자동화하는 데 널리 쓰인다.
Backstage는 개발자 포털을 만들어 여러 도구와 서비스 카탈로그를 한 곳에서 관리하게 해준다.
플랫폼을 하나의 제품처럼 취급하고 내부 개발자를 고객으로 대하는 관점이 이 생태계의 핵심 방향이다.

🛠 핵심 기술 쉽게 이해하기

Platform Engineering

Platform Engineering은 개발자가 애플리케이션을 더 빠르고 안전하게 만들고 배포할 수 있도록 내부 플랫폼을 설계하고 운영하는 분야이다. 이 플랫폼은 보통 쿠버네티스, CI/CD, 모니터링 등의 도구를 조합해서 만들어진다.

2026-08-27 AIOps: AI 에이전트로 운영을 자동화하기

Thu, 27 Aug 2026 11:51:39 +0900

오늘의 기술 토픽

AI Agents for Operations (AIOps)

AIOps는 AI 에이전트를 시스템 운영(Operations)에 도입해 장애 탐지, 원인 분석, 대응까지 자동화하려는 접근입니다. 기존 모니터링/알림 체계에 LLM 기반 에이전트를 결합해 사람이 하던 반복적인 운영 판단을 에이전트가 대신 수행하도록 만드는 것이 핵심 아이디어입니다. Kubernetes 생태계에서는 kagent 같은 프로젝트가 이런 흐름을 구체화하고 있으며, Prometheus·GitOps 도구와 연계해 관측(observability)부터 조치(remediation)까지 자동화 파이프라인을 구성하려는 시도가 늘고 있습니다.

🔑 핵심 요점

AIOps는 AI 에이전트가 장애 탐지, 원인 분석, 대응 조치까지 수행하도록 운영 워크플로우를 자동화하는 개념입니다.
기존 모니터링 스택(Prometheus, 로그 시스템)이 에이전트의 ‘눈’ 역할을 하고, LLM이 상황을 해석해 다음 행동을 결정합니다.
kagent처럼 Kubernetes 네이티브 환경에서 동작하는 AI 에이전트 프레임워크가 실제 운영 자동화 도구로 주목받고 있습니다.
GitOps 도구와 연계하면 에이전트가 제안한 변경 사항을 사람이 검토 후 승인하는 안전한 자동화 루프를 만들 수 있습니다.
AIOps는 완전 자율 운영보다는, 사람의 판단을 보조하는 ‘반자율(semi-autonomous)’ 단계부터 도입하는 것이 현실적인 시작점입니다.

🛠 핵심 기술 쉽게 이해하기

AIOps (AI Agents for Operations)

AIOps는 인공지능, 특히 LLM 기반 에이전트를 활용해 IT 시스템 운영 업무(모니터링, 장애 진단, 대응)를 자동화하려는 접근 방식입니다. 사람이 로그와 지표를 보고 판단하던 과정을 에이전트가 대신 수행하도록 만드는 것이 목표입니다.

2026-08-26 Zero Trust Networking으로 가는 클라우드 네이티브 보안

Wed, 26 Aug 2026 07:22:36 +0900

오늘의 기술 토픽

Zero Trust Networking

이번 브리핑은 별도 밋업 발표 없이 Zero Trust Networking을 주제로 정리한 내용이다. Zero Trust는 네트워크 내부와 외부를 신뢰하지 않고 모든 요청을 검증하는 보안 모델로, 클라우드 네이티브 환경에서 Cilium, Istio 같은 서비스 메시/네트워킹 기술과 함께 논의된다. 최근 생태계는 IP 기반 방화벽 대신 신원(Identity) 기반 인증과 세밀한 정책 제어로 이동하고 있다. 이 브리핑은 관련 기술을 소개하고 학습을 시작할 수 있는 방향을 제시한다.

🔑 핵심 요점

Zero Trust는 ‘아무도 기본적으로 신뢰하지 않는다’는 원칙으로 모든 트래픽을 검증하는 보안 모델이다.
전통적인 경계(perimeter) 기반 보안은 클라우드 네이티브 환경에서 한계가 있다.
Cilium, Istio 같은 서비스 메시/eBPF 기술이 Zero Trust 구현의 핵심 도구로 쓰인다.
mTLS와 워크로드 identity 기반 인증이 Zero Trust Networking의 기본 요소다.
정책은 코드로 관리되며 세밀한 접근 제어(RBAC, NetworkPolicy 등)와 결합된다.
Kubernetes 환경에서는 Kyverno 같은 정책 엔진으로 Zero Trust 원칙을 강제할 수 있다.

🛠 핵심 기술 쉽게 이해하기

Zero Trust Networking

네트워크 안에 있다는 이유만으로 신뢰하지 않고, 모든 사용자와 서비스의 요청을 매번 검증하는 보안 아키텍처 개념이다. ‘신뢰하지 말고 항상 검증하라(Never trust, always verify)‘는 원칙을 따른다.

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

Tue, 25 Aug 2026 07:21:50 +0900

오늘의 기술 토픽

Infrastructure as Code with Crossplane

이번 브리핑은 별도 밋업 발표 없이, Crossplane을 중심으로 한 Kubernetes 기반 Infrastructure as Code(IaC) 흐름을 정리한 자료입니다. Crossplane은 Kubernetes API를 확장해 클라우드 리소스를 선언적으로 관리할 수 있게 해주는 프로젝트로, Terraform 같은 기존 IaC 도구와 비교되며 최근 플랫폼 엔지니어링 생태계에서 주목받고 있습니다. 이 브리핑에서는 Crossplane과 함께 자주 언급되는 연관 기술들을 소개하고, 생태계가 나아가는 방향과 학습을 시작하는 방법을 정리했습니다.

🔑 핵심 요점

Crossplane은 Kubernetes API를 확장해 클라우드 리소스(DB, 네트워크, 스토리지 등)를 Kubernetes 오브젝트처럼 선언적으로 관리한다.
Crossplane은 Provider를 통해 AWS, GCP, Azure 등 다양한 클라우드와 SaaS 리소스를 하나의 컨트롤 플레인에서 다룰 수 있게 해준다.
Composition 기능을 사용하면 여러 리소스를 조합한 커스텀 API(예: ‘데이터베이스 하나 주세요’)를 팀 내부에 제공할 수 있다.
GitOps 도구인 Argo CD와 Crossplane을 함께 쓰면 애플리케이션 배포와 인프라 프로비저닝을 동일한 파이프라인에서 관리할 수 있다.
정책 관리 도구인 Kyverno를 결합하면 Crossplane으로 생성되는 리소스에 대한 거버넌스 규칙을 강제할 수 있다.
이러한 흐름은 개발자에게 셀프서비스 인프라를 제공하는 ‘플랫폼 엔지니어링’ 트렌드와 맞닿아 있다.

🛠 핵심 기술 쉽게 이해하기

Crossplane

Crossplane은 Kubernetes API를 확장하여 클라우드 프로바이더의 리소스(가상머신, 데이터베이스, 네트워크 등)를 Kubernetes 커스텀 리소스로 정의하고 관리할 수 있게 해주는 오픈소스 프로젝트입니다. kubectl이나 GitOps 도구로 인프라를 코드처럼 다룰 수 있습니다.

2026-08-24 Policy as Code로 시작하는 클라우드 네이티브 거버넌스

Mon, 24 Aug 2026 07:17:45 +0900

오늘의 기술 토픽

Policy as Code

이번 브리핑은 실제 밋업 발표가 아니라 Policy as Code라는 주제를 중심으로 정리한 기술 브리프다. 쿠버네티스 환경에서 정책을 코드로 관리하는 접근 방식과 이를 뒷받침하는 대표 도구들을 함께 살펴본다. Kyverno, OPA/Gatekeeper, Conftest 같은 도구들이 어떻게 정책 검증을 자동화하는지, 그리고 이러한 흐름이 플랫폼 엔지니어링과 어떻게 맞닿아 있는지 정리했다. 초심자도 어떤 도구부터 시작하면 좋을지 감을 잡을 수 있도록 구성했다.

🔑 핵심 요점

Policy as Code는 조직의 규칙과 보안 요구사항을 사람이 수동으로 검토하는 대신 코드로 작성해 자동 검증하는 방식이다.
쿠버네티스 클러스터에서는 Admission Controller를 통해 리소스가 생성되기 전에 정책을 강제할 수 있다.
Kyverno는 YAML만으로 정책을 작성할 수 있어 쿠버네티스 사용자에게 진입장벽이 낮은 편이다.
OPA(Open Policy Agent)와 Rego 언어는 쿠버네티스뿐 아니라 다양한 시스템에 범용적으로 적용 가능한 정책 엔진이다.
CI/CD 파이프라인 단계에서 정책을 미리 검증하는 shift-left 접근이 점점 중요해지고 있다.
Policy as Code는 GitOps 워크플로우와 결합될 때 정책 변경 이력 추적과 감사가 쉬워진다는 장점이 있다.

🛠 핵심 기술 쉽게 이해하기

Kyverno

쿠버네티스 전용으로 설계된 정책 엔진으로, 별도의 새로운 언어를 배우지 않고 익숙한 YAML 형식으로 정책을 작성할 수 있다. 리소스 검증, 변형(mutation), 생성(generation) 등 다양한 기능을 지원한다.

2026-08-23 eBPF로 보는 차세대 네트워킹

Sun, 23 Aug 2026 07:17:39 +0900

오늘의 기술 토픽

eBPF Networking

이번 브리핑은 실제 밋업 발표 대신 eBPF 기반 네트워킹 생태계를 정리한 자료입니다. eBPF가 커널 수준에서 어떻게 네트워킹, 보안, 관측성을 재편하고 있는지, 그리고 이를 기반으로 한 Cilium, Istio Ambient Mesh 같은 프로젝트들이 어떤 방향으로 발전하고 있는지 다룹니다. 사이드카 없는 서비스 메시, 커널 우회를 통한 고성능 네트워킹이 핵심 흐름입니다.

🔑 핵심 요점

eBPF는 커널을 재컴파일하거나 커널 모듈을 추가하지 않고도 커널 내부 동작을 안전하게 확장할 수 있게 해주는 기술입니다.
기존 iptables 기반 네트워킹보다 훨씬 빠른 패킷 처리와 로드밸런싱이 가능해집니다.
Cilium은 eBPF를 활용해 Kubernetes 네트워킹, 보안 정책, 관측성을 하나로 통합한 CNI입니다.
Istio Ambient Mesh는 eBPF와 유사한 철학으로 사이드카 없는 서비스 메시를 지향합니다.
eBPF 기반 도구들은 네트워킹뿐 아니라 보안 모니터링과 성능 프로파일링에도 널리 쓰입니다.
커널 레벨 관측성 덕분에 애플리케이션 코드 수정 없이 트래픽과 시스템 콜을 관찰할 수 있습니다.

🛠 핵심 기술 쉽게 이해하기

eBPF

eBPF(extended Berkeley Packet Filter)는 리눅스 커널 안에서 샌드박스화된 프로그램을 안전하게 실행할 수 있게 해주는 기술입니다. 커널 소스를 수정하거나 모듈을 로드하지 않고도 네트워킹, 보안, 트레이싱 로직을 커널에 주입할 수 있습니다.

2026-08-22 Service Mesh 입문: Istio와 Cilium으로 보는 트래픽 관리

Sat, 22 Aug 2026 07:19:39 +0900

오늘의 기술 토픽

Service Mesh

이번 브리프는 Service Mesh라는 개념을 중심으로, 마이크로서비스 환경에서 서비스 간 통신을 어떻게 안전하고 관측 가능하게 만들 수 있는지를 다룬다. Istio와 Cilium 같은 대표적인 구현체를 함께 살펴보고, 최근 생태계가 사이드카 방식에서 eBPF 기반의 경량 아키텍처로 이동하고 있는 흐름을 짚는다. 초심자가 Service Mesh를 처음 접할 때 필요한 핵심 개념과 학습 경로를 제시한다.

🔑 핵심 요점

Service Mesh는 마이크로서비스 간 통신을 애플리케이션 코드 변경 없이 제어하는 인프라 레이어다.
대표적인 구현체로 Istio, Linkerd, Cilium(Service Mesh 모드)이 있다.
기존 사이드카 프록시 방식은 리소스 오버헤드가 크다는 지적이 꾸준히 있었다.
Cilium은 eBPF 기술을 활용해 사이드카 없이 커널 레벨에서 트래픽을 처리하는 방식을 제시한다.
mTLS를 통한 서비스 간 암호화와 인증은 Zero Trust 보안 모델의 기초가 된다.
Service Mesh는 트래픽 관리뿐 아니라 관측성(observability) 확보에도 널리 쓰인다.

🛠 핵심 기술 쉽게 이해하기

Service Mesh

Service Mesh는 여러 마이크로서비스가 서로 통신할 때 필요한 라우팅, 재시도, 암호화, 모니터링 같은 기능을 애플리케이션 코드와 분리해 별도의 인프라 레이어에서 처리하는 아키텍처 패턴이다. 보통 각 서비스 옆에 프록시를 배치하거나 커널 레벨에서 네트워크를 제어하는 방식으로 동작한다.

2026-08-21 Kubernetes Operator와 CRD로 시작하는 플랫폼 자동화

Fri, 21 Aug 2026 07:22:52 +0900

오늘의 기술 토픽

Kubernetes Operators & CRDs

이번 자료는 별도의 밋업 발표 없이 Kubernetes Operator와 Custom Resource Definition(CRD)을 주제로 정리한 기술 브리프입니다. Kubernetes 위에서 애플리케이션과 인프라 운영을 코드로 자동화하는 Operator 패턴의 기본 개념과, 이를 확장해 클라우드 리소스까지 선언적으로 관리하는 생태계 흐름을 다룹니다. Crossplane, Kyverno, Argo CD 같은 관련 도구들이 어떻게 CRD 기반 확장성을 공유하는지도 함께 소개합니다. 실제 청중 질의응답은 없었으며, 입문자가 바로 실습해볼 수 있는 학습 경로 위주로 구성했습니다.

🔑 핵심 요점

CRD는 Kubernetes API를 사용자 정의 리소스 타입으로 확장하는 표준 방법이다.
Operator는 CRD와 컨트롤러 로직을 결합해 사람이 하던 운영 작업을 자동화하는 패턴이다.
Crossplane은 Operator 패턴을 클라우드 인프라 프로비저닝까지 확장한 도구다.
Kyverno는 CRD 기반으로 정책을 선언적으로 정의하고 클러스터에 강제하는 정책 엔진이다.
Argo CD는 Git에 정의된 상태를 클러스터에 지속적으로 동기화하는 GitOps 도구로, CRD로 애플리케이션 배포 상태를 관리한다.
생태계 전반이 ‘선언적 상태 + 자동 조정(reconciliation)’ 모델로 수렴하고 있다.
입문자는 kubebuilder나 operator-sdk 같은 프레임워크로 간단한 Operator를 직접 만들어보는 것이 이해에 가장 효과적이다.

🛠 핵심 기술 쉽게 이해하기

Kubernetes Operator

Operator는 Kubernetes의 컨트롤러 개념을 확장해, 특정 애플리케이션이나 서비스의 운영 지식(설치, 백업, 장애 복구 등)을 코드로 구현한 소프트웨어입니다. 사람이 수동으로 하던 반복 작업을 자동화된 컨트롤러가 대신 수행합니다.

2026-08-20 Internal Developer Platform(IDP)으로 개발 생산성 끌어올리기

Thu, 20 Aug 2026 07:20:50 +0900

오늘의 기술 토픽

Internal Developer Platform (IDP)

이번 브리프는 실제 밋업 발표가 아니라, Internal Developer Platform(IDP)을 중심으로 관련 생태계를 정리한 자료입니다. IDP는 개발자가 인프라를 직접 다루지 않고도 셀프서비스로 애플리케이션을 배포·운영할 수 있게 해주는 내부 플랫폼을 의미합니다. Backstage, Crossplane, Argo CD 같은 도구들이 IDP를 구성하는 핵심 축으로 자주 언급되며, 이들을 조합해 조직 내 개발자 경험(Developer Experience)을 표준화하는 흐름이 이어지고 있습니다. 이 문서는 해당 흐름을 이해하고 학습을 시작하는 데 필요한 배경과 실천 항목을 정리합니다.

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

Wed, 19 Aug 2026 07:18:57 +0900

오늘의 기술 토픽

GitOps

Git 저장소를 신뢰 가능한 단일 소스로 삼아 인프라와 애플리케이션 배포를 관리하는 GitOps 방식이 클라우드 네이티브 생태계의 표준 운영 패턴으로 자리잡고 있다. Argo CD, Flux 같은 컨트롤러가 Git의 상태와 클러스터의 실제 상태를 지속적으로 비교하며 자동 동기화한다. Kustomize나 Helm으로 매니페스트를 관리하고, Pull Request 기반 승인 절차를 거쳐 배포 이력을 추적할 수 있다는 점이 핵심 장점으로 꼽힌다.

🔑 핵심 요점

GitOps는 Git 저장소를 배포의 단일 진실 공급원(Single Source of Truth)으로 사용하는 운영 방식이다.
Argo CD나 Flux 같은 GitOps 컨트롤러가 클러스터 상태와 Git의 선언적 정의를 지속적으로 비교하고 자동으로 맞춘다.
수동 kubectl apply 대신 Pull Request를 통해 배포 변경을 검토하고 승인하는 흐름을 만들 수 있다.
모든 배포 이력이 Git 커밋으로 남기 때문에 감사(audit)와 롤백이 쉬워진다.
Kustomize, Helm 등 매니페스트 템플릿 도구와 함께 쓰이는 경우가 많다.
GitOps는 CI(빌드/테스트)와 CD(배포)를 분리해 보안과 책임 경계를 명확히 하는 방향으로 이어진다.

🛠 핵심 기술 쉽게 이해하기

GitOps

인프라와 애플리케이션의 원하는 상태(desired state)를 코드로 선언해 Git 저장소에 저장하고, 이를 기준으로 실제 시스템 상태를 자동으로 맞춰나가는 운영 방법론이다. 배포 명령을 직접 실행하는 대신 Git에 변경 사항을 커밋하면 자동으로 반영된다.

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

Tue, 18 Aug 2026 07:20:24 +0900

오늘의 기술 토픽

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

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

Mon, 17 Aug 2026 07:17:20 +0900

오늘의 기술 토픽

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 에이전트를 시스템 운영과 장애 대응에 활용하는 접근 방식입니다. 로그, 메트릭, 트레이스 같은 관측 데이터를 에이전트가 스스로 분석해 이상 징후를 파악하고 필요한 조치를 제안하거나 실행합니다.

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

Sun, 16 Aug 2026 07:17:31 +0900

오늘의 기술 토픽

Zero Trust Networking

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

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

Sat, 15 Aug 2026 07:19:21 +0900

오늘의 기술 토픽

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

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

Fri, 14 Aug 2026 07:37:44 +0900

오늘의 기술 토픽

Policy as Code

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

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

Thu, 13 Aug 2026 07:37:14 +0900

오늘의 기술 토픽

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)는 리눅스 커널 안에서 샌드박스 방식으로 작은 프로그램을 실행할 수 있게 해주는 기술이다. 커널 소스를 수정하거나 모듈을 로드하지 않고도 네트워크 패킷, 시스템 콜, 함수 호출 같은 커널 이벤트에 훅을 걸어 로직을 실행할 수 있다.

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

Wed, 12 Aug 2026 07:37:46 +0900

오늘의 기술 토픽

Service Mesh

이 브리핑은 마이크로서비스 환경에서 서비스 간 통신을 관리하는 Service Mesh 개념을 정리한다. 대표 구현체인 Istio와 이를 구성하는 데이터 플레인 Envoy, 그리고 eBPF 기반의 경량 대안인 Cilium을 함께 살펴본다. 서비스 메시가 트래픽 관리, 보안, 관측성을 애플리케이션 코드 밖에서 어떻게 해결하는지에 초점을 맞춘다. Kubernetes 환경에서 서비스 메시를 도입하려는 개발자를 위한 학습 로드맵을 제시한다.

🔑 핵심 요점

Service Mesh는 마이크로서비스 간 통신을 애플리케이션 코드 수정 없이 인프라 레벨에서 제어하는 계층이다.
각 서비스 옆에 사이드카 프록시(주로 Envoy)를 붙여 트래픽을 가로채고 제어하는 방식이 일반적이다.
mTLS 기반 암호화, 재시도, 서킷 브레이커, 카나리 배포 같은 기능을 코드 변경 없이 적용할 수 있다.
Istio는 가장 널리 쓰이는 서비스 메시 구현체로 컨트롤 플레인과 데이터 플레인으로 구성된다.
Cilium은 eBPF를 활용해 사이드카 없이도 서비스 메시 기능을 구현하는 최신 접근으로 주목받고 있다.
서비스 메시는 관측성(observability) 도구와 결합될 때 진가를 발휘한다.

🛠 핵심 기술 쉽게 이해하기

Service Mesh

여러 개의 작은 서비스로 나뉜 애플리케이션에서 서비스끼리 주고받는 네트워크 트래픽을 관리하는 인프라 계층이다. 각 서비스 옆에 작은 프록시를 붙여서 트래픽 라우팅, 암호화, 재시도 같은 작업을 대신 처리해준다. 개발자가 비즈니스 로직에만 집중할 수 있도록 통신 관련 복잡함을 분리해주는 것이 핵심 아이디어다.

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

Tue, 11 Aug 2026 07:33:51 +0900

오늘의 기술 토픽

Kubernetes Operators & CRDs

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

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

Mon, 10 Aug 2026 07:26:33 +0900

오늘의 기술 토픽

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

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

Sun, 09 Aug 2026 07:24:19 +0900

오늘의 기술 토픽

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

2026-08-08 플랫폼 엔지니어링, 개발자 셀프서비스를 위한 인프라 설계

Sat, 08 Aug 2026 07:31:25 +0900

오늘의 기술 토픽

Platform Engineering

이번 브리프는 최근 클라우드 네이티브 생태계에서 핵심 화두로 떠오른 Platform Engineering을 중심으로 정리한 내용이다. 개발자가 인프라 세부사항을 몰라도 셀프서비스로 필요한 리소스를 프로비저닝할 수 있게 만드는 것이 핵심 목표이며, 이를 위해 Internal Developer Platform(IDP), GitOps, Kubernetes 기반 추상화 도구들이 함께 언급된다. 실제 밋업 발표는 없었으나, 관련 기술들을 초심자 관점에서 소개하고 학습 방향을 제시한다.

🔑 핵심 요점

Platform Engineering은 개발자 생산성을 높이기 위해 인프라를 ‘제품’처럼 설계하고 운영하는 접근 방식이다.
핵심 목표는 개발자가 티켓을 넣지 않고도 셀프서비스로 환경과 리소스를 얻을 수 있게 하는 것이다.
Backstage 같은 IDP 툴은 서비스 카탈로그와 셀프서비스 포털 역할을 한다.
Kubernetes는 플랫폼 엔지니어링의 사실상 표준 실행 기반으로 자리잡았다.
Crossplane 같은 도구는 클라우드 리소스를 Kubernetes API로 추상화해 셀프서비스 프로비저닝을 가능하게 한다.
GitOps는 플랫폼 변경 사항을 코드로 관리하고 자동 배포하는 표준 운영 방식으로 자리잡고 있다.

🛠 핵심 기술 쉽게 이해하기

Platform Engineering

Platform Engineering은 조직 내부의 개발자들이 애플리케이션을 더 빠르고 안전하게 배포할 수 있도록 인프라와 툴체인을 ‘내부 제품’처럼 설계하고 운영하는 분야다. 단순히 인프라를 관리하는 것을 넘어, 개발자 경험(Developer Experience)을 최우선으로 고려한다.

2026-08-06 Zero Trust Networking 입문 브리프

Thu, 06 Aug 2026 07:55:42 +0900

오늘의 기술 토픽

Zero Trust Networking

이번 밋업에서는 별도의 발표 녹취록이 없어, Zero Trust Networking을 중심으로 클라우드 네이티브 환경에서 이 개념이 왜 중요한지, 그리고 이를 구현하는 데 함께 쓰이는 기술들을 정리했다. Zero Trust는 네트워크 위치가 아니라 신원(identity)을 기준으로 모든 통신을 검증하는 보안 모델이다. Cilium, Istio, SPIFFE/SPIRE 같은 도구들이 이 모델을 실제 클러스터 환경에 구현하는 데 사용된다.

🔑 핵심 요점

Zero Trust Networking은 ‘내부 네트워크는 안전하다’는 전제를 버리고 모든 요청을 매번 인증·인가하는 보안 모델이다.
전통적인 perimeter 기반 방화벽 대신, 서비스나 워크로드 단위의 신원(identity)을 기준으로 접근을 통제한다.
Kubernetes 환경에서는 서비스 메시나 eBPF 기반 네트워킹 도구를 통해 Zero Trust를 실현하는 경우가 많다.
mTLS(mutual TLS)는 Zero Trust 구현의 핵심 요소로, 통신 양쪽 모두의 신원을 암호학적으로 검증한다.
SPIFFE/SPIRE 같은 워크로드 신원 표준은 여러 클러스터·클라우드에 걸쳐 일관된 identity 체계를 제공한다.
인증서 발급과 갱신을 자동화하는 것이 Zero Trust 운영의 실질적인 부담을 줄이는 핵심이다.

🛠 핵심 기술 쉽게 이해하기

Zero Trust Networking

네트워크 안에 있다는 이유만으로 신뢰하지 않고, 모든 접근 요청을 매번 검증하는 보안 아키텍처 원칙이다. 사용자, 서비스, 디바이스 모두 신원을 증명해야 통신이 허용된다.

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

Wed, 05 Aug 2026 08:00:12 +0900

오늘의 기술 토픽

Infrastructure as Code with Crossplane

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

2026-08-04 Policy as Code로 보는 클라우드 거버넌스 자동화

Tue, 04 Aug 2026 07:57:15 +0900

오늘의 기술 토픽

Policy as Code

Policy as Code는 조직의 보안, 컴플라이언스, 운영 규칙을 코드로 작성해 시스템에 자동으로 강제하는 접근 방식이다. Kubernetes 생태계에서는 Kyverno와 Open Policy Agent(OPA)/Gatekeeper가 대표적인 구현체로 자리잡았으며, admission controller를 통해 리소스가 클러스터에 배포되기 전에 정책 위반 여부를 검사한다. CI/CD 파이프라인에 정책 검사를 포함시키는 shift-left 흐름과 맞물려, 배포 이후가 아니라 배포 이전 단계에서 문제를 걸러내는 방향으로 발전하고 있다. GitOps 도구인 Argo CD, 인프라 프로비저닝 도구인 Crossplane과 결합해 선언적 인프라 전체에 정책을 일관되게 적용하려는 시도도 늘고 있다.

2026-08-03 eBPF 기반 네트워킹 기술 브리프

Mon, 03 Aug 2026 07:52:58 +0900

오늘의 기술 토픽

eBPF Networking

이 글은 특정 밋업 발표 대신, 최근 클라우드 네이티브 생태계에서 주목받고 있는 eBPF 네트워킹 기술을 정리한 브리프입니다. eBPF는 커널을 재컴파일하거나 커널 모듈을 추가하지 않고도 커널 내부에서 코드를 안전하게 실행할 수 있게 해주는 기술로, 네트워킹, 보안, 관측성 영역에서 빠르게 표준으로 자리잡고 있습니다. Cilium과 Hubble 같은 프로젝트들이 이 기술을 기반으로 쿠버네티스 네트워킹과 관측성을 재정의하고 있으며, 사이드카 없는 서비스 메시로의 전환도 활발히 논의되고 있습니다.

🔑 핵심 요점

eBPF는 커널 모듈 없이 커널 내부에서 샌드박스된 코드를 실행할 수 있게 해주는 리눅스 커널 기술이다.
쿠버네티스 네트워킹에서 iptables 기반 방식의 성능 한계를 eBPF가 대체하고 있다.
Cilium은 eBPF를 활용해 네트워킹, 로드밸런싱, 네트워크 정책을 커널 레벨에서 처리하는 CNI다.
Hubble은 eBPF 데이터를 기반으로 클러스터 트래픽을 실시간으로 시각화하는 관측성 도구다.
eBPF 기반 사이드카 없는 서비스 메시가 기존 Istio류 사이드카 모델의 대안으로 떠오르고 있다.
eBPF는 네트워킹뿐 아니라 보안(Falco, Tetragon)과 성능 프로파일링 영역까지 활용 범위가 넓어지고 있다.

🛠 핵심 기술 쉽게 이해하기

eBPF

eBPF(extended Berkeley Packet Filter)는 리눅스 커널 안에서 안전하게 커스텀 프로그램을 실행할 수 있게 해주는 기술입니다. 커널을 재컴파일하거나 별도 모듈을 로드하지 않고도 패킷 처리, 시스템 콜 추적 같은 저수준 동작에 개입할 수 있습니다.

2026-08-02 Service Mesh 입문: 개념부터 생태계 흐름까지

Sun, 02 Aug 2026 07:52:25 +0900

오늘의 기술 토픽

Service Mesh

이번 자료는 실제 밋업 발표가 아니라 Service Mesh라는 주제를 중심으로 정리한 기술 브리프입니다. 마이크로서비스 환경에서 서비스 간 통신을 어떻게 안전하고 관측 가능하게 관리할지에 초점을 맞추고, Istio, Envoy, Cilium 등 관련 기술이 어떤 역할을 하는지 정리했습니다. 최근에는 사이드카 방식의 무거움을 줄이려는 sidecar-less, eBPF 기반 접근으로 생태계가 이동하고 있습니다. 실습 진입 장벽을 낮추기 위한 학습 경로와 공식 문서 링크도 함께 제공합니다.

🔑 핵심 요점

Service Mesh는 마이크로서비스 간 통신을 애플리케이션 코드 밖에서 제어하는 인프라 계층이다.
트래픽 라우팅, mTLS 암호화, 재시도/서킷브레이커, 관측성(observability)을 코드 수정 없이 제공하는 것이 핵심 가치다.
Istio는 Envoy를 데이터 플레인으로 사용하는 대표적인 Service Mesh 구현체다.
전통적인 사이드카 프록시 방식은 리소스 오버헤드와 운영 복잡도라는 단점이 있다.
Cilium 같은 eBPF 기반 기술은 사이드카 없이 커널 레벨에서 네트워킹과 보안을 처리하는 방향으로 발전하고 있다.
Service Mesh 도입은 클러스터 규모와 팀의 운영 역량을 고려해 단계적으로 접근하는 것이 바람직하다.

🛠 핵심 기술 쉽게 이해하기

Service Mesh

여러 개의 작은 서비스(마이크로서비스)들이 서로 통신할 때 필요한 기능들, 예를 들어 트래픽 라우팅, 암호화, 재시도, 모니터링 등을 애플리케이션 코드와 분리해서 처리해주는 인프라 계층입니다. 보통 각 서비스 옆에 프록시(사이드카)를 붙여서 모든 네트워크 트래픽이 이 프록시를 거치도록 만듭니다.

2026-08-01 Kubernetes Operators와 CRD로 이해하는 확장형 클러스터 운영

Sat, 01 Aug 2026 07:57:03 +0900

오늘의 기술 토픽

Kubernetes Operators & CRDs

이번 글은 별도의 밋업 발표 없이 Kubernetes Operators와 CRD(Custom Resource Definition)를 중심으로 정리한 기술 브리프입니다. Kubernetes가 왜 CRD와 Operator 패턴을 통해 API를 확장 가능하게 설계했는지, 그리고 이 패턴이 어떻게 인프라 자동화 생태계 전반으로 퍼져나갔는지를 다룹니다. Kubebuilder, Crossplane 같은 관련 도구들이 이 패턴을 어떻게 구체화하는지도 함께 살펴봅니다.

🔑 핵심 요점

CRD는 Kubernetes API에 사용자 정의 리소스 타입을 추가하는 확장 메커니즘이다.
Operator는 CRD로 정의한 커스텀 리소스를 지속적으로 관찰하고 원하는 상태(desired state)로 수렴시키는 컨트롤러다.
Operator 패턴 덕분에 데이터베이스, 메시지 큐 같은 복잡한 애플리케이션의 운영 지식을 코드로 캡슐화할 수 있다.
Kubebuilder와 Operator SDK는 Go 기반으로 Operator를 빠르게 만들 수 있게 해주는 프레임워크다.
Crossplane은 Operator 패턴을 클라우드 인프라 프로비저닝까지 확장한 사례다.
reconcile loop 개념을 이해하면 Kubernetes 생태계의 대부분의 컨트롤러 동작 원리를 파악할 수 있다.

🛠 핵심 기술 쉽게 이해하기

Kubernetes Operators & CRDs

CRD는 Kubernetes API에 새로운 리소스 종류를 등록하는 방법이고, Operator는 이 커스텀 리소스를 감시하며 실제 상태를 원하는 상태로 맞춰주는 컨트롤러 프로그램이다. 둘을 합치면 Kubernetes 자체의 기본 오브젝트(Pod, Deployment 등)처럼 동작하는 새로운 도메인 전용 API를 만들 수 있다.

2026-07-31 Internal Developer Platform(IDP) 입문 브리프

Fri, 31 Jul 2026 08:02:29 +0900

오늘의 기술 토픽

Internal Developer Platform (IDP)

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

2026-07-30 GitOps로 시작하는 선언적 배포 관리

Thu, 30 Jul 2026 07:57:59 +0900

오늘의 기술 토픽

GitOps

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

2026-07-29 Platform Engineering 입문 브리프

Wed, 29 Jul 2026 07:55:54 +0900

오늘의 기술 토픽

Platform Engineering

이번 자료는 실제 밋업 발표 대신, 최근 개발자 커뮤니티에서 화두인 Platform Engineering을 중심으로 정리한 압축 브리프입니다. Platform Engineering은 개발자가 인프라나 배포 과정을 직접 신경 쓰지 않고도 빠르게 서비스를 만들 수 있도록, 셀프서비스 플랫폼을 구축하는 접근 방식을 말합니다. Backstage, Crossplane, Kubernetes 같은 도구들이 이 플랫폼을 구성하는 대표적인 조각으로 함께 다뤄집니다. 전체 흐름은 ‘플랫폼을 하나의 제품처럼 만들어 내부 개발자에게 제공한다’는 방향으로 수렴합니다.

🔑 핵심 요점

Platform Engineering은 개발자 경험(DevEx)을 개선하기 위해 내부 플랫폼을 하나의 제품처럼 설계하고 운영하는 접근이다.
핵심 목표는 개발자가 인프라 복잡도를 직접 다루지 않고도 셀프서비스로 배포/운영할 수 있게 만드는 것이다.
Backstage 같은 개발자 포털은 여러 도구와 문서를 한곳에 모아 플랫폼 사용성을 높이는 역할을 한다.
Crossplane은 클라우드 리소스를 Kubernetes API로 선언적으로 관리해 플랫폼 자동화의 기반이 된다.
Kubernetes는 대부분의 Platform Engineering 사례에서 표준 실행 환경으로 자리잡고 있다.
골든 패스(golden path)를 제공해 팀마다 다른 방식으로 인프라를 다루는 혼란을 줄이는 것이 중요한 흐름이다.

🛠 핵심 기술 쉽게 이해하기

Platform Engineering

Platform Engineering은 개발팀이 애플리케이션을 더 쉽고 빠르게 만들고 배포할 수 있도록, 별도의 플랫폼팀이 셀프서비스 도구와 표준 워크플로우를 설계하는 조직적/기술적 접근입니다. 단순히 인프라를 자동화하는 것을 넘어, 플랫폼 자체를 하나의 내부 제품처럼 관리한다는 점이 특징입니다.

2026-07-28 AIOps: AI 에이전트로 운영을 자동화하는 흐름

Tue, 28 Jul 2026 07:58:15 +0900

오늘의 기술 토픽

AI Agents for Operations (AIOps)

AIOps(AI Agents for Operations)는 장애 탐지, 원인 분석, 조치 실행 같은 운영 업무를 LLM 기반 에이전트가 사람과 함께 수행하도록 만드는 접근이다. 기존 모니터링·알림 체계가 사람에게 신호만 전달했다면, AIOps는 관측 데이터를 바탕으로 에이전트가 직접 진단하고 제안하거나 승인 하에 조치까지 실행하는 것을 목표로 한다. Kubernetes 생태계에서는 kagent 같은 프로젝트가 이 흐름을 클러스터 운영에 적용하는 대표적인 시도로 꼽힌다. 이 브리프는 AIOps의 개념과 관련 기술, 그리고 학습을 시작하는 방법을 정리한다.

2026-07-27 Zero Trust Networking 입문 브리프

Mon, 27 Jul 2026 07:58:02 +0900

오늘의 기술 토픽

Zero Trust Networking

이 브리프는 별도의 밋업 발표 없이 Zero Trust Networking이라는 주제를 중심으로 관련 생태계를 정리한 자료다. Zero Trust는 네트워크 위치나 IP 대역을 신뢰의 근거로 삼지 않고, 모든 요청을 매번 검증하는 보안 모델을 말한다. Kubernetes 환경에서는 Cilium, Istio, SPIFFE/SPIRE 같은 도구들이 이 모델을 실제로 구현하는 데 쓰인다. 이 글은 각 도구가 Zero Trust 구현에서 맡는 역할과, 이 방향으로 생태계가 어떻게 움직이고 있는지를 초심자 눈높이에서 설명한다.

🔑 핵심 요점

Zero Trust Networking은 ‘내부망이니까 안전하다’는 가정을 버리고 모든 트래픽을 매번 인증·인가하는 보안 원칙이다.
Kubernetes 환경에서는 서비스 간 통신에 mTLS를 강제하는 것이 Zero Trust 구현의 핵심 출발점이다.
Cilium은 eBPF 기반으로 네트워크 계층에서 아이덴티티 기반 정책과 암호화를 적용할 수 있게 해준다.
Istio 같은 서비스 메시는 애플리케이션 코드를 건드리지 않고도 서비스 간 mTLS와 세밀한 접근 정책을 적용한다.
SPIFFE/SPIRE는 워크로드에 고유한 아이덴티티(SVID)를 부여해 ‘이 서비스가 진짜 이 서비스인지’를 증명하는 표준을 제공한다.
Zero Trust는 특정 제품이 아니라 여러 도구를 조합해 점진적으로 도달하는 아키텍처 방향에 가깝다.

🛠 핵심 기술 쉽게 이해하기

Zero Trust Networking

네트워크 안이든 밖이든 모든 요청을 잠재적으로 신뢰할 수 없다고 가정하고, 매 요청마다 신원 확인과 권한 검증을 거치게 하는 보안 아키텍처 원칙이다.

2026-07-26 Crossplane으로 시작하는 Infrastructure as Code

Sun, 26 Jul 2026 07:52:23 +0900

오늘의 기술 토픽

Infrastructure as Code with Crossplane

이번 글에서는 실제 밋업 발표 대신, Crossplane을 중심으로 한 Infrastructure as Code(IaC) 생태계를 정리한다. Crossplane은 Kubernetes API를 확장해 클라우드 리소스를 선언적으로 관리할 수 있게 해주는 도구로, Terraform과 같은 전통적 IaC 도구와 비교되며 최근 플랫폼 엔지니어링 진영에서 주목받고 있다. Crossplane과 함께 자주 언급되는 Argo CD, Terraform, Kubernetes Operator 패턴을 함께 살펴보고, 이 생태계가 어디로 향하고 있는지 정리한다.

🔑 핵심 요점

Crossplane은 Kubernetes Custom Resource와 Controller 패턴을 이용해 클라우드 인프라를 코드로 관리하는 오픈소스 프로젝트다.
기존 Terraform이 CLI와 상태 파일 기반이라면, Crossplane은 Kubernetes API 서버를 통해 리소스를 선언적으로 관리한다는 차이가 있다.
Crossplane의 Composition 기능을 사용하면 여러 클라우드 리소스를 하나의 커스텀 API로 추상화해 팀 내부에 제공할 수 있다.
Argo CD와 결합하면 GitOps 방식으로 인프라 변경 사항을 자동 배포할 수 있다.
플랫폼 엔지니어링 트렌드에서 Crossplane은 ‘내부 개발자 플랫폼(IDP)‘을 만드는 핵심 빌딩 블록으로 자리잡고 있다.
처음 시작할 때는 Provider 설치와 간단한 Managed Resource 생성부터 연습하는 것이 좋다.

🛠 핵심 기술 쉽게 이해하기

Crossplane

Crossplane은 Kubernetes API를 확장하여 AWS, GCP, Azure 같은 클라우드 리소스를 Kubernetes 커스텀 리소스처럼 선언적으로 정의하고 관리할 수 있게 해주는 오픈소스 프로젝트다. Kubernetes를 다뤄본 사람이라면 익숙한 YAML 매니페스트로 인프라를 표현할 수 있다.

2026-07-25 Policy as Code로 시작하는 정책 자동화

Sat, 25 Jul 2026 07:58:34 +0900

오늘의 기술 토픽

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 버킷 금지’)을 코드 형태로 작성하고, 이를 자동화된 도구로 검증하는 접근 방식입니다. 규칙이 문서가 아니라 코드이기 때문에 테스트하고 버전을 관리할 수 있습니다.

2026-07-24 eBPF Networking로 보는 차세대 클라우드 네이티브 네트워킹

Fri, 24 Jul 2026 07:53:21 +0900

오늘의 기술 토픽

eBPF Networking

eBPF는 커널을 재컴파일하거나 커널 모듈을 추가하지 않고도 리눅스 커널 내부에서 안전하게 커스텀 프로그램을 실행할 수 있게 해주는 기술로, 네트워킹, 보안, 관찰가능성 영역에서 빠르게 표준으로 자리잡고 있다. 특히 Kubernetes 환경에서는 기존 iptables 기반 네트워킹의 성능 한계를 극복하기 위한 대안으로 Cilium 같은 eBPF 기반 CNI가 주목받고 있다. eBPF는 패킷 단위 처리를 커널 레벨에서 수행하기 때문에 오버헤드가 적고, 애플리케이션 코드 변경 없이 네트워크 정책, 로드밸런싱, 트래픽 가시성을 얻을 수 있다는 점이 핵심 장점이다. 이 브리프는 eBPF Networking을 중심으로 관련 생태계 기술과 학습 방향을 정리한다.

2026-07-23 Service Mesh 입문: Istio와 그 주변 생태계

Thu, 23 Jul 2026 07:59:15 +0900

오늘의 기술 토픽

Service Mesh

이번 브리핑은 특정 밋업 발표가 아니라 Service Mesh라는 주제를 중심으로 정리한 기술 브리프이다. 마이크로서비스 환경에서 서비스 간 통신을 관리하기 위해 등장한 Service Mesh 개념과 대표 구현체인 Istio, 그리고 최근 주목받는 eBPF 기반 접근(Cilium)까지 함께 다룬다. 사이드카 방식의 한계와 이를 극복하려는 ambient mesh 같은 최신 흐름도 짚는다.

🔑 핵심 요점

Service Mesh는 마이크로서비스 간 통신을 애플리케이션 코드 밖에서 처리해주는 인프라 레이어이다.
트래픽 라우팅, 재시도, mTLS 암호화, 관찰성(observability) 같은 기능을 일관되게 적용할 수 있다.
Istio는 가장 널리 쓰이는 Service Mesh 구현체로 Envoy 프록시를 사이드카로 배치하는 방식이 전통적이다.
사이드카 방식은 리소스 오버헤드와 운영 복잡도가 크다는 지적이 꾸준히 있어왔다.
Cilium 같은 eBPF 기반 도구는 커널 레벨에서 네트워킹을 처리해 사이드카 없이도 mesh 기능을 제공하려는 시도이다.
Istio도 ambient mesh라는 사이드카리스(sidecarless) 아키텍처를 도입하며 경량화 방향으로 진화 중이다.

🛠 핵심 기술 쉽게 이해하기

Istio

Istio는 쿠버네티스 위에서 동작하는 대표적인 Service Mesh 플랫폼으로, 각 서비스 옆에 Envoy 프록시를 배치해 서비스 간 통신을 제어한다. 트래픽 관리, 보안, 모니터링 기능을 애플리케이션 코드 수정 없이 적용할 수 있게 해준다.

2026-07-22 Kubernetes Operators와 CRD로 보는 선언적 자동화

Wed, 22 Jul 2026 07:53:29 +0900

오늘의 기술 토픽

Kubernetes Operators & CRDs

Kubernetes Operators와 Custom Resource Definition(CRD)은 쿠버네티스 API를 확장해 애플리케이션 운영 지식을 코드로 자동화하는 핵심 패턴입니다. 반복적인 운영 작업(배포, 백업, 스케일링, 장애 복구)을 사람이 아닌 컨트롤러가 선언적 목표 상태에 맞춰 수행하도록 만드는 것이 핵심 아이디어입니다. 이 패턴은 Crossplane 같은 인프라 프로비저닝 도구, Kyverno 같은 정책 엔진 등 클라우드 네이티브 생태계 전반의 기반이 되고 있습니다. 초심자 입장에서는 CRD가 쿠버네티스 API에 새로운 리소스 타입을 추가하는 방법이고, Operator는 그 리소스를 감시하며 실제 상태를 원하는 상태로 맞추는 컨트롤러라는 것부터 이해하면 됩니다.