もうリリースは怖くない ― 大きな変更を安全に本番適用するTips - Cybozu Inside Out | サイボウズエンジニアのブログ

こんにちは、AWS版kintoneのDevOpsエンジニアをしている@ueokandeです。 AWS版kintoneは2019年9月のローンチから現在まで、幾度となく機能改善をしてきました。 ローンチ当時よりも利用者が増え、スケーラビリティのために内部設計を大きく変更することもあります。 先日公開したメール送信の設計変更もその1つです。 blog.cybozu.io 安定運用のために必要なリリースではありますが、実装を大きく変えることで不具合混入のリスクもあります。 それだけではなく、パフォーマンス改善のつもりが、本番環境に投入して逆にパフォーマンス低下が発覚するというケースもあります。 この記事では、大きな変更を安全にリリースするためのTipsを紹介します。 記事の最後ではSpring Bootの実装例と、Kubernetesでの実現方法も紹介します。 切り戻し戦略 大きな変更を安全にリ

[t-wada]

開発環境のテストが通ったら本番環境に同じイメージをデプロイし、環境変数とアノテーションを活用して機能フラグを実装して機能単位で安全に切り戻せるようにする手法。GoFのStrategyパターンの適用事例でもある

[yujiorama]

SpringでDIするコンポーネントをアプリケーションプロパティで切り替えるやり方だった

[lufiabb]

これすごい > 開発環境でしばらく寝かせるということはせず、開発環境の適用後に自動テストが通過すれば、本番環境に同じコンテナイメージを適用します

[asahiufo]

CybozuOfficeユーザーだけど、もしかして既にスマホ対応を行った大きな変更を本番環境へ適応する事を失念してはいませんか？