EXPLORE THE NOTEBOOK
관심 있는 기술부터.
태그를 따라 필요한 기록을 찾아보세요.
#ack 01
모든 태그 ↑EKS의 관리형 ACK를 직접 써 봤습니다: CRD 267개를 Pod 없이, 네임스페이스별 IAM 분리, 25분 안에 복구되지 않은 drift와 OSS 비교
EKS Capabilities의 ACK(AWS Controllers for Kubernetes)를 EKS 1.36 클러스터에서 생성하고, IAMRoleSelector로 팀별 IAM 권한을 나누고, 리소스 생성, drift 복구, adoption, retain 삭제를 측정했습니다. 같은 시나리오를 self-managed ACK 컨트롤러 3개로 반복해 운영 부담, 기본값, 기능 차이를 비교했습니다.
#ambient 01
모든 태그 ↑EKS에서 Istio sidecar와 ambient를 직접 재 봤습니다: 지연, 롤아웃 실패, L7 정책 함정, 관측성까지
EKS 1.36과 Istio 1.31.2에서 base, sidecar, ambient L4, ambient L7(waypoint) 네 모드를 같은 워크로드로 측정했습니다. 지연과 프록시 CPU, 롤아웃 중 오류와 retry가 가린 실패, ztunnel에서 조용히 무시되는 L7 DENY 정책, 모드별로 남는 텔레메트리를 정리하고 도입과 운영 판단에 연결했습니다.
#argocd 01
모든 태그 ↑EKS의 관리형 Argo CD를 직접 써 봤습니다: 노드에 Pod 0개, webhook 7초 동기화, 배포 권한 함정과 OSS 비교
EKS Capabilities의 Argo CD를 EKS 1.36 클러스터에 만들어 생성 시간, 로컬 클러스터 등록과 배포 권한, 폴링과 webhook 동기화, drift 복구, argocd-cm 설정과 Lua health check, CLI 제약, 컨트롤러 로그를 측정했습니다. 같은 클러스터에 self-managed Argo CD 3.4.6을 설치해 같은 시나리오로 비교했습니다.
#aurora 01
모든 태그 ↑Aurora MySQL Failover: 수동 전환 데모와 자동 복구, Multi-AZ가 지켜 주는 범위
Aurora MySQL의 수동·자동 Failover를 동작 데모 영상으로 비교합니다. 스토리지 복제와 인스턴스의 Multi-AZ 배치를 구분하고, Reader 승격 우선순위, Writer Endpoint, 재접속과 쓰기 복구를 확인하는 실습 절차를 정리했습니다.
#auto-mode 01
모든 태그 ↑EKS Auto Mode와 Karpenter 1.15를 나란히 돌려 봤습니다: 스케일 아웃, Balanced consolidation, Drift, Spot 중단
EKS 1.37에서 Auto Mode 클러스터와 직접 설치한 Karpenter 1.15.0 클러스터를 같은 조건으로 만들고 스케일 아웃, consolidation, Drift, Spot 중단을 실측한 기록
#autoscaling 01
모든 태그 ↑EKS Auto Mode와 Karpenter 1.15를 나란히 돌려 봤습니다: 스케일 아웃, Balanced consolidation, Drift, Spot 중단
EKS 1.37에서 Auto Mode 클러스터와 직접 설치한 Karpenter 1.15.0 클러스터를 같은 조건으로 만들고 스케일 아웃, consolidation, Drift, Spot 중단을 실측한 기록
#cilium 01
모든 태그 ↑EKS Hybrid Nodes를 직접 돌려 봤습니다: gateway를 아껴 써야 하는 이유부터 SNAT 없는 연결, PrivateLink, 링크 단절까지
온프렘을 시뮬레이션한 클러스터에서 Hybrid Nodes gateway, bursting, GPU 추론, ALB, Pod IP 가시성, PrivateLink, CoreDNS 단절을 실측한 기록
#eks 06
모든 태그 ↑EKS의 관리형 ACK를 직접 써 봤습니다: CRD 267개를 Pod 없이, 네임스페이스별 IAM 분리, 25분 안에 복구되지 않은 drift와 OSS 비교
EKS Capabilities의 ACK(AWS Controllers for Kubernetes)를 EKS 1.36 클러스터에서 생성하고, IAMRoleSelector로 팀별 IAM 권한을 나누고, 리소스 생성, drift 복구, adoption, retain 삭제를 측정했습니다. 같은 시나리오를 self-managed ACK 컨트롤러 3개로 반복해 운영 부담, 기본값, 기능 차이를 비교했습니다.
EKS에서 Istio sidecar와 ambient를 직접 재 봤습니다: 지연, 롤아웃 실패, L7 정책 함정, 관측성까지
EKS 1.36과 Istio 1.31.2에서 base, sidecar, ambient L4, ambient L7(waypoint) 네 모드를 같은 워크로드로 측정했습니다. 지연과 프록시 CPU, 롤아웃 중 오류와 retry가 가린 실패, ztunnel에서 조용히 무시되는 L7 DENY 정책, 모드별로 남는 텔레메트리를 정리하고 도입과 운영 판단에 연결했습니다.
EKS의 관리형 kro를 직접 써 봤습니다: OSS와 같은 0.9.4, 권한은 직접 열어야 하고 이름 충돌은 조심해야 합니다
EKS Capabilities의 kro를 EKS 1.36 클러스터에 만들어 RGD 생성, 인스턴스 수명주기, ACK와의 결합을 측정하고, 같은 시나리오를 self-managed kro 0.9.4로 반복했습니다. 기본 권한으로는 컨트롤러가 시작하지 못하는 문제, 같은 이름의 기존 CR을 덮어써 DynamoDB 테이블을 고아로 만든 사례, OSS 대비 장단점을 정리했습니다.
EKS의 관리형 Argo CD를 직접 써 봤습니다: 노드에 Pod 0개, webhook 7초 동기화, 배포 권한 함정과 OSS 비교
EKS Capabilities의 Argo CD를 EKS 1.36 클러스터에 만들어 생성 시간, 로컬 클러스터 등록과 배포 권한, 폴링과 webhook 동기화, drift 복구, argocd-cm 설정과 Lua health check, CLI 제약, 컨트롤러 로그를 측정했습니다. 같은 클러스터에 self-managed Argo CD 3.4.6을 설치해 같은 시나리오로 비교했습니다.
EKS Auto Mode와 Karpenter 1.15를 나란히 돌려 봤습니다: 스케일 아웃, Balanced consolidation, Drift, Spot 중단
EKS 1.37에서 Auto Mode 클러스터와 직접 설치한 Karpenter 1.15.0 클러스터를 같은 조건으로 만들고 스케일 아웃, consolidation, Drift, Spot 중단을 실측한 기록
EKS Hybrid Nodes를 직접 돌려 봤습니다: gateway를 아껴 써야 하는 이유부터 SNAT 없는 연결, PrivateLink, 링크 단절까지
온프렘을 시뮬레이션한 클러스터에서 Hybrid Nodes gateway, bursting, GPU 추론, ALB, Pod IP 가시성, PrivateLink, CoreDNS 단절을 실측한 기록
#eks-capabilities 03
모든 태그 ↑EKS의 관리형 ACK를 직접 써 봤습니다: CRD 267개를 Pod 없이, 네임스페이스별 IAM 분리, 25분 안에 복구되지 않은 drift와 OSS 비교
EKS Capabilities의 ACK(AWS Controllers for Kubernetes)를 EKS 1.36 클러스터에서 생성하고, IAMRoleSelector로 팀별 IAM 권한을 나누고, 리소스 생성, drift 복구, adoption, retain 삭제를 측정했습니다. 같은 시나리오를 self-managed ACK 컨트롤러 3개로 반복해 운영 부담, 기본값, 기능 차이를 비교했습니다.
EKS의 관리형 kro를 직접 써 봤습니다: OSS와 같은 0.9.4, 권한은 직접 열어야 하고 이름 충돌은 조심해야 합니다
EKS Capabilities의 kro를 EKS 1.36 클러스터에 만들어 RGD 생성, 인스턴스 수명주기, ACK와의 결합을 측정하고, 같은 시나리오를 self-managed kro 0.9.4로 반복했습니다. 기본 권한으로는 컨트롤러가 시작하지 못하는 문제, 같은 이름의 기존 CR을 덮어써 DynamoDB 테이블을 고아로 만든 사례, OSS 대비 장단점을 정리했습니다.
EKS의 관리형 Argo CD를 직접 써 봤습니다: 노드에 Pod 0개, webhook 7초 동기화, 배포 권한 함정과 OSS 비교
EKS Capabilities의 Argo CD를 EKS 1.36 클러스터에 만들어 생성 시간, 로컬 클러스터 등록과 배포 권한, 폴링과 webhook 동기화, drift 복구, argocd-cm 설정과 Lua health check, CLI 제약, 컨트롤러 로그를 측정했습니다. 같은 클러스터에 self-managed Argo CD 3.4.6을 설치해 같은 시나리오로 비교했습니다.
#failover 01
모든 태그 ↑Aurora MySQL Failover: 수동 전환 데모와 자동 복구, Multi-AZ가 지켜 주는 범위
Aurora MySQL의 수동·자동 Failover를 동작 데모 영상으로 비교합니다. 스토리지 복제와 인스턴스의 Multi-AZ 배치를 구분하고, Reader 승격 우선순위, Writer Endpoint, 재접속과 쓰기 복구를 확인하는 실습 절차를 정리했습니다.
#gitops 01
모든 태그 ↑EKS의 관리형 Argo CD를 직접 써 봤습니다: 노드에 Pod 0개, webhook 7초 동기화, 배포 권한 함정과 OSS 비교
EKS Capabilities의 Argo CD를 EKS 1.36 클러스터에 만들어 생성 시간, 로컬 클러스터 등록과 배포 권한, 폴링과 webhook 동기화, drift 복구, argocd-cm 설정과 Lua health check, CLI 제약, 컨트롤러 로그를 측정했습니다. 같은 클러스터에 self-managed Argo CD 3.4.6을 설치해 같은 시나리오로 비교했습니다.
#hybrid-nodes 01
모든 태그 ↑EKS Hybrid Nodes를 직접 돌려 봤습니다: gateway를 아껴 써야 하는 이유부터 SNAT 없는 연결, PrivateLink, 링크 단절까지
온프렘을 시뮬레이션한 클러스터에서 Hybrid Nodes gateway, bursting, GPU 추론, ALB, Pod IP 가시성, PrivateLink, CoreDNS 단절을 실측한 기록
#istio 01
모든 태그 ↑EKS에서 Istio sidecar와 ambient를 직접 재 봤습니다: 지연, 롤아웃 실패, L7 정책 함정, 관측성까지
EKS 1.36과 Istio 1.31.2에서 base, sidecar, ambient L4, ambient L7(waypoint) 네 모드를 같은 워크로드로 측정했습니다. 지연과 프록시 CPU, 롤아웃 중 오류와 retry가 가린 실패, ztunnel에서 조용히 무시되는 L7 DENY 정책, 모드별로 남는 텔레메트리를 정리하고 도입과 운영 판단에 연결했습니다.
#karpenter 01
모든 태그 ↑EKS Auto Mode와 Karpenter 1.15를 나란히 돌려 봤습니다: 스케일 아웃, Balanced consolidation, Drift, Spot 중단
EKS 1.37에서 Auto Mode 클러스터와 직접 설치한 Karpenter 1.15.0 클러스터를 같은 조건으로 만들고 스케일 아웃, consolidation, Drift, Spot 중단을 실측한 기록
#kro 01
모든 태그 ↑EKS의 관리형 kro를 직접 써 봤습니다: OSS와 같은 0.9.4, 권한은 직접 열어야 하고 이름 충돌은 조심해야 합니다
EKS Capabilities의 kro를 EKS 1.36 클러스터에 만들어 RGD 생성, 인스턴스 수명주기, ACK와의 결합을 측정하고, 같은 시나리오를 self-managed kro 0.9.4로 반복했습니다. 기본 권한으로는 컨트롤러가 시작하지 못하는 문제, 같은 이름의 기존 CR을 덮어써 DynamoDB 테이블을 고아로 만든 사례, OSS 대비 장단점을 정리했습니다.
#multi-az 01
모든 태그 ↑Aurora MySQL Failover: 수동 전환 데모와 자동 복구, Multi-AZ가 지켜 주는 범위
Aurora MySQL의 수동·자동 Failover를 동작 데모 영상으로 비교합니다. 스토리지 복제와 인스턴스의 Multi-AZ 배치를 구분하고, Reader 승격 우선순위, Writer Endpoint, 재접속과 쓰기 복구를 확인하는 실습 절차를 정리했습니다.
#mysql 01
모든 태그 ↑Aurora MySQL Failover: 수동 전환 데모와 자동 복구, Multi-AZ가 지켜 주는 범위
Aurora MySQL의 수동·자동 Failover를 동작 데모 영상으로 비교합니다. 스토리지 복제와 인스턴스의 Multi-AZ 배치를 구분하고, Reader 승격 우선순위, Writer Endpoint, 재접속과 쓰기 복구를 확인하는 실습 절차를 정리했습니다.
#networking 01
모든 태그 ↑EKS Hybrid Nodes를 직접 돌려 봤습니다: gateway를 아껴 써야 하는 이유부터 SNAT 없는 연결, PrivateLink, 링크 단절까지
온프렘을 시뮬레이션한 클러스터에서 Hybrid Nodes gateway, bursting, GPU 추론, ALB, Pod IP 가시성, PrivateLink, CoreDNS 단절을 실측한 기록
#platform-engineering 02
모든 태그 ↑EKS의 관리형 ACK를 직접 써 봤습니다: CRD 267개를 Pod 없이, 네임스페이스별 IAM 분리, 25분 안에 복구되지 않은 drift와 OSS 비교
EKS Capabilities의 ACK(AWS Controllers for Kubernetes)를 EKS 1.36 클러스터에서 생성하고, IAMRoleSelector로 팀별 IAM 권한을 나누고, 리소스 생성, drift 복구, adoption, retain 삭제를 측정했습니다. 같은 시나리오를 self-managed ACK 컨트롤러 3개로 반복해 운영 부담, 기본값, 기능 차이를 비교했습니다.
EKS의 관리형 kro를 직접 써 봤습니다: OSS와 같은 0.9.4, 권한은 직접 열어야 하고 이름 충돌은 조심해야 합니다
EKS Capabilities의 kro를 EKS 1.36 클러스터에 만들어 RGD 생성, 인스턴스 수명주기, ACK와의 결합을 측정하고, 같은 시나리오를 self-managed kro 0.9.4로 반복했습니다. 기본 권한으로는 컨트롤러가 시작하지 못하는 문제, 같은 이름의 기존 CR을 덮어써 DynamoDB 테이블을 고아로 만든 사례, OSS 대비 장단점을 정리했습니다.
#rds 01
모든 태그 ↑Aurora MySQL Failover: 수동 전환 데모와 자동 복구, Multi-AZ가 지켜 주는 범위
Aurora MySQL의 수동·자동 Failover를 동작 데모 영상으로 비교합니다. 스토리지 복제와 인스턴스의 Multi-AZ 배치를 구분하고, Reader 승격 우선순위, Writer Endpoint, 재접속과 쓰기 복구를 확인하는 실습 절차를 정리했습니다.
#service-mesh 01
모든 태그 ↑EKS에서 Istio sidecar와 ambient를 직접 재 봤습니다: 지연, 롤아웃 실패, L7 정책 함정, 관측성까지
EKS 1.36과 Istio 1.31.2에서 base, sidecar, ambient L4, ambient L7(waypoint) 네 모드를 같은 워크로드로 측정했습니다. 지연과 프록시 CPU, 롤아웃 중 오류와 retry가 가린 실패, ztunnel에서 조용히 무시되는 L7 DENY 정책, 모드별로 남는 텔레메트리를 정리하고 도입과 운영 판단에 연결했습니다.