구축 프로젝트.
구축 프로젝트(Implementation Project)는 귀사 팀이 운영하게 될 Kubernetes 플랫폼을 고정 범위로 구축하는 서비스입니다. 시니어 엔지니어가 GitOps 배포와 옵저버빌리티를 포함해 합의된 결과물 기준으로 동작하는 인프라를 구축하고, 끝까지 문서화한 뒤 인수인계 후 30일 지원과 함께 이관합니다.
- 고정 범위 · 정액
- 끝까지 문서화
- 인수인계 후 30일 지원
어떤 서비스인가
범위가 정의된 구축, 귀사 팀에 인도됩니다.
귀사 팀이 사용할 플랫폼을 고정 범위로 구축하는 프로젝트입니다. 보통 플랫폼 준비도 진단의 발견 사항이나 이미 보유하신 요구사항 목록에서 출발합니다. 동작하는 인프라, 충실한 문서, 그리고 귀사 엔지니어와의 페어링을 통해 자신 있게 인수할 수 있게 합니다.
무엇이 필요한지 알고 있고, 그것을 경험 많은 운영자가 구축해 주기를 원하는 팀을 위한 서비스입니다. 주니어 인력이 귀사 프로젝트로 배우는 방식이 아닙니다. 구축은 당사가, 이후 운영은 귀사가 맡습니다. 운영까지 위임하고 싶으시다면 매니지드 플랫폼이 맞습니다.
고정 범위 구축
서면 계획과 정액 기준의 명확한 프로젝트
시니어 엔지니어가 직접
범위를 산정한 사람이 직접 수행하며 귀사 팀과 페어링합니다
끝까지 문서화
레퍼런스 아키텍처와 런북을 귀사 위키에 작성합니다
인수인계 시 귀사 소유
완전한 소유권 이전과 인수인계 후 30일 지원
구축 프로젝트에 포함되는 것
동작하는 플랫폼과, 그것을 운영할 수단.
귀사 요구사항에 맞춰 구성된 프로덕션 Kubernetes 플랫폼을 받고, 귀사 엔지니어는 완전한 소유에 필요한 모든 것을 갖추게 됩니다.
클러스터 기반
플랫폼이 동작하는 클라우드와 Kubernetes 기반.
AWS, Google Cloud, Azure, Naver Cloud 등 주요 클라우드 인프라와 네트워킹, IAM, 보안
매니지드 Kubernetes 또는 OpenShift(워크로드에 맞춘 노드 풀 포함)
인그레스, 서비스 메시, DNS, 인증서
스토리지와 스테이트풀 워크로드 처리
딜리버리와 옵저버빌리티
플랫폼이 변경을 배포하는 방식과, 팀이 그 상태를 파악하는 방식.
프로모션, 롤백, 드리프트 제어를 갖춘 GitOps 배포 파이프라인
메트릭, 로그, 트레이스, 대시보드, 알림을 위한 옵저버빌리티
라이프사이클 문서: 업그레이드 절차, 애드온 업데이트 가이드, 지원 중단 메모
지속적인 업그레이드는 매니지드 플랫폼의 영역입니다.
운영성 기준선
귀사 환경에 맞는 방식으로 플랫폼을 재현 가능하고 운영 가능하게 만듭니다.
Infrastructure-as-Code, 또는 기존 인프라에 적용되는 구성
RBAC, 정책 적용, 시크릿 관리
비용 추적과 낭비 탐지
이는 건강한 플랫폼의 기준선이며, 인증 수준의 보안 감사를 대체하지 않습니다.
이런 팀을 위한 서비스
무엇을 구축할지 알고 있는 팀을 위해.
고정 범위 구축이 맞는 대표적인 상황입니다:
무엇을 구축해야 할지 확실하지 않다면(범위가 불명확하거나 팀과 경영진의 우선순위가 다르다면) 플랫폼 준비도 진단부터 시작하시길 권합니다.
개선 계획이 있는 팀
계획은 있고, 실행이 필요할 때
준비도 진단이나 내부 감사에서 나온 개선 계획을 제대로 실행에 옮겨야 합니다.
새 플랫폼을 시작하는 팀
첫날부터 제대로여야 할 때
새 프로덕션 플랫폼을 처음부터 올바르게 구축하고, 이후 1년을 재작업으로 보내고 싶지 않습니다.
레거시 인프라에서 벗어나는 팀
이전 마감 기한이 있을 때
VMware, 온프레미스 Kubernetes, 노후 매니지드 서비스에서 이전 중이며, 목적지 플랫폼이 기한 내 준비되어야 합니다.
플랫폼을 물려받은 팀
내부 인력으로 감당할 수 없는 작업일 때
물려받은 플랫폼에 대규모 작업이 필요한데, 내부에 시간도 시니어 경험도 부족합니다.
규제 대응 단계에 들어선 팀
감사 전에 통제가 준비되어야 할 때
컴플라이언스 감사 전에 RBAC, 정책, 시크릿, 감사 로그 등 플랫폼 통제를 구축하고 문서화해야 합니다.
진행 방식
다섯 단계. 하나의 결과.
명확한 범위와 구조화된 마일스톤으로 진행합니다. 각 단계는 체크포인트로 마무리되어, 갑작스러운 변경도 재협상도 없습니다.
단계
01
범위 확정
범위를 확인하고, 산출물과 마일스톤에 합의하며, 비용을 확정합니다. 범위가 준비되지 않았다면 준비도 진단을 먼저 권합니다. 기한 없는 구축 프로젝트는 수주하지 않습니다.
단계
02
설계
어떤 변경도 하기 전에 목표 아키텍처와 구성을 문서화합니다. 귀사 팀의 검토와 승인 후에 구축을 시작합니다.
단계
03
구축
승인된 설계에 따라 구축합니다. 기본은 독립 수행이며, 가치가 있거나 귀사가 요청할 때 귀사 엔지니어와 페어링합니다. 시니어 엔지니어가 모든 작업을 반영 전에 검토합니다.
단계
04
검증
설계와의 일치를 확인하고, 런북을 실제로 실행해 보며, 드리프트를 점검하고, 현실적인 장애 조건에서 테스트합니다. 귀사 환경에서 동작함이 입증될 때에만 종료합니다.
단계
05
인수인계
최종 문서를 귀사 위키에 남기고, 플랫폼을 운영할 엔지니어들과 페어링 세션을 진행합니다. 인수인계 후 30일간 조정과 질문을 지원하며, 이후 소유권은 온전히 귀사의 것입니다.
기간은 범위에 따라 다릅니다. 집중적인 구축은 몇 주, 여러 환경과 연동을 포함한 전체 플랫폼은 수개월입니다. 목표 일정은 범위 확정 단계에서 정해 계약서에 명시하며, 귀사 팀이 참여할 지점(킥오프, 설계 리뷰, 구축 중 정기 체크인, 검증·인수인계 단계의 협업)도 함께 확정합니다.
인수인계 시 귀사가 갖는 것
이제 온전히 귀사의 것.
인프라
운영 중인 인프라
승인된 설계에 따라 모든 것을 구축하고 테스트한 뒤 프로덕션 환경에 배포합니다.
문서
레퍼런스 아키텍처
구축된 내용과 그 이유에 대한 명확한 기록을 귀사 팀 위키에 남깁니다.
운영
런북 세트
일상 운영, 온콜 절차, 장애 대응, 업그레이드 처리 방법을 문서화합니다.
지원
인수인계 후 30일 지원
인수인계 이후의 조정, 후속 질문, 예상치 못한 이슈를 30일간 지원합니다.
FAQ
시작 전에 가장 자주 받는 질문.
구축 프로젝트에는 무엇이 포함되나요?
고정 범위로 구축하는 프로덕션 Kubernetes 플랫폼입니다. 클러스터 기반, GitOps 배포, 옵저버빌리티, 운영 베이스라인까지 포함합니다. 범위는 작업 시작 전에 문서로 확정하고, 인도되는 모든 것을 끝까지 문서화합니다.
비용은 어떻게 책정되나요?
고정 범위, 정액이며 원화(KRW)로 청구합니다. 가격은 프로젝트 시작 전에 합의하고 투입 시간에 따라 변하지 않습니다. 범위 변경은 진행 중에 슬며시 흡수하는 것이 아니라 명시적으로 처리합니다.
인수인계 후에는 누가 플랫폼을 운영하나요?
귀사 팀이 운영합니다. Todea 없이도 운영할 수 있도록 구축하며, 아키텍처와 일상 운영을 모두 문서화합니다. 인수인계에는 귀사 엔지니어가 운영을 넘겨받는 동안의 30일 지원이 포함됩니다.
어떤 문서를 받게 되나요?
무엇을 어떻게 구축했고 어떻게 운영하는지를 처음부터 끝까지 다룹니다. 플랫폼 아키텍처, 배포 파이프라인, 운영 절차가 포함됩니다. 새 엔지니어가 합류해도 구전 지식이 아니라 문서로 플랫폼을 파악할 수 있게 하는 것이 목표입니다.
직접 운영하고 싶지 않다면요?
매니지드 플랫폼을 선택하시면 됩니다. Todea가 12개월 파트너십으로 플랫폼의 설치·운영·업그레이드·개선을 전담하며, 업무 시간 또는 24×7 커버리지의 지원 티어를 제공합니다.
구축 범위가 정해지셨나요? 서면으로 확정하십시오.
