「マイクロソフト系技術情報 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。
目次 †
概要 †
- 「コンテナのチェーン」も、比較的、
容易に構築できるようになってきた。
- これによって、SIでは、なかなかリーチしなかった、
辺りにリーチするようになってきた。
詳細 †
そもそも、 †
サービスのプラクティス
- SIだと頻繁に更新されることがない。
- テストやリリースのシナリオが再利用率が低い。
で、CI/CDから得られる効果が薄い。
どちらかと言うと †
分離環境の構築比重が高い。
- SIでは、
- UT / CT / TT / STなど環境が多段になっている。
- このため、これらの環境構築が優先される。
- 逆に、多段化されているので、CI/CDがハマらない。
（CI/CD パイプラインが長すぎて構築できない。）
- サービス保守体制は、
恐らく、SIのように多段になっていない。
Docker→Docker Compose→K8s †
...と、チェーン＆リフトして行く開発方式
このサポートにより、SIでもCI/CDが有効な、
① 全ローカル環境、 †
≒ 従来型の開発。
② ①のプログラムだけ、Docker化、 †
- ①のプログラムだけDocker化。
- ローカルのサービス群に対しては、10.0.75.1でブリッジ。
③ ②のサービス類だけ、Docker Compose化、 †
- [[②>#je86be84//のサービス類だけ、Docker ComposeでDocker化。
- 開発の対象というより、ローカル開発環境をDocker対応させるイメージ。
- Docker Composeで、同一のポート番号でブリッジさせれば、
（サービス portsは、ホスト:コンテナなので、xxxx:xxxxにする）
このUXは、①の開発のUXと、あまり大きく変わらない。
④ ③にプログラムも加える。 †
⑤ ④をKomposeなどでK8sに食わす。 †
参考 †
OSSコンソーシアム †
開発基盤部会 Blog †
- Docker for Windows上で Docker Composeでテストし、Open PaaSにデプロイできる
Tags: :コンテナ, :テスト, :デバッグ, .NET開発, :ツール類, :CI
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
