クラウドインフラ構築における.NETとその他IaCの比較

.NETラボ 勉強会 2024年11月の登壇資料です。

スライド内のリンク

Observability as Codeによる設定の自動化
https://newrelic.com/jp/blog/how-to-relic/examples-observability-as-code-part-one

Observability as Code - Engineering Fundamentals Playbook
https://microsoft.github.io/code-with-engineering-playbook/observability/observability-as-code/

Azure Container Apps の .NET Aspire ダッシュボードを使用してリアルタイムのアプリ データを読み取る | Microsoft Learn
https://learn.microsoft.com/ja-jp/azure/container-apps/aspire-dashboard?pivots=azd

CDK for Terraform
https://developer.hashicorp.com/terraform/cdktf

Azure SDK for .NET の概要
https://learn.microsoft.com/ja-jp/dotnet/azure/sdk/azure-sdk-for-dotnet

Azure Export for Terraform の概要 | Microsoft Learn
https://learn.microsoft.com/ja-jp/azure/developer/terraform/azure-export-for-terraform/export-terraform-overview

（雑）Azure SDKで作成したリソースをaztfexportしてみた
https://zenn.dev/ymd65536/articles/azurerm_tf_export

Resource Manager | オラクル | Oracle 日本
https://www.oracle.com/jp/devops/resource-manager/

.NETラボ勉強会 12月
https://dotnetlab.connpass.com/event/333400/

Transcript

