ASP.NETアプリケーションのモダナイズインフラ編

by tomokusaba

Embed

Start on current slide

Slide 1

Slide 1 text

ASP.NETアプリケーションのモダナイズインフラ編 FutureOne株式会社草場友光第54回 Jazug Night

Slide 2

Slide 2 text

自己紹介 • コミュニティ活動を通じて知識をアップデートしています。 • 2022/08-2025 Microsoft MVP (Developer Technologies) • tomo_kusaba • ドラクエ大好きドラクエ10のプレイ時間→ 1キャラ目：2629時間 2キャラ目：909時間 3キャラ目：778時間 4キャラ目：190時間(配信用)

Slide 3

Slide 3 text

注意 • 個人の見解・解釈が多分に入っています。 • 見解の相違・事実誤認などありましたらご指摘ください。

Slide 4

Slide 4 text

今日の目的 • .NETラボ勉強会2025年4月でASP.NETアプリケーションのモダナイゼーションについてということでアプリケーション側のお話をしました。 • Webアプリケーションにおいてはそれを動作させる基盤側の考慮が必要不可欠です。 • アプリケーション開発側の立場でどのようにサービスをセレクトしていけばいいのか思考過程を交えてお話しできればと思います。

Slide 5

Slide 5 text

スコープ • 今回は、ASP.NETアプリケーションからASP.NET Coreアプリケーションにモダナイゼーションすることとします。 • Blazor Web Apps・Blazor WebAssembly・MVC・ WebAPIに近代化することを想定しています。

Slide 6

Slide 6 text

.NET Frameworkベースのアプリケーション • 移行が比較的容易なグループ(.NETにも同様のフレームワークがある) WindowsForm, コンソール, MVC... • 移行が難しいグループ(.NETに同様のフレームワークがない) WebForms....

Slide 7

Slide 7 text

なんで、モダナイしなければならないか？ • コストの明瞭化（主にクラウドに移行する場合） • 最新の機能を使用したい（AIなど） • セキュリティの問題 • パフォーマンスの問題

Slide 8

Slide 8 text

.NETのサポート期間について • .NET FrameworkはOSのサポート期間に準じる • .NETはLST(.NET 8など)はリリースより36ヶ月、STSは (.NET 9など)は18ヶ月 • 追加してAzureリソースでのランタイムサポートも考慮とはいえ、.NETはApp Serviceなどリリースと同時にサポートも

Slide 9

Slide 9 text

モダナイゼーションとは？ • 老朽化した既存システムを現在のニーズに合うように刷新すること • ここでは、.NET Frameworkで構築されたシステムを.NETベースに刷新し必要に応じてUIを刷新します。

Slide 10

Slide 10 text

とはいえ、開発者にとってAzureって難しい • 勉強しましょう！ ISBN:978-4-297-14903-1

Slide 11

Slide 11 text

Azure CAFを読もう • クラウド導入の動機 • 導入戦略 • 導入準備（ランディングゾーン） • 導入（マイグレーション・モダナイゼーション・イノベーション） • 管理 • セキュリティ

Slide 12

Slide 12 text

Cloud Adoption Frameworkを参照 • モダナイズの導入戦略 • プロセスのモダン化 DevOps手法を採用しよう CI/CDを採用して高速なデリバリーを実現しよう • アプリケーションとデータベースのモダン化 PaaSソリューションを採用しよう

Slide 13

Slide 13 text

コンピューティングリソースの選択フロー https://learn.microsoft.com/ja-jp/azure/architecture/guide/technology- choices/compute-decision-tree

Slide 14

Slide 14 text

アーキテクチャーセンターを読もう • どのように設計したらよいか実例を元に明示されている • 例）.NETにおける信頼性の高いWebアプリパターン

Slide 15

Slide 15 text

アプリケーションのモダン化 • ソリューションのコントロールと生産性のバランスコントロールと生産性のバランスソリューション説明最大のコントロール AKS Azure Red Hat OpenShift インフラのコントロール運用はやや大変バランス Azure App Service Azure Spring Apps Azure Functions コードの開発に重点インフラの自動化最大の生産性 Power Apps Power Automate リードタイムを最短化

Slide 16

Slide 16 text

IaaSかPaaSか • モダナイゼーションという文脈からPaaS中心の選択となるのは自明 • 基本的にどうしてもPaaSでできないものがIaaS（VM) を使用することになる。 • 運用にかかるあらゆる面倒から解放を目指すためには便利な PaaSを選択すべき • また、CAFでもモダナイゼーションという文脈ではPaaSの選択を明確に謳っている

Slide 17

Slide 17 text

ステートレスにできるか • 本質的にアプリケーションをステートレスに再設計すべき • アプリケーションに状態を持っているとスケールアウトできない

Slide 18

Slide 18 text

セッションどうするの？ • ASP.NET Core MVCの話 • アプリケーションサーバーに持たせるとスケールアウト不能 →Cache for Redisなどに情報を持たせるようにする

Slide 19

Slide 19 text

