안녕하세요. Azure Cloud Solution Architect의 아키야마입니다. 이번에는 마모루 비즈니스에서 k8s로 마이그레이션한 이야기를 계속 전해드리겠습니다.
- Vol.1 앱 서비스에서 AKS로의 이전 결정
- Vol.2 AKS(k8s) 마이그레이션 준비 <- 本記事
- Vol.3 AKS(k8s) 移行
Vol.2 AKS(k8s) 移行の下準備
이전 기사에서 우리는 마이그레이션을 결정했습니다. 다음 단계는 마이그레이션을 시작할 자원을 확보하고 팀에 이를 설명하는 것입니다.
자원 획득
앞서 쓴 글에서 썼듯이, 저도 인프라 엔지니어입니다. 저는 Azure 계층을 직접 관리하고 싶었기 때문에, DevOps 계층인 k8s를 구현할 수 있는 멤버가 필요했습니다. 이번 프로젝트에서는 DevOps 분야에서 일하는 재호와 함께 일하기로 결정했습니다.
AKS(k8s) 마이그레이션과 같은 프로젝트에서는 DevOps 환경을 유지해야 합니다. 비록 여러분의 SaaS 비즈니스이긴 하지만, 당신이 하는 일과 위탁 사업 사이에는 큰 차이가 없습니다. 참고: 서버리스/컨테이너 구현 지원 |
비용, 범위, 일정에 대한 대략적인 감을 잡고 이사를 시작했습니다. 기술적인 부분은 추후 기사에서 다룰 예정입니다.
팀에 대한 지침
팀에 대한 설명은 단계별로 진행되었습니다. 대략 다음 네 단계로 나뉩니다:
프로젝트 시작 전
- 인프라 회원 (프로젝트에 대한 설명 및 유치)
- 비즈니스 리더 및 애플리케이션 엔지니어의 핵심 멤버 (명확화 및 합의 형성)
진행 중인 프로젝트
- 애플리케이션 엔지니어 (설명 및 준비 촉진)
- 전체 팀 (설명)
각 멤버에 대한 설명(설득) 자료는 이전 글에서 설명한 내용과 같습니다. 마모루 비즈에는 적극적으로 참여하는 인원이 꽤 많기 때문에, 마이그레이션 프로젝트 마지막에 팀 전체에 설명했습니다.
영어로.
이는 위에 언급된 15-20명 중 거의 절반이 일본인이 아니기 때문입니다. 회의와 채팅은 매일 영어로 진행됩니다. 이 정보 세션도 영어로 진행되는 것은 자연스러운 일입니다. 이것이 저의 첫 영어 발표였습니다.
아래는 그 시기의 대본 일부입니다.

조금 덜 진지한 대본을 넣고 싶었고, "(k8s가 도입되면) 개발자들이 더 많은 급여를 받을 수 있게 될 거야!"라고 말했을 때, (아마도 원격 근무라서 그런 걸지도 모릅니다)
결론
지금까지 저는 마이그레이션 준비와 루팅에 대해 글을 썼습니다. 다음번에는 이주의 기술적인 부분에 대해 드디어 쓰겠습니다.