[Platform] Platform Engineer

플렉스팀의 Platform Engineer는 Product Engineer가 제품을 더 빠르고 안전하게 만드는 바탕을 제공합니다.

다른 엔지니어들의 개발 생산성을 높이는 플랫폼과 도구를 설계하고 구축합니다. 제품 도메인 지식, 기술 깊이, 그리고 개발자 관점의 설계를 갖춰 Product Engineer가 비즈니스 로직에만 집중할 수 있는 환경을 만듭니다.

조직의 성장에 따라 우선순위는 계속 변합니다. 초기에는 기존 인프라 운영에 집중하다가, 시간이 지나 새로운 플랫폼이 필요해질 수도 있습니다. 또는 반대로 제품 성장 단계에서 엔지니어링 자동화가 갑자기 중요해질 수도 있습니다.

우리가 기대하는 것은 조직의 현재 pain point가 무엇인지 빠르게 파악하고, 그에 맞춰 유연하게 대응하며, 새로운 도메인도 두려워하지 않고 배우고 주도적으로 개선할 수 있는 역량입니다. 이런 적응 능력과 주도성이 있다면, 특정 기술이나 경험이 부족해도 함께 성장할 수 있다고 믿습니다.

이런 일을 함께 하게 됩니다.

• 클라우드와 애플리케이션 등 제품 개발/운영 전체 생명주기를 운영하는 플랫폼 엔지니어링을 주도합니다.
• 서비스의 신뢰성을 책임집니다(SRE). 제품 개발·보안·고객 등 여러 직군과 협업하며 서비스 가시성을 미리 설계하고, 용량 계획과 장애 대응 체계를 만들며, 근본 원인까지 파고들어 재발 방지로 연결합니다.
• 변경이 빠르고 안전하게 흐르도록 만듭니다. CI/CD와 테스트 자동화를 제품의 라이프사이클에 맞게 Product Engineer 들이 직접 선택할 수 있는 자유도를 설계합니다.
• 핵심 인프라를 직접 책임집니다. 쿠버네티스 클러스터 관리, 클러스터 보안 등 셀프서비스로 풀리지 않는 영역을 직접 수행합니다.
• 제품과 도메인을 이해하며 운영합니다. flex 서비스가 어떻게 만들어지고 성장하는지 깊이 이해하고, 그에 맞는 운영·장애 방지 액션을 실행하며, flex에 맞는 DevOps/DevSecOps 문화를 함께 고민합니다.

• 플랫폼·라이브러리 설계 및 개발
• 제품 개발 가속화를 위해 결제, 인증, 메시징, 알림, 추천 등 반복되는 기능을 재사용 가능한 SDK/라이브러리로 구현합니다. 동시에 CI/CD 파이프라인, 배포 자동화, 테스트 프레임워크, 로컬 개발 환경, 모니터링·알림 시스템 같은 엔지니어링 인프라도 구축합니다. 다중 팀의 요구사항을 수렴하여 확장성 있는 플랫폼 아키텍처를 설계하고 구현합니다.
• 플랫폼 임팩트 측정 및 지속 개선
• 배포 시간, 테스트 시간, 버그율, 온보딩 기간 등 메트릭 기반으로 플랫폼의 효과를 정량화합니다. 팀의 pain point를 주도적으로 발굴하고 우선순위 기반으로 플랫폼을 개선합니다. 팀 만족도 측정 및 지속적 최적화를 통해 조직 전체로 플랫폼을 확산합니다.
• 기술 리스크 관리 및 우선순위 설정
• 설계 단계에서 기술 리스크를 조기 발견하고 POC/spike로 검증합니다. 예상 밖의 문제 발생 시 체계적인 root cause 분석 및 신속한 대응을 진행합니다. 기술 부채와 사용자 요구사항 간 균형을 고려한 의사결정을 합니다. 리스크와 일정을 투명하게 이해관계자에게 전달하며 팀의 신뢰를 유지합니다.

이런 일을 고민하고 있습니다.