コンピューティングリソースの選択 • とはいえ、第一選択肢はApp Service • 既存のアプリに対して最も最小の変更で最もよい効果が得られる可能性が高い

Slide 20

Slide 20 text

Azure App Service • まず、App Serviceが使えないか検討 • コードベース・コンテナーともに第一選択肢として考える • 運用まで考慮すると一番楽 • インスタンス数複数 • Premiumプランを選択する

Slide 21

Slide 21 text

Azure Static Web Apps • 実質的にAzure Functionと組み合わせて使う前提 • Blazor WebAssemblyの場合に考慮バックエンドをWebAPIとしたい場合App Serviceを検討

Slide 22

Slide 22 text

Azure Functions • HTTPトリガーでバックエンドとして構築 • 小規模なWebシステムにおいて最もコスト安となる可能性

Slide 23

Slide 23 text

Azure Spring Apps • Azure Spring Appsは廃止がアナウンスされているのでこれからの新規採用はありえない。 • Azure Container Appsの採用を検討 • VMWare Tanzuへの移行を検討

Slide 24

Slide 24 text

Azure Kubernetes Service • 大規模なマイクロサービスにおいて検討する。 • 運用には高度な知識を持ったインフラ担当者が必要 • 小規模なシステムでは運用コストの面から見合わない

Slide 25

Slide 25 text

バッチどうするか問題 • LinuxのWebJobsがGAになって選択肢広がる • とはいえ、柔軟性を考えればAzure Functionsのほうが第一選択肢

Slide 26

Slide 26 text

Azure Functions • Azure Functionsをバッチとして使用する際の考慮事項はその実行時間。 • 長時間かかるタスクは通常の従量課金のFunctionは使えない • Durable Task ScheｄulerはやくGAしないかなあ。。。業務系のバッチはだいたいデータ処理なのでDTSに向いてる

Slide 27

Slide 27 text

データベースの選択 • データベースにはおおよそ2通りある • RDB • SQL Server • Oracle • MySQL • PostgreSQL • NoSQL • Cosmos DB

Slide 28

Slide 28 text

Azure SQL Database • フルマネージドなデータベース • まずはこちらでよいかどうか検討する • Cache for Radisを使用してキャッシュを使用することを検討する

Slide 29

Slide 29 text

Azure Managed Instance • SQL Databaseではカバーできない要件がある場合はこちらを選択する。 • たとえば、JSTで運用したいなど

Slide 30

Slide 30 text

Table Storage • Key-Value方式のデータストア • 件数がそれほど多くない • 安い • とはいえ、適用できるようなシステムあまり見たことない

Slide 31

Slide 31 text

DevOpsツールを導入する DevOpsツール説明ツール例ソース管理コードリポジトリ GitHub、Azure Repos CI/CDパイプライン継続的にビルドやテストデプロイ GitHub Actions、Azure Pipelines タスクボード作業を計画、追跡、議論 GitHub Projects、Azure Boards、 Redmine パッケージマネージャーパッケージを発行する Azure Artifacts テスト管理テストと品質保証を実行する Azure Test Plans

Slide 32

Slide 32 text

CI/CDどうするか問題 • GitHub Copilotの登場のせいでリポジトリーベースはGitHub に寄せたい思い。 →GitHub Actionsを選択したい思い • もともと、CI/CD観点ではできることにそこまで致命的差がないように思える

Slide 33

Slide 33 text

GitHub • Azure VNETでのGitHubホストランナー使えるようになった！ →セルフホステッドランナーを構築する理由のだいたいがなくなってきた。 • GitHub Copilotが強い →絶対使うでしょ！使わない選択肢ないでしょ！

Slide 34

Slide 34 text

クラウドアプリケーションの考慮事項 • 多くのリソースはUTCで動作しています。 JSTを前提にして動作してるアプリケーションは時刻について混乱します。 App ServiceやManaged Instanceは逃げ道あり • ノンカルチャーで動作します。日本語カルチャーに依存するメソッドは動作しない・動作が変化する可能性があります。

Slide 35

Slide 35 text

タイムゾーンについての設計 • 内部的には日時をUTCで扱う →あらゆるシステムからUTCで日時が取得できるので自然 • 日時を表現する型はDateTimeOffsetを使用する →時差を考慮した表現をしなければいけないので必然また、TimeProviderから返される型もDateTimeOffsetになっているので事実上標準 • 表示する時にViewまたはViewに近いところでJSTに変換する

Slide 36

Slide 36 text

カルチャーについて • stringクラスについては特に要注意 • ローカルの単体テストを単純に実行しただけでは実行結果が変わることがある →カルチャーを意識した単体テストの実施が必要

Slide 37

Slide 37 text

認証・認可における考慮事項 • 古いイントラの中だけで使われていたようなシステムの中には認証とも言えないようなIDを識別するような仕組みが入っていることがままある。

Slide 38

Slide 38 text

まとめ • ベースラインとしての構成は以下の通り • App Service • SQL Database • GitHub

Slide 39

Slide 39 text

おしまいおしまい