ソフトウェアの継続的アップデートをコンテナ化によって加速させる/Accelerate continuous software updates with containerization

技術的負債に向き合う Online Conference LT (5min)
https://findy.connpass.com/event/297813/

Transcript

1. ソフトウェアの継続的アップデートを コンテナ化によって加速させる 久米拓馬 / GMO PEPABO inc. 2023.11.21 技術的負債に向き合う Online Conference 1
2. 2 自己紹介 ホスティング事業部　SREチーム　シニアエンジニア 久米拓馬 @takumakume • 福岡在住 • ルアーフィッシング・珈琲焙煎 • Webアプリケーションプラットフォームの開発・ 運用 • Kubernetes / Cloudnative
3. 変更しやすいシステム 開発者体験が良い メンテナンスされる
4. 変更しやすいシステムの手段 「コンテナ化」
5. ソフトウェアアップデートにおける課題 前提共有：最大22年続くサービスを複数運用している会社
7. • OS • パッケージ • 言語 • ライブラリ ソフトウェアアップデートやっていますか？
8. • 脆弱性が放置される • 新機能が使えない • 互換性がなくなる • データベースのバージョン • TLSのバージョン • etc … • 割れ窓理論、何もしないは伝染する ソフトウェアをアップデートしなかったらどうなるか？ ソフトウェアは何もしないと壊れる
9. • ソフトウェアアップデートの必要性は突然来る（厳密には薄々気づいている） • 必要になったときには... • ジャンプアップ、ビッグバンリリース • 依存関係のソフトウェアアップデートを同時に求められる • 作業タイミングの選択肢の幅が狭くなっている 継続的にソフトウェアをアップデートしなかったらどうなるか？ 予想外の規模とタイミングで作業が発生しビジネスインパクトが大きい
10. • サービス提供開始から20年以上経過 • ソフトウェアアップデートが積極的に行われていない • Webアプリケーションの数は約40個、VM • 様々なインフラ構成 事業部のアプリケーションを取り巻く状況
11. 複数のアーキテクチャのWebアプリケーション、オペレーションが難しい Private Cloud “Nayh” （Openstack） KVM LBaaS Reverse Proxy app A app B app C Consul Service Discovery Keepalived app D Internet LB
12. • 開発からデプロイまでのリードタイムが長い • インフラ構成の認知負荷が高い • VMを作るのは時間がかかる • 変更による障害リスクが高い • ミュータブルなインフラのため再現性が低く不安定 • 手動オペレーションが必要 課題の抽出
13. 変更しづらいシステム
14. 開発者体験が悪い
15. 放置される
16. ソフトウェアアップデートの初手 「コンテナ化」
17. 開発からデプロイまでのリードタイムが長い • アプリのコードとDockerfileをPushしたらすべて自動でリリースされる 変更による障害リスクが高い • イミュータブルなインフラのため再現性が高く安定する • Kubernetes + GitOps で手動オペレーションの撲滅 ソフトウェアアップデートの初手「コンテナ化」 コンテナ化による課題解決
18. 変更しやすいシステムを 支える技術
19. • 開発者はコードを書いて、Pull Requestをマージ するだけ • Argo CD • Argo CD Image Updater ソフトウェアアップデートを支える技術 徹底したGitOps Kubernetes Cluster Git Kubernetes Manifests App Code Push Container Image Build Developer
20. ソフトウェアアップデートを支える技術 Staging環境をPull Request毎に自動生成 • Staging環境待ちが発生しない • Argo CD Application Set など
21. ソフトウェアアップデートを支える技術 ソフトウェアの自動アップデート • renovate
22. ソフトウェアアップデートを支える技術 プログレッシブデリバリー • リリース後のメトリクスを元に自動ロール バック • 予想外のインシデントの影響を最小限に抑 える • Argo Rollouts
23. ソフトウェアアップデートを支える技術 脆弱性の対応 • KEV (Known Exploited Vulnerabilities) に該当する悪用が確認された脆弱性に絞って通 知し、必ず対応するようにしている https://speakerdeck.com/takumakume/vulnerability-management-with-sbom-in-kubernetes
24. 変更しやすいシステム 開発者体験が良い メンテナンスされる
25. 25 Thank You! Thank You! GMOペパボに興味がある方は @takumakume までご連絡ください！ カジュアル面談でもお待ちしております。