Ercan Ermis

저는 Ercan Ermis입니다. 네덜란드에 기반을 두고 있는 시니어 클라우드 플랫폼 엔지니어입니다. 클라우드, AWS, EKS, Terraform, 관측 가능성, 그리고 시스템이 새벽 3시에도 살아있는지를 결정하는 플랫폼 엔지니어링 결정에 대해 여기에 글을 씁니다.

어떻게 여기까지 왔는가

제 인생의 첫 컴퓨터는 1986년 아버지가 사업용으로 구입하신, 5.25인치 플로피 드라이브 두 개(Floppy A와 Floppy B)가 달린 Amstrad였습니다. 진짜 사랑은 1998년 초등학교 4학년 때 시작됐습니다. 학교 컴퓨터실의 Windows 95 머신 중 한 대에 선생님이 Linux를 설치하시며 “이게 Linux란다, 자유 소프트웨어야"라고 말씀하셨고, 그 검은 화면에 Pac-Man이 등장한 순간 저는 끝이었습니다.

이건 왜 작동하는가. 실제로 어떻게 작동하는가. 또 무엇을 시킬 수 있는가. 그것을 어떻게 다르게 시킬 수 있는가. 30년이 넘은 지금도 저는 여전히 이 네 가지 질문을 던지며 키보드 앞에 있습니다. 컴퓨터 앞에서 보낸 시간은 늘 제가 가장 편안하고 가장 평화로움을 느끼는 자리였습니다. 이 사이트의 플랫폼 엔지니어링 작업은 그 질문 루프를 수십 년 동안 돌렸을 때 자연스럽게 도달하는 지점입니다.

이 사이트의 글들은 슬라이드가 아닌 실제 프로덕션 시스템에서 나옵니다. 24/7/365 가용성 요구사항이 있는 BMW Bank의 뱅킹 리스크 계산. 16년 된 온프렘 베팅 플랫폼을 무중단 및 데이터 손실 없이 AWS로 마이그레이션. Miniclip을 통한 획득 규모의 멀티플레이어 모바일 게임. 유일한 엔지니어로서 엔드투엔드로 소유했던 라이브 스트리밍 인제스트 파이프라인. 각 경험은 흉터를 남겼고, 그 흉터가 글이 됩니다.

작업 방식

Platform Engineering, SRE, DevOps는 저에게 하나의 직무이지 셋이 아닙니다. 대상 아키텍처를 설계하고, 그것을 프로비저닝하는 Terraform을 작성하며, 그 위에 배포하는 CI/CD를 구축하고, 그 결과에 대해 페이저를 듭니다. 별도 역할로의 분할은 조직도일 뿐, 실제 작업은 하나의 루프입니다. 저는 그 루프 안에서 글을 씁니다.

지향점:

  • 팀별 맞춤형 인프라가 아닌 재사용 가능한 모듈과 Paved Road.
  • 최소 권한 IAM, KMS, 네트워크 격리를 사후 추가가 아닌 기본값으로.
  • 지연 시간 및 오류율과 동일한 대시보드에서 비용 인식.
  • 정직한 실패 모드 분석. “괜찮을 거야"는 SLO가 아닙니다.

여기서 찾을 수 있는 것

대부분의 글은 세 가지 버킷 중 하나에 속합니다:

  • 프로덕션 환경의 AWS 및 EKS. 클러스터 운영, 노드그룹 사이징, 실제로 확장되는 IAM 패턴, 네트워킹 함정, 드라마 없는 컨트롤 플레인 업그레이드.
  • 조직 규모의 Terraform 및 Terragrunt. 모듈 경계, 상태 소유권, 드리프트, 리뷰 자동화, 복리 이자를 지불하는 지루한 인프라.
  • 관측 가능성 및 신뢰성. Prometheus, Grafana, CloudWatch, 구조화된 로그, 작성자 외의 누군가가 실제로 따라할 수 있는 런북.

제가 염두에 둔 독자는 이미 AWS CLI를 알고 있고, 이미 어딘가에서 Kubernetes를 운영하고 있으며, 제가 마주친 명확하지 않은 부분, 트레이드오프 또는 실패 모드를 원하는 엔지니어입니다.

자격증 및 커뮤니티

  • UptimeCoach, 20개 AWS 리전에 걸쳐 프로비저닝된 개인 SaaS 실험실로, 작동하는 멀티 리전 참조 아키텍처입니다.

컨설팅 및 자문

매년 소수의 컨설팅 계약을 수주하며, 저는 이것을 진심으로 즐깁니다. 팀, 스택, 제약 조건의 다양성이 제 플랫폼 감각을 날카롭게 유지합니다. 고객을 위해 하는 일이 이 사이트의 글에 직접 반영되고, 그 반대도 마찬가지입니다.

팀과 작업하는 방식:

  • 플랫폼 엔지니어링 자문. 팀이 “그냥 Terraform과 희망"이 작동하지 않는 지점에 도달하고 있습니다. 모듈 경계, 상태 소유권, CI/CD 설계, 최소 권한 IAM 및 플랫폼을 비용 센터가 아닌 제품으로 전환하는 운영 모델을 도와드립니다.
  • AWS 비용 최적화. “Savings Plans을 구매하고 끝"이 아닌 진정한 최적화. 청구서를 한 줄씩 검토하고, 낭비를 특정 워크로드까지 추적하며, 재구성합니다. 대부분의 계약에서 애플리케이션 코드를 한 줄도 건드리지 않고 30-50%를 찾아냅니다.
  • 임시 플랫폼 리드. 팀이 리드 공백 상태이거나 중요한 성장 단계를 겪고 있습니다. 정해진 기간 동안 참여하여 기술적 방향을 설정하고, Paved Road를 구축하며, 장기 리드를 채용하거나 승진시키는 것을 돕습니다.
  • 마이그레이션 및 현대화. 레거시를 AWS로 리프트하고, 모놀리스를 서비스로 분해하거나, 멀티 어카운트 혼란을 정리합니다. 어느 부분이 아픈지, 그리고 아프지 않도록 순서를 어떻게 정할지 알 만큼 충분히 해봤습니다.

제가 컨설팅하는 전체 영역: AWS, 클라우드 아키텍처, CI/CD 파이프라인, Linux, GitHub 및 GitLab 툴링, Terraform 및 Terragrunt, Kubernetes 및 EKS, 관측 가능성, 비용 최적화, 마이그레이션, 그리고 나머지 모두를 하나로 묶어주는 플랫폼 엔지니어링 운영 모델. 프로덕션 클라우드 계정이나 빌드 파이프라인에서 돌아가는 것이라면 모두 범위 안입니다.

작고 집중된 계약. 한 번에 하나 또는 둘. 다루고 계신 것이 제가 여기서 쓰는 종류의 것과 비슷하게 들린다면, LinkedIn으로 연락 주세요. 문제와 팀 구조에 대한 짧은 메시지로 시작할 수 있습니다.

다음 읽기