継続的なデプロイメント

継続的デプロイメント（CD）は、ソフトウェアの機能が頻繁に自動デプロイメントを通じて提供されるソフトウェアエンジニアリングのアプローチです。^[1]^[2]^[3]

継続的デプロイメントは、ソフトウェア機能が頻繁に配信され、潜在的にデプロイ可能であるとみなされるが、実際にはデプロイされないという同様のアプローチである継続的デリバリー^{（CDとも略される）とは対照的である。 [4]}そのため、継続的デプロイメントは、継続的デリバリーよりも完全な自動化形式と見なすことができる。^[5]

モチベーション

継続的デプロイメントの主な動機は、ソフトウェアをより頻繁に現場にデプロイすることで、バグの発見、捕捉、修正が容易になることです。バグは、5日前にデプロイされたコードからではなく、5分前にデプロイされたコードから発生した場合の方が修正が容易です。^[6]

例

データ中心のマイクロサービスが機能を提供し、マイクロサービスが複数のインスタンスを持つことができる環境では、継続的なデプロイメントは、マイクロサービスの新しいバージョンをインスタンス化し、実行中のすべてのリクエストを処理したら古いバージョンを廃止することで構成されます。^[7]^[8]^[9]

参照

CI/CD は、継続的インテグレーションと継続的デリバリー（より一般的）、または継続的インテグレーションと継続的デプロイメント（より一般的ではない）を組み合わせたプラクティスです。
カナリアリリース
ブルーグリーンデプロイメント

参考文献

^ Shahin, Mojtaba; Ali Babara, Muhammad; Zhu, Liming (2017). 「継続的インテグレーション、デリバリー、デプロイメント: アプローチ、ツール、課題、実践に関する体系的レビュー」. IEEE Access . 5 : 3909–3943. arXiv : 1703.07019 . Bibcode :2017arXiv170307019S. doi :10.1109/ACCESS.2017.2685629. S2CID 11638909.
^ Holmstrom Olsson, Helena; Alahyari, Hiva; Bosch, Jan (2012)。「「天国への階段」を登る - アジャイル開発からソフトウェアの継続的展開への移行における障壁を探る複数のケーススタディ」。2012第38 回 Euromicro ソフトウェアエンジニアリングおよび高度なアプリケーションに関する会議。IEEEコンピュータソサエティ。pp. 392–399。doi :10.1109/ SEAA.2012.54。ISBN 978-0-7695-4790-9. S2CID 15199568。
^ Claps, Gerry Gerard; Berntsson Svenssonb, Richard; Aurum, Aybüke (2014). 「継続的デプロイメントへの道のり: 道程における技術的および社会的課題」.情報およびソフトウェア技術. 57 : 21–31. doi :10.1016/j.infsof.2014.07.009.
^ Shahin, Mojtaba; Babar, Muhammad Ali; Zahedi, Mansooreh; Zhu, Liming (2017). 「継続的デリバリーを超えて: 継続的デプロイメントの課題に関する実証的調査」。2017 ACM/IEEE 国際シンポジウム実証的ソフトウェアエンジニアリングおよび測定 (ESEM)。pp. 111–120。doi : 10.1109/ ESEM.2017.18。ISBN 978-1-5090-4039-1. S2CID 3479812。
^ 「継続的デプロイメント: 必須ガイド」。IBM。2019年10 月 2 日。2022 年 11 月 28 日閲覧。継続的デプロイメントは、継続的デリバリーが適切に行われれば当然の結果です。最終的には、手動による承認はほとんど価値をもたらさず、単に物事をゆっくりと進めるだけです。その時点で、手動による承認は廃止され、継続的デリバリーは継続的デプロイメントになります。
^ Rossel, Sander (2017).継続的インテグレーション、デリバリー、デプロイメント。
^ Vera-Rivera, FH (2018). 「マイクロサービスによるエンタープライズアプリケーションの開発プロセス」Journal of Physics: Conference Series . 1126 (1): 012017. Bibcode :2018JPhCS1126a2017V. doi : 10.1088/1742-6596/1126/1/012017 . ISSN 1742-6596.
^ Serlet, Bertrand (2019). 「データ中心のソフトウェア宣言」. Fungible . 2019-10-14時点のオリジナルよりアーカイブ。 2019-10-14に取得。
^ Butler, Brandon (2016-11-09). 「マイクロサービスについて知っておくべきこと」. Computerworld . 2019-10-14閲覧。

[1] Shahin, Mojtaba; Ali Babara, Muhammad; Zhu, Liming (2017). 「継続的インテグレーション、デリバリー、デプロイメント: アプローチ、ツール、課題、実践に関する体系的レビュー」. IEEE Access . 5 : 3909–3943. arXiv : 1703.07019 . Bibcode :2017arXiv170307019S. doi :10.1109/ACCESS.2017.2685629. S2CID 11638909.

[2] Holmstrom Olsson, Helena; Alahyari, Hiva; Bosch, Jan (2012)。「「天国への階段」を登る - アジャイル開発からソフトウェアの継続的展開への移行における障壁を探る複数のケーススタディ」。2012第38 回 Euromicro ソフトウェアエンジニアリングおよび高度なアプリケーションに関する会議。IEEEコンピュータソサエティ。pp. 392–399。doi :10.1109/ SEAA.2012.54。ISBN 978-0-7695-4790-9. S2CID 15199568。

[3] Claps, Gerry Gerard; Berntsson Svenssonb, Richard; Aurum, Aybüke (2014). 「継続的デプロイメントへの道のり: 道程における技術的および社会的課題」.情報およびソフトウェア技術. 57 : 21–31. doi :10.1016/j.infsof.2014.07.009.

[4] Shahin, Mojtaba; Babar, Muhammad Ali; Zahedi, Mansooreh; Zhu, Liming (2017). 「継続的デリバリーを超えて: 継続的デプロイメントの課題に関する実証的調査」。2017 ACM/IEEE 国際シンポジウム実証的ソフトウェアエンジニアリングおよび測定 (ESEM)。pp. 111–120。doi : 10.1109/ ESEM.2017.18。ISBN 978-1-5090-4039-1. S2CID 3479812。

[5] 「継続的デプロイメント: 必須ガイド」。IBM。2019年10 月 2 日。2022 年 11 月 28 日閲覧。継続的デプロイメントは、継続的デリバリーが適切に行われれば当然の結果です。最終的には、手動による承認はほとんど価値をもたらさず、単に物事をゆっくりと進めるだけです。その時点で、手動による承認は廃止され、継続的デリバリーは継続的デプロイメントになります。

[6] Rossel, Sander (2017).継続的インテグレーション、デリバリー、デプロイメント。

[7] Vera-Rivera, FH (2018). 「マイクロサービスによるエンタープライズアプリケーションの開発プロセス」Journal of Physics: Conference Series . 1126 (1): 012017. Bibcode :2018JPhCS1126a2017V. doi : 10.1088/1742-6596/1126/1/012017 . ISSN 1742-6596.

[8] Serlet, Bertrand (2019). 「データ中心のソフトウェア宣言」. Fungible . 2019-10-14時点のオリジナルよりアーカイブ。 2019-10-14に取得。

[9] Butler, Brandon (2016-11-09). 「マイクロサービスについて知っておくべきこと」. Computerworld . 2019-10-14閲覧。