「.NET 開発基盤部会 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。
目次 †
概要 †
プログラミングがメインだが、システム開発のスコープにも適用可能。
詳細 †
クラウド †
IaC †
コンテナ †
CaaS †
CI/CD †
GitHub Actions
Azure †
Azure Pipelines とか Azure DevOps? とか。
事例 †
Linux構築 †
既に「この辺」で多用。
WSL2上でのコンテナ開発 †
OAuth2/OIDCアーキテクチャ開発 †
PaaS、CaaSのIaC †
- コンテナ開発 → コンテナ活用開発 → コンテナ・デプロイ
- 稼働環境向けのコンテナ・オーケストレーション。
CI/CDパイプラインの構築 †
考察 †
Linux構築 †
そもそも、Linuxは難しかったか？ †
- WSL2の登場で非常に敷居が下った。敷居が下った結果、ピンキリだが難しくはないという印象。
- むしろ、CLIのため、コピペで手順を再現できるため、エンジニア向けではあるという印象。
- 深い点は難易度が高い。ただし、インターネット上に情報はあるので対応は可能な印象。
LLMとCLIの親和性 †
- CLIは「Character」UIなのでLLMとの親和性が高い。
- GUIと比べると、実行手順の提示や実行結果の提示に有利。
- ネットで得た手順をLLMに解説させて実行することで問題発生を抑止できる。
- また、推論エージェントにより実行手順の自動実行まで可能になった。
- これによって、Windows App Development CLI (winapp CLI)などの開発も進んでいる。
WSL2上でのコンテナ開発 †
Docker Desktop（の企業内利用）が廃れたのが普及の足枷としては大きかった（Rancher Desktop、Podman Desktopを使ったら？）。
Desktopアリ †
- Docker Desktop有償化も、WSL2からDockerを利用できるようになったが、BATで気軽に実行できなくなった。
- また、Docker Desktopのブラック・ボックス問題も顕在化した（トリプル・レイヤー・ネットワークなど）。
Desktopナシ †
PowerShell?で記述してWSL2に入らず実行できる。
- コーディング・エージェントで、トラブルシュートしながらPowerShell?を記述している所を観測したが人手では難しそうだった。
- コーディング・エージェントによって得たナレッジを明文化しておけば、人手での対応でも再現可能な可能性はある。
- 人手での実装は困難と言う結論（コレだけのために、専門職をアサインする必要があるレベル感）。
どちら？ †
生成AIはRancher Desktopような実績のあるOSSツールを会社として検証・標準化するのがコスパが良いと提案をした。
OAuth2/OIDCアーキテクチャ開発 †
コチラは環境構築の手数が多いのでDockerなど、コンテナを使用して負荷軽減するのだが、そもそもコンテナ自体が難しいと言う...
PaaS、CaaSのIaC †
...
CI/CDパイプラインの構築 †
...
参考 †
...
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
