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

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

July 28, 2026 · 3 min · 564 words · jeonck

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

오늘의 기술 토픽 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 네트워크 안이든 밖이든 모든 요청을 잠재적으로 신뢰할 수 없다고 가정하고, 매 요청마다 신원 확인과 권한 검증을 거치게 하는 보안 아키텍처 원칙이다. ...

July 27, 2026 · 3 min · 583 words · jeonck

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

오늘의 기술 토픽 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 매니페스트로 인프라를 표현할 수 있다. ...

July 26, 2026 · 3 min · 568 words · jeonck

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

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

July 25, 2026 · 3 min · 555 words · jeonck

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

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

July 24, 2026 · 3 min · 588 words · jeonck

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

오늘의 기술 토픽 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 프록시를 배치해 서비스 간 통신을 제어한다. 트래픽 관리, 보안, 모니터링 기능을 애플리케이션 코드 수정 없이 적용할 수 있게 해준다. ...

July 23, 2026 · 3 min · 567 words · jeonck

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

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

July 22, 2026 · 4 min · 663 words · jeonck