[レポート] SmartHR が少人数で Google Cloud へ（ほぼ）全移行を完了させた方法＃GoogleCloudDay

Google Cloud Day: Digital ’22 のセッション「SmartHR が少人数で Google Cloud へ（ほぼ）全移行を完了させた方法」のレポートブログです。

Yui

2022.04.27

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。

こんにちは。CX事業本部MAD事業部のYui(@MayForBlue)です。

「Google Cloud Day: Digital ’22」が2022年4月19日~21日に開催されました。
本ブログはイベント内のセッション「SmartHR が少人数で Google Cloud へ（ほぼ）全移行を完了させた方法」のレポートブログです。

セッション概要

SmartHR は、今年 1 月にほぼ全てのプロダクトを Google Cloud へマイグレーションしました。我々が、どのような課題を持っており、どう考え、どこで苦労したか？を交えながら、如何にして少人数でマイグレーションを実施したかをご紹介させていただきます。

株式会社SmartHR 藤村宗彦さま

監査対応
- 監査ログの取得対応
- ログのエクスポート対応
- ログモニタリングと検知の対応 etc...
リソース整備
- リソース階層や組織ポリシーの決定
- 課金設定
- プロダクト個別のプロジェクト作成によるアクセスと権限の分離対応 etc...
インフラの構成管理対応
- Terraform による構成管理
- Terraform Cloud による適用
CI / CD の整備
- AWS / Heroku に向けたデプロイから切り替える必要があった
- CI/CD フローの型を用意し、各プロダクトに展開することで迷うことなく移行対応を実施できた
- ほとんどのプロダクトでデリバリーフローを統一した

Amazon ElastiCache / Heroku Redis から Memorystore for Redis への移行
- ElastiCache の rdb ファイルのエクスポート機能を利用してエクスポート
- Memorystore の rdb ファイルのインポート機能を使って移行
- Heroku Redis には rdb ファイルのエクスポート機能が存在しなかったので redis-cli をセットアップして対処した
S3 から Cloud Storage への移行
- S3 からの転送は全て Transfer Service を利用した
- 約 1000 万件、12TB 規模のバケットを約2時間で転送
- S3 Batch Operations と AWS Lambda を使って、転送後のファイルに破損や欠損が内科確認した
- 転送後の全てのオブジェクトに対して MD5 のチェックを実施した
Amazon RDS から Cloud SQL への移行
- Database Migration Service を検討したが、稼働中のRDSに操作が必要だったので見送った
- シンプルで理解しやすい pg_dump を利用
Citus Cloud から Cloud SQL への移行
- Cloud Spanner という案もあったが、設計やデータ変更の必要がありそうだったので不採用
- シャーディングがない PostgreSQL でも動かせるとわかっていたので Cloud SQL を利用
- テナントレベルのデータ分離はアプリ層に「activerecord-multi-tenant」を採用することで対処した

Cloud Run で Rails アプリを稼働させるポイント
- 高負荷によるコールドスタートを避けるため最小台数に余裕を持たせる
- スケールアウトを見越して最小台数と最大台数に幅を持たせる
Oparations suite の活用
- Cloud Monitoring
- Cloud Logging