Posts

오늘의 기술 토픽 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)는 리눅스 커널 안에서 샌드박스화된 프로그램을 안전하게 실행할 수 있게 해주는 기술입니다. 커널 소스를 수정하거나 모듈을 로드하지 않고도 네트워킹, 보안, 트레이싱 로직을 커널에 주입할 수 있습니다. ...

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

오늘의 기술 토픽 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의 컨트롤러 개념을 확장해, 특정 애플리케이션이나 서비스의 운영 지식(설치, 백업, 장애 복구 등)을 코드로 구현한 소프트웨어입니다. 사람이 수동으로 하던 반복 작업을 자동화된 컨트롤러가 대신 수행합니다. ...

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

오늘의 기술 토픽 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에 변경 사항을 커밋하면 자동으로 반영된다. ...

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

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

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

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

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