2026 개발 운영 트렌드: eBPF 관측성을 플랫폼 계층으로 도입할 때의 데이터·비용·권한 계약
eBPF 기반 관측성을 애플리케이션 계측의 대체재가 아닌 플랫폼 데이터 계층으로 도입할 때 필요한 coverage, 비용, 개인정보, 운영 책임의 판단 기준을 정리합니다.
아카이브 글
2026 개발 트렌드: Carbon-Aware Workload Scheduling, 전력 탄소 집약도를 배치 정책에 넣는 팀이 먼저 정해야 할 것
탄소 집약도 신호를 이용해 지연 허용 배치·재색인·백필·AI 평가 작업의 실행 시각과 리전을 조정하는 흐름을, SLO·비용·데이터 경계·실패 복구까지 포함한 실무 기준으로 정리합니다.
2026 개발 트렌드: OCI Referrers가 늘릴수록, 컨테이너 레지스트리는 태그 저장소가 아니라 증명 그래프가 된다
OCI Referrers로 이미지 digest에 SBOM·provenance·서명 같은 메타데이터가 붙기 시작하면서, 배포 정책뿐 아니라 복제·보존·삭제·장애 시 검증 경로까지 그래프로 관리해야 하는 이유를 정리합니다.
2026 개발 트렌드: Kubernetes v1.37 Memory QoS Beta, OOM 직전의 메모리를 운영 계약으로 바꾸다
Kubernetes v1.37에서 Beta가 된 Memory QoS를 계기로, memory.high·memory.min·memory.low를 OOM 회피 옵션이 아니라 워크로드 분리·관측·rollback이 필요한 node-level 운영 계약으로 해석합니다.
2026 개발 트렌드: Kubernetes v1.37 In-Place Resize Preemption, 무중단 확장보다 퇴출 예산을 먼저 설계하자
Kubernetes v1.37의 in-place Pod resize scheduler preemption Alpha를 계기로, restart 없는 scale-up을 목표로 삼지 않고 어떤 workload를 언제 퇴출해도 되는지 priority·PDB·capacity·rollback 예산으로 설계하는 기준을 정리합니다.
2026 개발 트렌드: Kubernetes v1.37 Node Lifecycle Conditions, 노드 정비를 자동화 전에 계약으로 만들기
Kubernetes v1.37의 Node Lifecycle Conditions를 계기로 drain·maintenance·graceful shutdown 상태를 공통 계약으로 다루는 방법과, Alpha 신호를 자동 eviction 정책으로 오해하지 않는 운영 기준을 정리합니다.
2026 개발 트렌드: Kubernetes v1.37 Rootless Node Components, 노드 권한을 워크로드 격리 밖에서 다시 설계하다
Kubernetes v1.37에서 Beta가 된 KubeletInUserNamespace를 계기로, Pod user namespace와 node component rootless mode를 구분하고 CNI·CSI 호환성, 스케줄링 격리, 운영 canary 기준으로 검토하는 글입니다.
2026 개발 트렌드: Kubernetes v1.37 Manifest 기반 Admission Control, 정책 보호선을 API 밖으로 옮기다
Kubernetes v1.37에서 Beta가 된 manifest 기반 admission control을 계기로, API 안의 정책을 보호하려면 bootstrap 신뢰 경로·파일 권한·검증·rollback을 어떻게 다시 설계해야 하는지 정리합니다.
2026 개발 트렌드: Kubernetes v1.37 etcd RangeStream, 대량 List의 메모리 피크를 용량 계약으로 바꾸다
Kubernetes v1.37과 etcd v3.7의 RangeStream Beta를 계기로, control plane의 대형 List 요청을 단순히 빠르게 만드는 문제가 아니라 object 크기·동시성·fallback·메모리 피크를 함께 관리하는 용량 계약으로 다룹니다.
2026 개발 트렌드: Kubernetes v1.37 Metrics API GA와 DRA 상태, 자원 관측이 스케줄링 계약이 된다
Kubernetes v1.37에서 stable이 된 metrics.k8s.io/v1과 Dynamic Resource Allocation의 ResourceClaim device status를 계기로, CPU·메모리 표본과 특수 장치 할당 상태를 각각 검증 가능한 자원 계약으로 운영하는 기준을 정리합니다.