• Product Engineer가 직접 배포하고 운영할 수 있는 플랫폼
• 현재는 배포마다 인프라 팀에 요청하고 있습니다. 자동화와 추상화를 통해 Product Engineer가 자기 서비스를 직접 제어할 수 있는 환경을 만들 수 있을까요?
• 플랫폼 자체가 실수를 방지하는 시스템
• 잘못된 설정, 보안 정책 위반, 성능 문제를 사전에 감지하고 차단하는 자동화. 개발자가 "이게 맞나?" 고민할 필요 없이 플랫폼이 알아서 보호해주는 수준의 경험.
• Product Engineer가 필요한 것을 플랫폼에 추가할 수 있는 유연성
• 새로운 기능, 새로운 환경 요구사항이 나올 때마다 플랫폼 팀을 기다리지 않고, Product Engineer가 직접 구성·확장할 수 있는 플랫폼 설계.
• 조직 성장에 따른 플랫폼 진화. 초기에는 수동 프로세스로 시작해도 괜찮습니다
• 조직이 성장하면서 필요한 것들을 단계적으로 자동화하고 고도화할 수 있는 구조를 만드는 것.
• 기술 선택의 현실성
• Kubernetes, 멀티클라우드, 마이크로서비스 등 최신 기술 vs 현재 팀 규모와 운영 복잡도의 균형. 3년 뒤를 예측하면서도 지금 팀이 감당할 수 있는 수준의 기술 스택을 선택하는 것.

이런 분과 함께 하고 싶습니다.

• 플랫폼/라이브러리 개발 경험
• 여러 팀이 실제로 사용하는 공통 SDK, 라이브러리, 인프라 구축 경험이 있어야 합니다. API 설계, 버전 관리, 하위호환성 유지에 대한 이해가 필요합니다. 예를 들어 결제 SDK, 인증 라이브러리, CI/CD 시스템, 테스트 프레임워크 같은 것들입니다.
• 백엔드/시스템 엔지니어링 기초
• Kotlin, Golang, Java, Python 중 한 가지 이상 주요 언어에 숙련되어야 합니다. 마이크로서비스, API 아키텍처 기본을 이해하고, 데이터베이스, 캐싱, 메시징 등 기본 시스템 컴포넌트 경험이 있어야 합니다.
• 개발자 관점의 설계 능력
• 사용자(Product Engineer) 입장에서 플랫폼 사용성을 고려한 설계를 할 수 있어야 합니다. API 직관성, 에러 메시지 명확성, 문서 충실도를 중시하고, 사용자 피드백 수렴 및 반복 개선 경험이 있어야 합니다.
• 일정 및 리스크 관리 역량
• 예측 불가능한 기술 문제에 대응한 경험이 있어야 합니다. 팀과 투명하게 소통하며 일정을 관리한 경험과 우선순위 판단 및 의사결정 역량이 필요합니다.

이런 경험이 있다면 더 좋겠습니다.

• 인프라 및 DevOps 경험
• Cloud Native 인프라 경험 (Kubernetes, Helm, Istio), AWS/GCP/Azure 같은 주요 클라우드 서비스 활용 경험, Infrastructure as Code (Terraform, Pulumi) 활용 경험이 있다면 좋습니다.
• CI/CD 파이프라인 설계 및 구축 (GitHub Actions, GitLab CI, Jenkins 등).
• 모니터링 및 관찰성 시스템 구축 (OpenTelemetry, Prometheus, Datadog 등).
• 조직 경험
• 여러 팀의 요구사항을 수렴하고 우선순위를 판단한 경험, 내부 또는 외부 사용자 중심의 제품 개발 경험, 기술 결정 시 팀의 의견을 수렴하고 설득한 경험, 새로운 기술 도입 또는 마이그레이션을 주도한 경험이 있다면 더욱 좋습니다.

flex를 이루는 플랫폼 기술 스택

• Kotlin, Golang
• Spring Boot with flex Hexagonal Architecture(https://github.com/flex-public/hexagonal-module-sample)
• Jenkins, GitHub Actions, ArgoCD, Nexus
• Kubernetes, Helm, Istio
• AWS(main), Azure, GCP (Aurora RDS, EKS, Elasticache, SNS, SQS, MSK 등)
• Terraform, Pulumi(kotlin)
• OpenTelemetry, Grafana/Tempo, Victoria Metrics, OpenSearch, Clickhouse
• Bedrock, Langfuse, Claude Code, Braintrust