1. クラウドインフラ構築における.NETとその他IaCの比較 1 .NETラボ勉強会 11月
2. 山田顕人 == Kento.Yamada 自己紹介 2 • 活動・仕事など ◦ .NETラボ運営、Azure PoC部 ◦ 次世代監視基盤の開発、新しいSaaSの検証 • 受賞歴 ◦ Microsoft MVP for Developer Technologies ◦ LINE Expert ◦ Google Cloud Partner Top Engineer 2025 DataAnalytics ◦ Google Cloud Partner Tech Blog Challenge 2023 Cloud AI/ML部門 ◦ LAPRAS OUTPUT AWARD 2024 01 • 最近のトピック ◦ Google Cloud Partner Top Engineer 2025を取得（去年のリベンジ） ◦ サーバアーキテクチャをサーバレスにできてホッとしてる
3. 今日お伝えする内容 3 導入 • .NET Conf 2024が開催された。個人的には.NET Aspireに注目 • .NET Aspireって.NET/C#によるオブザーバビリティのIaC（OaC）だよね • IaCってなんだっけ？課題にはどんなものがある？ 本編 • 問題提起 • 技術選定 • .NET/C#でインフラを定義できないか検証した • 他のクラウドにおけるIaCについて
4. .NET Conf 2024が開催されましたね 4
5. .NET Aspireのセッションに注目した 5
6. OTelに関するセッションがあったこと 6 ※Otel : Open Telemetryの略
7. 7 セッション名：Getting Started with OpenTelemetry in .NET .NET Aspireの話だけでなく、オブザーバビリティの話もしている。 👉.NET/C#によるオブザーバビリティの強化、啓蒙が盛んであること
8. .NET Aspire = .NET/C#によるオブザーバビリティの実現 = .NET/C#を使ったOaCのアプローチ 8 ※OaC : Observability as Code
9. 補足：OaC（Observability as Code）とは 9 “Observability as Code は、オブザーバビリティツールの設定をコーディングすること によって自動化するプロセスです” 引用：Observability as Codeによる設定の自動化 - NewRelic オブザーバビリティを自動化するための概念 （インフラのコード化にオブザーバビリティを足したもの）
10. .NET Aspire = .NET/C#によるオブザーバビリティの実現 = .NET/C#を使ったOaCのアプローチ = オブザーバビリティを.NET/C#でコーディングする 10 ※OaC : Observability as Code
11. ちなみにMicrosoftのサイトにも記載あり 11 “As much as possible, configuration and management of observability assets such as cloud resource provisioning, monitoring alerts and dashboards must be managed as code. Observability as Code is achieved using any one of Terraform / Ansible / ARM Templates” 引用：Observability as Code - Engineering Fundamentals Playbook
12. ちなみにMicrosoftのサイトにも記載あり 12 “クラウドリソースプロビジョニング、モニタリングアラート、ダッシュボードなどの Observabilityアセットの設定と管理は、可能な限りコードとして管理されなければなら ない。コードとしてのObservabilityは、Terraform / Ansible / ARM Templatesのいず れかを使って実現される。” 引用：Observability as Code - Engineering Fundamentals Playbook
13. .NET/C#がない！ 13 コードとしてのObservabilityは Terraform / Ansible / ARM Templatesのいずれかを使って実現される。
14. 今日話すこと 14 .NET Aspireが.NET/C#によるOaC（オブザーバビリティのIaC）を実現するなら .NET/C#をベースとしたインフラ構築、.NETによるIaCがあってもおかしくないのでは？ 理想: .NET/C#で一気通貫の定義ができないのか。 👆調査と検証してみた！
15. そもそもIaCってどうして必要なの？ 15 • ポータル画面をスクショしたような廃れやすい手順書を作らなくても良い ◦ 変更管理あるいは版数管理の煩雑さからの解放 • 何回操作しても同じ結果が得られるべき等性
16. IaCにおける課題 16 インフラの状態を管理する リソース同士の依存関係を理解する どのIaCを使うかを検討する 学習コストを考慮する
17. インフラのコード化、IaCは難しい！ 17
18. .NET/C#アプリケーションのエンジニアが .NET/C#以外の言語でIaCを実現するのか 👆これ大変じゃない？ 18
19. .NET/C#じゃなくてもIaCが実現できているのはなぜか 19 • Terraform / ARM Templates / Bicepがあるだろ • azd（Azure Developer CLI）があるだろ • CDK for Terraformがあるだろ ◦ これが一番理想に近い。（なお、Terraformが必要） ※ちなみに.NET AspireのAspire Dashboardはdotnet newしてazd upしたら完成 参考：Azure Container Apps の .NET Aspire ダッシュボードを使用してリアルタイム のアプリ データを読み取る | Microsoft Learn
20. でも、.NET/C#で インフラを構築できたらよくないですか？ 20
21. .NET/C#でIaCに対応するにはどうしたらいいか 21 point • .NET/C#で何かを作る/書く = 基本的にはアプリケーション用途 ◦ デプロイツールとして使ってもインフラはコードとして残らない 上記を前提にいくつかのアプローチを試していく
22. どのようなアプローチがあるか 22 • .NET/C# でCDK TF（よく選ばれる選択肢） • Azure SDK でリソースを作ったあとにaztfexport（今回はコレを試した） • テンプレートをC# で生成して適用する（だいぶ無理筋）
23. C# でCDK TF 23 簡単に言うと プログラミング言語でTerraformを実行しようぜ っていうやり方 引用：https://developer.hashicorp.com/terraform/cdktf
24. C# でCDK TFの課題 24 • HashiCorp.Cdktf.Providersの文法に沿ってコードを定義しないといけない • コンストラクト/スタックを理解しながら実装する必要がある でも、覚えれば便利ではある。
25. Azure SDK でリソースを作ったあとにaztfexport 25 引用：https://learn.microsoft.com/ja-jp/dotnet/azure/sdk/azure-sdk-for-dotnet
26. 補足：aztfexportとは 26 AzureリソースをTerraformとしてエクスポートできる 引用：Azure Export for Terraform の概要 | Microsoft Learn どのような方法で作ったとしてもエクスポートできる。 今回はSDKで構築したリソースをエクスポート
27. Azure SDKとaztfexportでIaC、結果どうなったか 27 引用：https://zenn.dev/ymd65536/articles/azurerm_tf_export
28. 28 C# Terraform
29. Azure SDKとaztfexportの課題 29 • Azure SDKによる実装方法を理解しないといけない ◦ なお、サンプルはたくさんある。C#は古い文法 • コンストラクト/スタックという概念がない ◦ SDKを使ったソフトウェアの設計が重要 • aztfexportのインストールが必要 でも、C#でインフラを展開できるようになるのでGood（Terraformレス） ※C#による行数 > Terraformの行数
30. その他IaCの比較 30
31. IaCはさまざまなクラウドで使われている 31 全クラウド共通：Terraform AWS: Cloud Formation / AWS CDK Google Cloud: Jinja2 Oracle Cloud Infrastructure: Terraform Azure: ARM Templates / Bicep
32. AWS: Cloud Formation / AWS CDK 32 • Cloud Formation ◦ AzureでいうARMテンプレートのポジション ◦ とりあえずたくさん書いてインフラを定義するパワースタイル ◦ YAML or JSON • AWS CDK ◦ プログラミング言語でインフラを定義する（サンプルはTypeScriptが多い） ◦ でも、実際はCloud FormationのAPIを実行しているだけ
33. Google Cloud: Jinja2 33 • Jinja2 ◦ Pythonで使えるテンプレートエンジンを使ってインフラを定義する ◦ 実態はPythonによるGoogle Cloud APIの実行 実際のところ、Jinja2を使うよりCloud SDKやgcloudコマンドで構築することが多い。 ※本番だとTerraformによるデプロイが多めには見える。
34. Oracle Cloud Infrastructure: Terraform 34 引用：Resource Manager | オラクル | Oracle 日本 https://www.oracle.com/jp/devops/resource-manager/
35. Azure: ARM Templates / Bicep 35 • ARM Templates ◦ 記述量は多め、Azureポータル上で確認できる • Bicep ◦ よく使われる方法 いろいろ書いてはいるけどもAzureにおいてはデプロイツールがたくさんあるので デプロイツールとうまいことコラボしましょう。
36. 次回予告 36
37. 予定 37 • .NETラボ勉強会 12月 ◦ https://dotnetlab.connpass.com/event/333400/
38. おわり 38