400万ユーザーに価値を届けるエンジニアをを支えるインフラ基盤

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

© 2024 Wantedly, Inc. How: プラットフォームの構成要素マイクロサービス前提のプラットフォーム ● Kubernetes (EKS) ● Terraform (tfaction) ● 共通ライブラリ “servicex” ● 内製ツール “kube” ● CIサービス (GitHub Actions / CircleCI / Travis CI / Bitrise) ● モニタリングサービス (Datadog / New Relic / Honeybadger)

Slide 10

Slide 10 text

© 2024 Wantedly, Inc. How: プラットフォームの構成要素 Kubernetes (EKS) ● マイクロサービス基盤として利⽤ ○ オートスケールやクラスタ内通信の機能が標準で内蔵されている ○ sidecar パターンにより基盤側で追加処理が可能 ● 開発基盤のハブとしても活⽤ ○ API 経由で操作できるため⾃動化しやすい ○ 標準機能で⾜りない部分は Custom Controller を実装 ■ kubefork ■ CronJob 通知

Slide 11

Slide 11 text

© 2024 Wantedly, Inc. How: プラットフォームの構成要素 Terraform (tfaction) ● インフラリソースをコードで管理 ○ 参照が記述できどこで利⽤されているのか⼀⽬瞭然 ○ 機械的に扱いやすいフォーマットのため⾃動化も容易 ● Terraform Module を整備することでセルフサービス化 ○ 開発者が簡単に追加できる仕組み ○ インフラはレビューするだけなので待ち時間も少ない ● GitHub と組み合わせて統制フローとしても利⽤ ○ plan 実⾏とレビューを必須にしている ○ インフラの変更経緯が追跡可能に

Slide 12

Slide 12 text

Slide 13

Slide 13 text

© 2024 Wantedly, Inc. How: プラットフォームの構成要素内製ツール “kube” ● エンジニアが開発基盤を扱うためのツール ○ Kubernetes クラスタの選択と認証の機能により簡単かつ安全に操作が可能 ○ 社内ルールに沿ったデプロイフローの⾃動化を実現 ● CI でも同じコマンドを利⽤ ○ ローカル環境でも利⽤しているコマンドのため覚えることが少なくて済む ○ 1箇所の変更で全体に反映されるため常にベストプラクティスが利⽤可能

Slide 14

Slide 14 text

© 2024 Wantedly, Inc. How: プラットフォームの構成要素 CIサービス (GitHub Actions / CircleCI / Travis CI / Bitrise) ● ⾃動テスト ○ テストコードがあれば⾃動で実⾏して安全にリリースできるか確認 ● ⾃動デプロイのトリガーとしても利⽤ ○ コンテナイメージのビルドと Kubernetes へのデプロイを⾃動実⾏ ○ リリースサイクルの⾼速化に貢献

Slide 15

Slide 15 text

© 2024 Wantedly, Inc. How: プラットフォームの構成要素モニタリングサービス (Datadog / New Relic / Honeybadger) ● リリース後に問題なく動作していることを保証 ○ servicex の機能により各サービスにメトリクスやログを送信 ○ 問題があれば Slack 等に通知してエンジニアに対応を促す ● 開発環境でも利⽤できデバッグ時に活⽤ ○ マイクロサービス内部で何が起きているのか把握するのに便利 ○ リリース前に問題に気付くことにも役⽴っている