Original (English)

Bicepをやさしく解説：ポータルのクリック作業からAzureのInfrastructure as Codeへ

ARMテンプレート、Terraform、べき等性

Azureポータルでのクリック操作は手軽ですが、繰り返す、引き継ぐ、追跡するとなると途端に破綻します。このエピソードでは、Infrastructure as Codeとは何か、MicrosoftがBicepを作った理由、最初のデプロイの始め方を解説します。

▶ Bicepをやさしく解説：ポータルのクリック作業からAzureのInfrastructure as Codeへ – ARMテンプレート、Terraform、べき等性（AI吹き替え）

このエピソードで学べること：

1. ポータル作業の落とし穴：環境の不一致、人的ミス、監査証跡の欠如、書き終える前に古くなるドキュメント
2. Infrastructure as Codeと宣言型の考え方：バージョン管理、プルリクエストでのレビュー、べき等な再実行
3. BicepがARMテンプレートより優れる理由：コード量は約半分、依存関係の自動解決、モジュール、パラメーター、IntelliSense付きVS Code拡張機能
4. BicepかTerraformか：状態ファイル不要、Azure新機能への初日対応、そしてマルチクラウドでTerraformが適する場面
5. Azure CLI、main.bicep、What-ifで始める第一歩と、Azure Verified Modules、Cloud Adoption Framework、デプロイスタック

このエピソードは、Microsoft MVP Mirko Peters による M365 Show のアニメーション動画をAIで吹き替えた日本語版です。