Issei Hiraoka, profile picture
Uploaded byIssei Hiraoka
PDF, PPTX375 views

20190514 Smart Store - Azure servlerless architecture

Microsoft Smart Store エンジニアプログラム (https://ms-smartstore.connpass.com) の一環で、Azure Functions の特徴を理解し、サーバーレス アプリを開発できるようになることを目的としたトレーニングコースを実施しました。 # 対象者 - Microsoft Azure が提供する サーバーレス サービス (Azure Functions) を利用して Smart Store ソリューションを構築される方 # 注意 - 本コースの内容は、「mstep Microsoft Azure サーバーレス アプリ開発」の内容を元にしています。 - Azure サービスは、日々進化しています。本テキストは 2019 年 5 月時点で確認した内容を記載しています。 - 最新情報は、サービスの更新情報 (https://azure.microsoft.com/ja-jp/updates) を確認してください。

Embed presentation

Download as PDF, PPTX
Azure Smart Store サーバーレスアーキテクチャ Issei Hiraoka / @hoisjp Cloud Solution Architect – Microsoft Japan 2019/05/14
レベル 100 (初級・入門） レベル 200（中級） レベル 300 （Smart Store用） Smart Store Azure 関連トレーニング コース はじめてシリーズ Azure Data and AI IoTで加速する デジタルトランスフォーメーション 営業 Azure Data and AI 商品認識の仕組み（その１） IoT 提供 予定 Azure Data and AI 商品認識の仕組み（その２） AI 提供 予定 Azure Data and AI オンプレミス SQL Server から Azure 上の SQL サービス利用へのポイントと使い分け! 技術 Azure Data and AI 技術者向けいまさら聞けない 機械学習/AI の基礎 技術 SmartStoreリファレンスアーキテクチャハンズオン（ハッカソン）（2日間） AI,IoT,App,DB Azure Data and AI Azure Cosmos DB の概要を あらためて理解する 技術 Azure Data and AI 商品マスタとトランザクション管理 DB 提供 予定 対面Azure Data and AI 進化を続けるAzure IoT 技術 今日から始める Azure Functions 2.0 技術 Azure App and Infra Azure App and Infra サーバレスアーキテクチャ App SmartStoreリファレンスアーキテクチャトレーニング（2日間） AI,IoT,App,DB 対面 はじめてシリーズ SmartStore概要解説 提供 予定 本コース
レベル、目標、対象者、前提知識、および注意事項 レベル ⚫ Level 300 アドバンスド 目標 ⚫ Azure Functions の特徴を理解し、サーバーレス アプリを開発できるようになること 前提知識 ⚫ Microsoft Azure に関する基礎知識をお持ちの方 対象者 ⚫ Microsoft Azure が提供する サーバーレス サービス (Azure Functions) を利用して Smart Store ソリューションを構築される方 注意 ⚫ 本コースの内容は、「mstep Microsoft Azure サーバーレス アプリ開発」の内容を元にしています。 ⚫ Azure サービスは、日々進化しています。本テキストは 2019 年 5 月時点で確認した内容を記載しています。 ⚫ 最新情報は、サービスの更新情報 (https://azure.microsoft.com/ja-jp/updates) を確認してください。
本コースの内容 第 1 章 サーバーレスと Microsoft Azure 第 2 章 Azure Functions 第 3 章 参照アーキテクチャ
サーバーレスと Microsoft Azure 第 1 章
■サーバーレス概要■ • クラウドの利用形態 • サーバーレス コンピューティングとは • Microsoft Azure におけるサーバーレス コンポーネント • サーバーレス アプリケーションの例 • 本日ご紹介するサーバーレス コンポーネント
クラウドの利用形態 ストレージ サーバー ネットワーク OS ミドルウエア 仮想化 データ アプリケーション ランタイム OS ミドルウエア データ アプリケーション ランタイム ユ ー ザ ー 管 理 アプリケーション データ ベ ン ダ ー 管 理 Microsoft Azure 仮想マシン Windows Server Hyper-V Windows Server Microsoft Azure App Service Office 365 Dynamics 365 ベ ン ダ ー 管 理 ユ ー ザ ー 管 理 ユ ー ザ ー 管 理 ベ ン ダ ー 管 理
インフラの効率化から、アプリケーションのイノベーションへビジネス価値 時間 効率 イノベーション PaaS IaaS サーバーレス 466% return on investment $5.91M net present value 80% IT time saved 50% faster service deployment Statistics based on five-year, risk-adjusted figures for a composite organization constructed from aggregated interviews with eight Microsoft Azure IaaS customers. Source: “The Total Economic Impact Of Microsoft Azure PaaS,” a commissioned study conducted by Forrester Consulting, June 2016
サーバーレス コンピューティングとは サーバー、インフラストラクチャ、オペレーティング システムを抽象化されているため、 インフラストラクチャを心配せずに、より早くアプリケーションを作成できる。 フル マネージド サービスを利用可能 柔軟なスケーリング 使用したリソース分のみ課金 ⚫ サーバーのプロビジョニングや管理をする必 要がないため、サーバー管理の負荷を低 減でき、ビジネス ロジックに注力できる ⚫ コードをデプロイするだけで、高可用性のア プリを実行できる ⚫ 同時実行される関数がゼロから数万に増 えても、数秒でスケールされる ⚫ スケールの構成は自動でおこなわれる ⚫ ほぼリアルタイムでイベントとトリガーに反 応できる ⚫ イベント発生時に瞬時にリソースが割り当 てられ、コードの実行時間とリソースの使 用分のみ課金される ・・・ </> € ¥ ＄
Microsoft Azure におけるサーバーレス コンポーネント Azure Functions Logic Apps Azure Storage Cosmos DB Azure Active Directory コンピューティング ワークフロー オーケストレーション ストレージ データベース セキュリティと アクセス制御 Event Grid API Management Azure Stream Analytics Azure Bot Service Visual Studio クラウド メッセージング API の管理 分析 Intelligence 開発者ツール
サーバーレス アプリケーションの例 Web アプリケーション アーキテクチャ IoT バック エンド SaaS 統合 モバイル バック エンド シングル ページ アプリから Functions を呼び出し Functions でユーザー 情報 に基づき、広告を決定 数百万のデバイスが Stream Analytics にデータを送信 Azure Cosmos DB に データを書き込み Functions で データを変換・構造化 OneDrive に Excel ファイルを 保存 Functions で Microsoft Graph API を使いコンテンツを分析 グラフを新規シート に作成 写真を撮ったときに Functions を呼び出し 画像を BLOB に保存 画像をモバイルに合わ せたサイズに変換 ページが完成
Azure Functions 第 2 章
■Azure Functions 概要■ • Azure Functions とは • Azure Functions の利用シナリオ • アーキテクチャ
Azure Functions とは サーバーを準備せずにコードを記述・実行できるた め、プログラミングに集中できる コードを実行した分だけ課金されるため、コストを 抑えることができる Azure 上の様々なストレージに、少ないコードで読 み書きできる 業務要件に応じたスケーリングが可能 C# / F# / JavaScript / Java / Python などの言 語をサポートするため、開発者のこれまでのスキル を活かすことができる Azure Functions イベント ドリブン型のサーバーレス コンピューティング
Azure Functions の利用シナリオ IoT デバイスから送られてくるデータをリアルタイムに構造化して データベースに保存 フライトの遅延情報の登録をトリガーに、搭乗者のモバイル アプリに通知を送信 画像ファイルが Blob にアップされたことをトリガーに Computer Vison API で文字を読み取りデータベースに保存 IoT Hub Stream Analytics デバイスからのデータ収集 データを構造化 デバイス 画像を OCR にかけ 結果を データベースへ 画像をアップロード 遅延情報の登録 モバイル・通知サービスの 呼び出し
アーキテクチャ Azure App Service と WebJobs が基盤 App Service Dynamic Runtime Hosting, CI, Deployment Slots, Remote Debugging, etc. WebJobs Core Programing model, common abstractions WebJobs Extensions Trigger, input and output bindings Azure Functions Runtime (WebJobs Script) Dynamic Compilation, Language abstractions, etc. Language Runtime V1 (C#, Node.js, F#, PHP, Python, etc.) / V2 (C#, Node.js, Java) Code Config
■Function App – 関数アプリケーション■ • Function App • 2 つのホスティング プラン • Azure Functions ランタイムのバージョン • V1 / V2 でサポートされるプログラミング言語
Function App - 関数アプリケーション Function App - 関数アプリケーション とは 関数をホストする実行コンテキスト。1 つの関数アプリケーションに複数の関数を作成可能。 実行環境の設定は Azure ポータルの [アプリケーション設定] でおこなう。 Windows のランタイム スタックは .NET / JavaScript / Java Linux は .NET / JavaScript / Python 関数コード ファイルやログ などの保存に使用 関数 アプリ 関数
2 つのホスティング プラン ◼ サーバーレス •コードの実行時にコンピューティング リソースが自 動で割り当てられる •内部的には App Service が使われているが 意識することはない •自動でスケーリングされる ◼ リソースの使用量と実行回数に基づ き課金 •リソース使用量：ギガバイト秒単位 (実行時間 × 平均メモリサイズ) •実行回数：関数の実行総数 •Azure App Service プランよりも安価になるこ とが多い ◼ 時間のかかる処理は不向き •最大 10 分でタイムアウトする 従量課金プラン ◼ App Service 専用インスタンス上で 実行 •サーバーレスではない •スケーリングの管理をおこなう必要がある ◼ 料金は固定 (Basic 以上のプランが 必要) • 継続的に実行する関数なら、従量課金プラン より安価になることがある App Service プラン 関数アプリ作成時に選択。 後から変更はできない。
Azure Functions ランタイムのバージョン V1 と V2 がある。新規に作成する関数アプリは V2 を推奨。 Azure Functions の ランタイムには V1 と V2 があり、関数アプリ単位でバージョンを選択する。Azure ポータルで関数アプリを作 成すると、V2 となるが、後から管理ポータルや Azure CLI から変更できる。 関数アプリ内に関数があると、変更できません
V1 / V2 でサポートされるプログラミング言語 言語 V1 V2 C# GA (.NET Framework 4.7) GA (.NET Core 2) JavaScript GA (Node 6) GA (Node 8 / Node 10) F# GA (.NET Framework 4.7) GA (.NET Core 2) Java - GA (Java 8) Python 試験段階 プレビュー (Python 3.6) TypeScript 試験段階 GA (JavaScript へのトランスパイリングによる) PHP 試験段階 - バッチ (.cmd / .bat) 試験段階 - Bash 試験段階 - PowerShell 試験段階 プレビュー (PowerShell Core 6) V2 では、1 つの関数アプリ内のすべての関数は同じ言語で作成する必要があります。 V1 では、各関数で言語を選択することができます。
参考：Node のバージョン設定 関数アプリの [アプリケーション設定] で確認・変更可能
■トリガーとバインド■ • トリガーとバインド • サポートされるトリガーとバインド • プロジェクトのフォルダー構造 (C#) • プロジェクトのフォルダー構造 (JavaScript) • function.json ファイル • function.json と [統合]
トリガーとバインド トリガーとは Azure Functions はイベント駆動型。イベントの発生に応じてコードを呼び出すのがトリガー。1 つの関数には 1 つのトリガーが必 須。また、1 つの関数に複数のトリガーを設定することはできない。 バインドとは 関数と関数で処理するデータを結びつけるもの。バインドを利用することで、データソースに接続して読み書きするコードが不要となる。 バインドには入力・出力の方向があり、入力バインドからデータを読み取り、出力バインドにデータを書き込むことができる。入力、出 力バインドはそれぞれ 1 つの関数に複数定義できる。 App Service Functions Runtime 出力バインド 入力バインド Functions Programing Interface トリガー
サポートされるトリガーとバインド (参考URL) Type V1 V2 トリガー 入力バインド 出力バインド Blob Storage ✔ ✔ ✔ ✔ ✔ Cosmos DB ✔ ✔ ✔ ✔ ✔ Event Grid ✔ ✔ ✔ Event Hubs ✔ ✔ ✔ ✔ 外部ファイル ✔ ✔ ✔ 外部テーブル ✔ ✔ ✔ HTTP ✔ ✔ ✔ ✔ Microsoft Graph Excel テーブル ✔ ✔ ✔ Microsoft Graph OneDrive ファイル ✔ ✔ ✔ Microsoft Graph Outlook メール ✔ ✔ Microsoft Graph Events ✔ ✔ ✔ ✔ Microsoft Graph Auth トークン ✔ ✔ Mobile Apps ✔ ✔ ✔ Notification Hubs ✔ ✔ Queue Storage ✔ ✔ ✔ ✔ SendGrid ✔ ✔ ✔ Service Bus ✔ ✔ ✔ ✔ Table Storage ✔ ✔ ✔ ✔ Timer ✔ ✔ ✔ Twilio ✔ ✔ ✔ Webhook ✔ ✔ ✔
C# スクリプト C# (クラスライブラリ) プロジェクトのフォルダー構造 (C#) 関数アプリ 関数 MyFunctionProject bin run.csx function.json MyFunction1 host.json extensions.csproj C# スクリプトコード バインディング 拡張機能定義 トリガーとバインドの定義 関数 run.csx function.json MyFunction2 バインディング 拡張機能 ライブラリ 関数アプリ全体の構成 関数アプリ 関数 netcoreapp2.x bin function.json MyFunction1 host.json extensions.csproj バインディング 拡張機能定義 トリガーとバインドの定義 アセンブリ、 バインディング拡張機能 ライブラリ 関数アプリ全体の構成 関数 function.json MyFunction2 トリガーとバインドの定義
プロジェクトのフォルダー構造 (JavaScript) 関数アプリ 関数 MyFunctionProject bin index.js function.json MyFunction1 host.json extensions.csproj JavaScriptコード バインディング 拡張機能定義 トリガーとバインドの定義 関数 index.js function.json MyFunction2 バインディング 拡張機能 ライブラリ 関数アプリの構成
function.json ファイル 関数のトリガーとバインドを JSON 形式で定義するファイル 「bindings」 コレクションに、トリガーとバインドを定義する。 { "bindings": [ { "type": "eventHubTrigger", "name": "myIoTHubMessage", "direction": "in", "eventHubName": "samples-workitems", "connection": "mstephub_events_IOTHUB", "consumerGroup": "$Default" }, { "type": "cosmosDB", "name": "$return", "direction": "out“, "databaseName": "mstepDB", "collectionName": "mstepCollection", "createIfNotExists": false, "connectionStringSetting": "mstep-cosmos_DOCUMENTDB" } ] } トリガーの種類 パラメーター名 方向(入力) バインドの種類 パラメーター名 方向(出力) Cosmos DB へ の接続文字列 IoT Hub への 接続文字列 トリガーやバインドの種類により、設定するプロパティは異なります。
function.json と [統合] Azure ポータルでは、GUI で function.json ファイルを定義可能 トリガーは 1 つのみ 入力、出力バインドは 複数作成可能
■バインドとコード■ • バインディング拡張機能の登録 • タイマー トリガー • HTTP トリガー • 承認レベル • HTTP エンドポイントのカスタマイズ • IoT Hub / Event Hub トリガー • Cosmos DB バインド 参考： https://docs.microsoft.com/ja-jp/azure/azure-functions/functions-triggers-bindings
■バインドとコード■ ※本コースでは抜粋して紹介 ✓ バインディング拡張機能の登録 • タイマー トリガー ✓ HTTP トリガー • 承認レベル • HTTP エンドポイントのカスタマイズ • IoT Hub / Event Hub トリガー ✓ Cosmos DB バインド 参考： https://docs.microsoft.com/ja-jp/azure/azure-functions/functions-triggers-bindings
バインディング拡張機能の登録 トリガーとバインディングは、「バインディング拡張機能」を必要とする V1 では拡張機能は自動で登録される。V2 では、HTTP と Timer 以外は手動での登録が必要。 開発環境 V1 V2 Azure ポータル 自動 手動 ([統合] から GUI でインストール) Azure Functions Core Tools (ローカル) 自動 手動 (func extensions install コマンドでインストール) Visual Studio 2017 (C#) 手動 (NuGet からインストール) 手動 (NuGet からインストール) Visual Studio Code (C#) - 手動 (dotnet add package コマンドでインストール) 自動ではインストール されないので注意！ Azure ポータルでの 拡張機能インストール Visual Studio での NuGet パッケージの管理
タイマー トリガー スケジュールに基づいて関数をよびだすことができるトリガー。スケジュールは CRON 式を使って指定 する。 Azure Functions で使用できるCRON 式 function.json { "name": "myTimer", "type": "timerTrigger", "direction": "in", "schedule": "0 */5 * * * *" } run.csx using System; public static void Run(TimerInfo myTimer, ILogger log) { log.LogInformation( $"C# Timer trigger function executed at: {DateTime.Now}"); } 0 */5 * * * * 秒 分 時 日 月 曜日 タイマー トリガーは、関数の途中で失敗しても再試行されず、 次のスケジュールを待ちます。
HTTP トリガー HTTP リクエストで関数を呼び出し、レスポンスを返すことができるため、REST API として利用 可能。 function.json { "authLevel": "function", "name": "req", "type": "httpTrigger", "direction": "in", “methods”: [ "get", "post" ] }, { "name": "$return", "type": "http", "direction": "out" } 承認レベル。anonymous / function / admin のいずれか を設定。 関数が応答する HTTP のメソッド。 出力バインド HTTP 応答のためのパラメーター名。 「$return」すると、戻り値として指定し た値が応答として送信される。
承認レベル 関数を呼び出す際に、キーを必要とするかどうかを設定できる。 HTTP エンドポイントを難読化するために利用する。 キーの種類 承認レベルと必要なキー 承認レベルの設定 URL anonymous https://<関数アプリ名>.azurewebsites.net/api/<関数名> function https://<関数アプリ名>.azurewebsites.net/api/<関数名>?code=<関数キー> または https://<関数アプリ名>.azurewebsites.net/api/<関数名>?code=<ホストキー> admin https://<関数アプリ名>.azurewebsites.net/api/<関数名>?code=<_master キー> キーの種類 説明 関数キー 各関数でのみ有効なキー。 ホストキー 関数アプリ内のすべての関数で有効なキー。「_master」という名 前のホスト キーは、管理アクセスのために利用する。
URL https://mstep-functions2.azurewebsites.net/api/customer/Tanaka HTTP エンドポイントのカスタマイズ HTTP エンドポイントの route プロパティを設定することで、関数のアドレスを変更することができる。 { } を使ったパラメーターもサポートされる。 function.json { "authLevel": "function", "name": "req", "type": "httpTrigger", "direction": "in", “methods”: [ "get", "post" ], "route": "customer/{name}" } run.csx public static string Run( HttpRequest req, string name , ILogger log) { return $"hello, {name} "; } パラメーター 引数
IoT Hub / Event Hub トリガー Event Hub / IoT Hub により取得されたデータを Azure Functions で操作できる。 function.json { "type": "eventHubTrigger", "name": "myIoTHubMessage", "direction": "in", “eventHubName”: "samples-workitems", “connection”: "mstephub_events_IOTHUB", "consumerGroup": "$Default" } IoT Hub デバイスからのデータ収集 データを加工 デバイス データを保存
Cosmos DB バインド - C# スクリプト Cosmos DB への入力・出力バインドがサポートされる function.json { "type": "cosmosDB", "name": "$return", "databaseName": "mstepDB", "collectionName": "mstepCollection", "createIfNotExists": false, "connectionStringSetting": "mstep-cosmos_DOCUMENTDB", "direction": "out" } 接続先のアカウント / データベース / コレク ションを指定 run.csx public static string Run(string myIoTHubMessage, ILogger log) { DeviceInfo device = JsonConvert.DeserializeObject<DeviceInfo>(myIoTHubMessage); if(temperature <= 20) { device.status = "低"; } return JsonConvert.SerializeObject(device); } public class DeviceInfo { public string messageId { get; set; } public string deviceId { get; set; } public string temperature { get; set; } public string humidity { get; set; } public string status { get; set;} } IoT デバイスからの情報 を JSON で取得 JSON から オブジェクトを生成 取得したデータ を加工 戻り値として JSON を指定 するだけで、Cosmos DB に 追加
Cosmos DB バインド – トリガー C# クラスライブラリ https://docs.microsoft.com/ja-jp/azure/azure-functions/functions-bindings-cosmosdb-v2 namespace CosmosDBSamplesV2 { public static class CosmosTrigger { [FunctionName("CosmosTrigger")] public static void Run([CosmosDBTrigger( databaseName: "ToDoItems", collectionName: "Items", ConnectionStringSetting = "CosmosDBConnection", LeaseCollectionName = "leases", CreateLeaseCollectionIfNotExists = true)]IReadOnlyList<Document> documents, ILogger log) { if (documents != null && documents.Count > 0) { log.LogInformation($"Documents modified: {documents.Count}"); log.LogInformation($"First document Id: {documents[0].Id}"); } } } } CosmosDBTrigger 属性を使用 接続先などの パラメータ 値の実体は変数 代入されている 値の取り出し
Cosmos DB バインド – 入力 C# クラスライブラリ namespace CosmosDBSamplesV2 { public static class DocByIdFromJSON { [FunctionName("DocByIdFromJSON")] public static void Run( [QueueTrigger("todoqueueforlookup")] ToDoItemLookup toDoItemLookup, [CosmosDB( databaseName: "ToDoItems", collectionName: "Items", ConnectionStringSetting = "CosmosDBConnection", Id = "{ToDoItemId}")]ToDoItem toDoItem, ILogger log) { log.LogInformation($"C# Queue trigger function processed Id={toDoItemLookup?.ToDoItemId}"); if (toDoItem == null) { log.LogInformation($"ToDo item not found"); } else { log.LogInformation($"Found ToDo item, Description={toDoItem.Description}"); } } } CosmosDB 属性を使用 接続先などの パラメータ 値の実体は変数 代入されている
Cosmos DB バインド – 出力 C# クラスライブラリ キュー トリガー、1 つのドキュメントの書き込み namespace CosmosDBSamplesV2 { public static class WriteOneDoc { [FunctionName("WriteOneDoc")] public static void Run( [QueueTrigger("todoqueueforwrite")] string queueMessage, [CosmosDB( databaseName: "ToDoItems", collectionName: "Items", ConnectionStringSetting = "CosmosDBConnection")]out dynamic document, ILogger log) { document = new { Description = queueMessage, id = Guid.NewGuid() }; log.LogInformation($"C# Queue trigger function inserted one row"); log.LogInformation($"Description={queueMessage}"); } } } CosmosDB 属性を使用 変数を上書きすると、 CosmosDBに書き込み
参考：Azure Functions と Python V2 では現状は Linux ベースの Azure Functions が必要 (プレビュー) V1 では、Windows ベースでも Python を利用可能。V2 ではプレビューのため、パフォーマンスが低い。 Azure Functions Core Tools を使い、ローカルでの開発も可能 Windows だけではなく、Linux、MacOS での開発も可能。開発には Python 3.6 の仮想環境を必 要とするため、「python -m venv XXX」 コマンドを実行する。 Visual Studio Code を使い、開発および Azure へのデプロイも可能 Python での 開発も可能
API Management の必要性 多くの Azure Function を使用するアプリケーションの場合、API の管理が煩雑になる。 a.azurewebsites.net/api/customers b.azurewebsites.net/api/products c.azurewebsites.net/api/orders HTTP エンドポイント が様々…
API Management API Management API ゲートウェイ機能を持つサービス。API のルーティングが可能。 a.azure-api.net/api/customers a.azurewebsites.net/api/customers a.azure-api.net/api/products b.azurewebsites.net/api/products a.azure-api.net/api/orders c.azurewebsites.net/api/orders .../api/customers .../api/products .../api/orders ルーティング API Management と Azure Functions を利用した構成例は、「Azure 上のサーバーレス Web アプリケーション」をご覧ください。 https://docs.microsoft.com/ja-jp/azure/architecture/reference-architectures/serverless/web-app サンプルの実装コードを GitHub から入手することもできます。
■開発ツール■ • Azure ポータル • Azure Functions Core Tools • Visual Studio • Visual Studio Code
Azure ポータル Azure 環境で直接コーディングとテストができる
Azure Functions Core Tools ローカル環境での Functions 開発コマンドツール ローカル環境で実行やデバッグも可能になる。コマンド プロンプトからコマンド ベースで関数を開発できる。V1 (.NET Framework) は、Windows のみ。V2 (.NET Core) は Windows、Linux、および MacOS にインストール可能。func コマンドで関数の作成か ら実行、発行まで可能。 Windows へのインストール 1. .NET Core をインストール 2. Node.js と npm をインストール 3. Azure Functions Core Tools V2 インストール func コマンドを使った開発と Azure への発行 npm install -g azure-functions-core-tools コマンド 説明 func init 関数プロジェクトの作成 func extensions install バインディング拡張機能のインストール func new 関数の作成 func start ローカルでの実行 func azure functionapp publish Azure 上の既存の関数アプリへの発行
Visual Studio (1) Visual Studio で Azure Functions の開発が可能 C# の Azure Functions プロジェクトテンプレートと関数テンプレートを使って開発ができる。 Azure Functions Core Tools をイン ストールすれば、ローカルでのデバッグ実行も可能。Azure 上のリソースをトリガーにした関数を、ローカルで実行することもできる。 利用するストレージの場所を指定する。 • 参照：Azure 上のストレージを利用。 • ストレージ エミュレーター：ローカルのストレージ エミュレーターを利用。 「ストレージ エミュレーター」は複数人で 開発する際におすすめです。Azure 上のストレージを使うと、1 つのデータを 複数人で共有することになり、想定 外の結果になることがあります。 トリガーを選択 V1 or V2 の選択 プロジェクト テンプレート
プロジェクトに作成されるファイル Visual Studio (2) 関数 Azure / ローカルいずれ にも適用される設定 ローカル実行時でのみ 使用される設定 host.json { "version": "2.0" } local.settings.json { "IsEncrypted": false, "Values": { "AzureWebJobsStorage": "UseDevelopmentStorage=true", "FUNCTIONS_WORKER_RUNTIME": "dotnet" } }
Visual Studio (3) バインディングは属性で設定するが、ビルド時に「function.json」ファイルが生成される。 Function1.cs public static class Function1 { [FunctionName("Function1")] public static async Task<IActionResult> Run( [HttpTrigger(AuthorizationLevel.Function, "get", "post", Route = null)] HttpRequest req, ILogger log) { .... } } ビルド 注意：ドキュメント上では、C# スクリプト と C# クラスライブラリの区別に注意
Visual Studio Code (1) Azure Functions 拡張機能をインストールすることで開発できる インテリセンス、デバッグツールも利用した開発が可能。Azure Functions へのデプロイもできる。MacOS や Linux での開発も可能 に。 ②Azure Functions 拡張機能を使い、 プロジェクトと関数を作成 ①Azure Functions 拡張機能をインストール [ターミナル] ウィンドウを使えば、 func コマンドでプロジェクトや 関数を作成することもできます。 プロジェクト作成 関数作成
Visual Studio Code (2) ③ローカルでデバッグ実行
■デプロイ■ • Visual Studio • Visual Studio Code • 継続的なデプロイ https://docs.microsoft.com/ja-jp/azure/azure-functions/functions-continuous-deployment
Visual Studio [ビルド] メニューの [プロジェクト名の発行] で、Azure に発行可能。 [新規作成] Azure 上に新規に関数アプリを作成し、発行する。 [既存のものを選択] Azure 上の既存の関数アプリに発行する。Azure 関数アプリ内 のすべてのファイルが上書きされる。 ☑パッケージファイルから実行する 有効にすると Run-From-Zip 構成になる。デプロイ用ファイルを パッケージ (zip ファイル) にして発行する。関数はデプロイ パッケー ジ (zip) から直接実行され、関数アプリは読み取り専用になる。 発行
参考：展開スロットとスワップ (プレビュー) 従量課金プランでも展開スロットを作成可能に ①展開スロットの作成 ②展開スロットに関数作成 ③スワップ ポータルで 関数作成 発行 従量課金プランの関数アプリで作成できる 展開スロットは 1 つのみです。
参考：アプリ設定 [アプリケーション設定] には、起動時にアプリがロードする名前と値のペアを含むことができる。 コードや function.json から使用できる。各スロットでのみ有効にしたいアプリ設定は、[スロットの設定] を有効にする function.json からの利用 { "type": "cosmosDB", "name": "$return", "databaseName": "%MyDB%", "collectionName": "mstepCollection", "createIfNotExists": false, "connectionStringSetting": "mstep-cosmos_DOCUMENTDB", "direction": "out" } 「%名前%」アプリ設定 から取得 Connection は特別で、 「名前」だけで取得 このスロットでのみ有効
Visual Studio Code Azure の [FUNCTIONS] 領域で [Deploy to Function App] を選択することで、発行可能。 発行 関数アプリの 作成も可能 発行
[デプロイ センター] から継続的なデプロイ設定ができる 継続的なデプロイ ソース管理を選択 ビルドサーバーを 選択 リポジトリを指定 App Service を ビルド サーバーに することができる デプロイは関数アプリごとに構成されます。 継続的なデプロイが有効になると、 ポータル内の関数コードへのアクセスは、 読み取り専用に設定されます。 https://docs.microsoft.com/ja-jp/azure/azure-functions/functions-continuous-deployment
■監視■ • ビルトイン モニター • Application Insights
ビルトイン モニター 組込みの監視機能 リクエストログや成功・エラーカウントなど、簡単なログを確認することができる。関数の [監視] ページで、[クラシックビューに切り替え ます] を選択して表示する。 ログの保存先 ログはストレージに保存される。[アプリケーション設定] の [AzureWebJobsDashboard] で保存先の接続文字列を指定する。 リクエストログ 成功カウント エラーカウント
Application Insights (1) 組込みログ機能よりも詳細なテレメトリ データの収集と分析が可能 設定方法 ① 関数アプリ作成時に有効にする ② 関数アプリ作成後に有効にする [監視] タブで [構成] ボタンを選択する。Application Insights が作成され、アプリケーショ ン設定の [APPINSIGHTS_INSTRUMENTATIONKEY] に、インストルメンテーション キーが 設定される。 運用フェーズでは Application Insights を強く推奨。 Functions 作成時 に有効化
Application Insights (2) [監視] タブをクリックし、テレメトリ データを表示 呼出し日時を クリック ログ出力が 表示 [監視] タブで表示される実行履歴は、表示されるまでに最大 5 分の遅延が発生する 可能性があります。 開発時などで、即座に確認したい場合は、Live Metrics Stream を使用します。
Application Insights (3) Live Metrics Stream リアルタイムでログをモニタリングし、必要に応じてフィルタリングする。 サーバーごとに表示 ログをフィルタリング 特定の関数のログのみ表示したい ときは、Trace テーブルの Custom Dimension 列の Category プロ パティに関数名を指定する 関数アプリ内のすべ てのログが表示
Application Insights (4) アプリケーション マップ Functions アプリの依存関係をマップで表示する。直感的にボトルネックを発見できる。 操作、依存関係、ロール ごとのパフォーマンスを 表示できる
■Azure Functions の考慮事項■ • コールド スタート • Blob トリガー • タイムアウト • マイクロサービス環境でのアプリケーション変更
コールド スタート コールド スタートとは 従量課金プランでは、一定時間関数の呼び出しがないとインスタンスが解放される。次回呼び出し時はインスタンスの準備から行 うためコードの実行開始までに時間がかかる。 コールド スタートの回避方法 Run-From-Zip デプロイメントを使う 従量課金プランでは、アプリのファイルは Azure Files に保存されファイル単位でロードされる。これにより、ファイルの IO が多くなり低速にな る。Run-From-Zip を使うと、ファイルが zip にまとめられているため IO が 1 度ですむ。 休眠した Functions を起こす 定期的に ping する。フォームを開いたときなどに、事前にリクエストを送る。 C# はスクリプトよりクラスライブラリ スクリプトでは再スタート時にビルドされるため遅くなる。 App Service プランにする App Service プランでは関数の呼び出しがなくてもインスタンスは解放されない。
Blob トリガー Blob トリガーを使用する際の注意点 ① Blob ストレージ アカウントには Blob トリガーを利用できない ② 高スケールな Blob (10,000 以上の Blob を含むコンテナーや 1 秒あたり 100 を超える更新が行われる Blob )で は、イベントがキャプチャされないことがある ③ Blob トリガーを使用する関数アプリがアイドル状態になっている場合、Blob の処理が最大 10 分遅延することがある。 blob トリガーを利用したい場合の方法 Queue トリガーを使用する Blob とともに Queue に書き込み、Functions からは Queue トリガーを利用する。 →②③ の問題を解決できる。 App Service プランを利用する →③ の問題を解決できる。 Event Grid や Service Bus の利用を検討する →①②③ の問題を解決できる。
実行時間の長い関数を使用しない より小さな関数セットに分割する。 host.json ファイルで functionTimeout 値を変更する 10 分まで増やすことができる。 App Service プランを利用する 専用の VM が割り当てられるため、無制限にできる。 V1 では既定で無制限。 V2 では既定が 30 分に変更されたので注意！host.json で変更する。 タイムアウト 従量課金プランでは、既定では 5 分でタイムアウトする 従量課金プランでは、実行時間が 5 分を経過すると関数の実行はタイムアウトする。 タイムアウトさせない方法
マイクロサービス環境でのアプリケーション変更 運用環境ではイベントは停止しない。破壊的な変更に留意する。 Function A v1 Function B v1 Queue format v1 Function A v2 Function B v1 Queue format v2 {“name”: “SmartStore”, “pref”:”Tokyo”} {“name”: “SmartStore”, “city”:”Tokyo”} Function B ver 1 は このフィールドを処理できない Function A v1 Function B v2 Queue format v1 {“name”: “SmartStore”, “city”:”Tokyo”} 事前に Function B を ver 2 へ Function A v2 Function B v2 Queue format v2 {“name”: “SmartStore”, “pref”:”Tokyo”}
Event Grid クラウドのイベント処理サービス Blob Storage のイベント ソースを使い、Event Grid 経由でイベントを取得することで、Blob トリガーの問 題が解決できる。 Event Grid の概念 ⚫ イベント ソース イベントの発生場所 ⚫ イベント ハンドラー イベントの送信先 ⚫ トピック 発行元がイベントを送信するエンドポイント ⚫ イベント サブスクリプション イベントをルーティングするエンドポイント Media Service Blob Storage Azure Subscription Resource Group Event Hubs IoT Hub Service Bus カスタム トピック Logic Apps Azure Functions Azure Automation Webhook Queue Storage ハイブリッド 接続 Event Hubs イベント ソース イベント ハンドラー Event Grid トピック イベント サブスクリプション
Event Grid と Azure Functions Azure Functions の Event Grid Trigger から イベント サ ブスクリプションの作成が可能
イベント サブスクリプションの確認と変更
■Durable Functions ■ ※本コースでは割愛 https://docs.microsoft.com/ja-jp/azure/azure-functions/durable/durable-functions-overview • 適用できるアプリケーションのパターン • Durable Functions の 3 つの関数 • アクティビティ関数 (C# クラス ライブラリ) • オーケストレーター関数 (C# クラス ライブラリ) • クライアント関数 (C# クラス ライブラリ) 本コースでは割愛いたしますが、 非常に強力な機能ですので、ぜひ参考リンクや配布資料を参照ください。
適用できるアプリケーションのパターン (1) F1 F2 F3 F4 関数チェーン 特定の順序で関数のシーケンスを実行する F1 F2 F3 F1 F2 F3 F1 F2 F3 F4 ファンアウト / ファインイン 複数の関数を並列に実行し、すべての関数の完了を待って 別の関数を呼び出す
適用できるアプリケーションのパターン (2) 非同期 HTTP API ロングランの関数の実行状態を他の関数から取得 Start DoWork GetStatus 監視 実行時間の長い関数を監視し、関数の状態によって 後続の処理を変える 人による操作 イベントが呼び出されるまで関数の実行を止める
Durable Functions の 3 つの関数 クライアント関数 オーケストレーター関数 アクティビティ関数 アクティビティ関数 アクティビティ関数 クライアント関数 • Http や Queue など、トリガーは何でもよい • OrchestrationClient バインディングを使っ て、オーケストレーションを作成する オーケストレーター関数 • アクションが実行される方法や順序を表現する • OrchestrationTrigger によって始動される アクティビティ関数 • 基本作業単位。実際の処理を行う。 • ActivityTrigger によって始動される
アクティビティ関数 (C# クラス ライブラリ) [FunctionName("Function1_Hello")] public static string SayHello([ActivityTrigger] string name, ILogger log) { log.LogInformation($"Saying hello to {name}."); return $"Hello {name}!"; } トリガーは ActivityTrigger アクティビティ関数 の名前
オーケストレーター関数 (C# クラス ライブラリ) [FunctionName("Function1")] public static async Task<List<string>> RunOrchestrator( [OrchestrationTrigger] DurableOrchestrationContext context) { var outputs = new List<string>(); outputs.Add(await context.CallActivityAsync<string>("Function1_Hello", "Tokyo")); outputs.Add(await context.CallActivityAsync<string>("Function1_Hello", "Seattle")); outputs.Add(await context.CallActivityAsync<string>("Function1_Hello", "London")); return outputs; } 呼び出すアクティビティ 関数 呼び出す関数名 関数に渡す引数 トリガーは OrchestrationTrigger オーケストレーター 関数の名前 アクティビティ関数の結果を リストで返す オーケストレーター関数に try...catch のエラー処理を 含めることができます。 アクティビティ関数を呼び出すのに使用
クライアント関数 (C# クラス ライブラリ) [FunctionName("Function1_HttpStart")] public static async Task<HttpResponseMessage> HttpStart( [HttpTrigger(AuthorizationLevel.Anonymous, "get", "post")]HttpRequestMessage req, [OrchestrationClient]DurableOrchestrationClient starter, ILogger log) { string instanceId = await starter.StartNewAsync("Function1", null); log.LogInformation($"Started orchestration with ID = '{instanceId}'."); return starter.CreateCheckStatusResponse(req, instanceId); } バインドは OrchestrationClient オーケストレーター関数を 呼び出すために利用 結果と実行状態を取得する エンドポイントを返すメソッド オーケストレーター 関数名
starter.CreateCheckStatusResponse() の結果 実行結果や実行を管理する URL を取得する ロングランの関数の実行状態を他の関数から取得 starter.WaitForCompletionOrCreateCheckStatusResponseAsync オーケストレーターの実行結果を API のレスポンスとして返したいときに使用 項目 説明 id オーケストレーターのインスタンス ID statusQueryGetUri 実行状態と結果を取得する URL sendEventPostUri イベントを発生させる URL terminatePostUri 実行を終了させる URL rewindPostUri 失敗したオーケストレーターを再実行する URL 完了実行中 失敗
参照アーキテクチャ 第 3 章
サーバーレス Web アプリケーション URL: docs , GitHub
サーバーレスなイベント処理 URL: docs , GitHub
Azure Functions のエラー処理 https://docs.microsoft.com/ja-jp/azure/azure-functions/functions-bindings-error-pages 次のトリガーには、組み込みで再試行（リトライ）の仕組みをサポート • Azure BLOB Storage • Azure Queue Storage • Azure Service Bus (キュー/トピック) 既定の回数分、再試行した場合（全てエラーだった場合）、 これらのトリガーは特別な、有害キュー (Poison Messages) にメッセージを書き込む。 他の Functions トリガーでは、組み込みで仕組みがないため、 Functions アプリケーション内で、必要に応じて try-catch などのエラーハンドリングを行う。
まとめ
まとめ 第 1 章サーバーレスと Microsoft Azure ⚫ サーバーレスのメリット 第 2 章 Azure Functions ⚫ 関数アプリの作成方法 ⚫ トリガー、バインドの利用方法 ⚫ Azure Functions の考慮事項 第 3 章 参照アーキテクチャ ⚫ サーバーレス Web アプリケーション ⚫ サーバーレスなイベント処理 ⚫ Azure Functions のエラー処理
サーバーレスで新しいアプリを！ Web アプリケーション アーキテクチャ IoT バック エンド SaaS 統合 モバイル バック エンド 数百万のデバイスが Stream Analytics にデータを送信 Azure Cosmos DB に データを書き込み Functions で データを変換・構造化 OneDrive に Excel ファイルを 保存 Functions で Microsoft Graph API を使いコンテンツを分析 グラフを新規シート に作成 写真を撮ったときに Functions を呼び出し 画像を BLOB に保存 画像をモバイルに合わ せたサイズに変換 シングル ページ アプリから Functions を呼び出し Functions でユーザー 情報 に基づき、広告を決定 ページが完成
Microsoft Learn Azure Functions のコースが追加されました！ https://docs.microsoft.com/ja-jp/learn/ • アカウント不要で 無料のサンドボックスを利用 サーバーレス アプリケーションの作成 • Azure Functions を使用したサーバーレス ロジック の作成 • トリガーを使用して Azure 関数を実行する • 入力バインディングと出力バインディングを使用して Azure 関数を連結する
◼ 本書に記載した情報は、本書各項目に関する発行日現在の Microsoft の見解を表明するものです。Microsoftは絶えず変化する市場に対応しなければならないため、 ここに記載した情報に対していかなる責務を負うものではなく、提示された情報の信憑性については保証できません。 ◼ 本書は情報提供のみを目的としています。 Microsoft は、明示的または暗示的を問わず、本書にいかなる保証も与えるものではありません。 ◼ すべての当該著作権法を遵守することはお客様の責務です。Microsoftの書面による明確な許可なく、本書の如何なる部分についても、転載や検索システムへの格納または挿入を行うことは、どのような形式または手段（電子的、機械的、複 写、レコーディング、その他）、および目的であっても禁じられています。 これらは著作権保護された権利を制限するものではありません。 ◼ Microsoftは、本書の内容を保護する特許、特許出願書、商標、著作権、またはその他の知的財産権を保有する場合があります。Microsoftから書面によるライセンス契約が明確に供給される場合を除いて、本書の提供はこれらの特許、商 標、著作権、またはその他の知的財産へのライセンスを与えるものではありません。 © 2019 Microsoft Corporation. All rights reserved. Microsoft, Windows, その他本文中に登場した各製品名は、Microsoft Corporation の米国およびその他の国における登録商標または商標です。 その他、記載されている会社名および製品名は、一般に各社の商標です。

More Related Content

PDF
Smart storeを実現するAzureサービス　IoT編
byMicrosoft Azure Japan
 
PDF
Azure Monitor Logで実現するモダンな管理手法
byTakeshi Fukuhara
 
PDF
Azure Machine Learning アップデートセミナー 20191127
byKeita Onabuta
 
PPTX
[入門編] はじめてのIoT！Azureのサービスを使ってIoTのデータを取得しよう
bySuguru Ito
 
PDF
[Developers Festa Sapporo 2018] Azure AI ～Microsoft AzureでのAI開発のイマ～
byNaoki (Neo) SATO
 
PDF
Smart store servlerless-20191030-40min
byMicrosoft Azure Japan
 
PDF
[Microsoft Tech Summit 2018] Azure Machine Learning サービスと Azure Databricks で実...
byNaoki (Neo) SATO
 
PDF
Power app custom api v0.1.21.1221
byAyumu Inaba
 
Smart storeを実現するAzureサービス　IoT編
byMicrosoft Azure Japan
 
Azure Monitor Logで実現するモダンな管理手法
byTakeshi Fukuhara
 
Azure Machine Learning アップデートセミナー 20191127
byKeita Onabuta
 
[入門編] はじめてのIoT！Azureのサービスを使ってIoTのデータを取得しよう
bySuguru Ito
 
[Developers Festa Sapporo 2018] Azure AI ～Microsoft AzureでのAI開発のイマ～
byNaoki (Neo) SATO
 
Smart store servlerless-20191030-40min
byMicrosoft Azure Japan
 
[Microsoft Tech Summit 2018] Azure Machine Learning サービスと Azure Databricks で実...
byNaoki (Neo) SATO
 
Power app custom api v0.1.21.1221
byAyumu Inaba
 

What's hot

PDF
Part 3: サーバーレスとシステム間連携基盤 (製造リファレンス・アーキテクチャ勉強会)
byTakeshi Fukuhara
 
PPTX
Getting Started With AKS
byBalaji728392
 
PDF
Ms retail update ra 20191030
byMicrosoft Azure Japan
 
PDF
Microsoft Azure Storage 概要
byTakeshi Fukuhara
 
PDF
JAWSUG & JAZUG Sendai Azure Update 20140517
byAyako Omori
 
PDF
[第50回 Machine Learning 15minutes! Broadcast] Azure Machine Learning - Ignite ...
byNaoki (Neo) SATO
 
PPTX
Microsoft AI Platform
byDaiyu Hatakeyama
 
PDF
Azure ML - OpenVINO 師走の推論ナイト 20191211 講演資料
byKeita Onabuta
 
PPTX
Web App for Containers + MySQLでコンテナ対応したRailsアプリを作ろう！
byYoichi Kawasaki
 
PPTX
アプリケーション開発者のためのAzure Databricks入門
byYoichi Kawasaki
 
PDF
Azure Kubernetes Service Overview
byTakeshi Fukuhara
 
PDF
[Microsoft Cognitive Toolkit (CNTK) on Azure ハンズオン] Microsoft Azure の AI 関連サービス
byNaoki (Neo) SATO
 
PDF
[ウェビナー] Build 2018 アップデート ～ データ プラットフォーム/IoT編 ～
byNaoki (Neo) SATO
 
PDF
.NETアプリケーションのクラウド最適化
byTakeshi Fukuhara
 
PDF
Microsoft Azure Overview - Japanses version
byTakeshi Fukuhara
 
PPTX
Azure DataLake 大全
byDaiyu Hatakeyama
 
PPTX
Web App for Containers + MySQLでコンテナ対応したPHPアプリを作ろう！
byYoichi Kawasaki
 
PDF
Azure Blueprints - 企業で期待される背景と特徴、活用方法
byToru Makabe
 
PPTX
Open Cloud カンファレンス@札幌 Microsoft AI最前線
byDaiyu Hatakeyama
 
PDF
AIビジネスクリエーションワークショップ@東京
byDeep Learning Lab（ディープラーニング・ラボ）
 
Part 3: サーバーレスとシステム間連携基盤 (製造リファレンス・アーキテクチャ勉強会)
byTakeshi Fukuhara
 
Getting Started With AKS
byBalaji728392
 
Ms retail update ra 20191030
byMicrosoft Azure Japan
 
Microsoft Azure Storage 概要
byTakeshi Fukuhara
 
JAWSUG & JAZUG Sendai Azure Update 20140517
byAyako Omori
 
[第50回 Machine Learning 15minutes! Broadcast] Azure Machine Learning - Ignite ...
byNaoki (Neo) SATO
 
Microsoft AI Platform
byDaiyu Hatakeyama
 
Azure ML - OpenVINO 師走の推論ナイト 20191211 講演資料
byKeita Onabuta
 
Web App for Containers + MySQLでコンテナ対応したRailsアプリを作ろう！
byYoichi Kawasaki
 
アプリケーション開発者のためのAzure Databricks入門
byYoichi Kawasaki
 
Azure Kubernetes Service Overview
byTakeshi Fukuhara
 
[Microsoft Cognitive Toolkit (CNTK) on Azure ハンズオン] Microsoft Azure の AI 関連サービス
byNaoki (Neo) SATO
 
[ウェビナー] Build 2018 アップデート ～ データ プラットフォーム/IoT編 ～
byNaoki (Neo) SATO
 
.NETアプリケーションのクラウド最適化
byTakeshi Fukuhara
 
Microsoft Azure Overview - Japanses version
byTakeshi Fukuhara
 
Azure DataLake 大全
byDaiyu Hatakeyama
 
Web App for Containers + MySQLでコンテナ対応したPHPアプリを作ろう！
byYoichi Kawasaki
 
Azure Blueprints - 企業で期待される背景と特徴、活用方法
byToru Makabe
 
Open Cloud カンファレンス@札幌 Microsoft AI最前線
byDaiyu Hatakeyama
 
AIビジネスクリエーションワークショップ@東京
byDeep Learning Lab（ディープラーニング・ラボ）
 

Similar to 20190514 Smart Store - Azure servlerless architecture

PPTX
Azure serverless!! azure functionsでサーバーを意識しない開発
byYuki Hattori
 
PDF
Azure Functions と Serverless - 概要と企業向け Tips
byKeiji Kamebuchi
 
PDF
[Japan Tech summit 2017] APP 003
byMicrosoft Tech Summit 2017
 
PPTX
「Azure durable functions」の概要
by裕之 木下
 
PDF
Azure Functionsでサーバーレスアプリケーション構築
byryosuke matsumura
 
PPTX
Azure Functions あれこれ
byYasuaki Matsuda
 
PDF
ゆるふわAzure Functions
byKeiji Kamebuchi
 
PDF
Azure Functionsでサーバーレスアプリケーション構築
byryosuke matsumura
 
PDF
[AC11] サーバー管理よ、サヨウナラ。サーバーレスアーキテクチャの意義と実践
byde:code 2017
 
PPTX
サーバー管理よ、サヨウナラ。サーバーレス アーキテクチャの意義と実践
by真吾 吉田
 
PDF
20190731 Azure Functions x Line at Azure Tech Lab #4
byIssei Hiraoka
 
PDF
サーバーレスで作る スマホアプリバックエンド
byTsukasa Kato
 
PDF
Azure Functions 入門
byjz5 MATSUE
 
PDF
[HAKODATE Developer Conference 2018] 「Azure Functions」で始めるサーバーレス アプリケーション開発
byNaoki (Neo) SATO
 
PPTX
Azure Function GAした！Visual Studio Tools for Azure Functions もプレビューだ！
byYasuaki Matsuda
 
PPTX
できる！サーバレスアーキテクチャ
byazuma satoshi
 
PPTX
201910 azure seminar
bySAKURUG co.
 
PDF
DEV-016_止まらないサービスを! ～マイクロサービス プラットフォーム「Azure Service Fabric」～
bydecode2016
 
PDF
サーバーレスの常識を覆す Azure Durable Functionsを使い倒す
byYuta Matsumura
 
PDF
【CEDEC2018】Azure最新情報＋「オトギフロンティア」運用大公開＋サーバーレスアーキテクチャー
byDaisuke Masubuchi
 
Azure serverless!! azure functionsでサーバーを意識しない開発
byYuki Hattori
 
Azure Functions と Serverless - 概要と企業向け Tips
byKeiji Kamebuchi
 
[Japan Tech summit 2017] APP 003
byMicrosoft Tech Summit 2017
 
「Azure durable functions」の概要
by裕之 木下
 
Azure Functionsでサーバーレスアプリケーション構築
byryosuke matsumura
 
Azure Functions あれこれ
byYasuaki Matsuda
 
ゆるふわAzure Functions
byKeiji Kamebuchi
 
Azure Functionsでサーバーレスアプリケーション構築
byryosuke matsumura
 
[AC11] サーバー管理よ、サヨウナラ。サーバーレスアーキテクチャの意義と実践
byde:code 2017
 
サーバー管理よ、サヨウナラ。サーバーレス アーキテクチャの意義と実践
by真吾 吉田
 
20190731 Azure Functions x Line at Azure Tech Lab #4
byIssei Hiraoka
 
サーバーレスで作る スマホアプリバックエンド
byTsukasa Kato
 
Azure Functions 入門
byjz5 MATSUE
 
[HAKODATE Developer Conference 2018] 「Azure Functions」で始めるサーバーレス アプリケーション開発
byNaoki (Neo) SATO
 
Azure Function GAした！Visual Studio Tools for Azure Functions もプレビューだ！
byYasuaki Matsuda
 
できる！サーバレスアーキテクチャ
byazuma satoshi
 
201910 azure seminar
bySAKURUG co.
 
DEV-016_止まらないサービスを! ～マイクロサービス プラットフォーム「Azure Service Fabric」～
bydecode2016
 
サーバーレスの常識を覆す Azure Durable Functionsを使い倒す
byYuta Matsumura
 
【CEDEC2018】Azure最新情報＋「オトギフロンティア」運用大公開＋サーバーレスアーキテクチャー
byDaisuke Masubuchi
 

More from Issei Hiraoka

PDF
GitHub Actions で CI/CD
byIssei Hiraoka
 
PDF
Infra as Code in Azure
byIssei Hiraoka
 
PDF
2021/03/19 パブリッククラウドを活かす運用プロセス自動化
byIssei Hiraoka
 
PDF
Visual Studio Code のこれまでとこれから at OSC 2021 Online/Spring
byIssei Hiraoka
 
PDF
2021/02/19 Alterbooth 多忙なアーキテクトのためのクラウド導入フレームワーク (CAF) ダイジェスト
byIssei Hiraoka
 
PDF
2020/12/03 SaaS を正しい方向へ加速するフィードバックループ
byIssei Hiraoka
 
PDF
アプリケーションエンジニアへのいちおし Azure Update at Microsoft Ignite 2020
byIssei Hiraoka
 
PDF
Five Steps to Culture Change を日本語で解説する 2020/11/06
byIssei Hiraoka
 
PDF
20201015 Azure PaaS Update at Microsoft Ignite 2020
byIssei Hiraoka
 
PDF
20201008 GitHub at Microsoft
byIssei Hiraoka
 
PDF
Azure Update Summary (App) 202008
byIssei Hiraoka
 
PDF
2020/06/16 tsjp-azure-staticwebapps-vs_codespaces
byIssei Hiraoka
 
PDF
20191031 Arakawa Camera on Azure CDN for Typhoon Hagibis
byIssei Hiraoka
 
PDF
20190626 Get Started Azure Container Registry
byIssei Hiraoka
 
PDF
de:code 2019 DT06 vs-show どっちのVSショー
byIssei Hiraoka
 
PDF
20190522 Azure Tech Lab Build 2019 recap
byIssei Hiraoka
 
PDF
DevOps on Azure Kubernetes
byIssei Hiraoka
 
PDF
20190201 Cloud Native Kansai AKS Azure
byIssei Hiraoka
 
PPTX
App Service x Jenkins 20171003
byIssei Hiraoka
 
PPTX
Azure Automation in 10 minutes - 2017/06/30 Ansible on Azure 入門
byIssei Hiraoka
 
GitHub Actions で CI/CD
byIssei Hiraoka
 
Infra as Code in Azure
byIssei Hiraoka
 
2021/03/19 パブリッククラウドを活かす運用プロセス自動化
byIssei Hiraoka
 
Visual Studio Code のこれまでとこれから at OSC 2021 Online/Spring
byIssei Hiraoka
 
2021/02/19 Alterbooth 多忙なアーキテクトのためのクラウド導入フレームワーク (CAF) ダイジェスト
byIssei Hiraoka
 
2020/12/03 SaaS を正しい方向へ加速するフィードバックループ
byIssei Hiraoka
 
アプリケーションエンジニアへのいちおし Azure Update at Microsoft Ignite 2020
byIssei Hiraoka
 
Five Steps to Culture Change を日本語で解説する 2020/11/06
byIssei Hiraoka
 
20201015 Azure PaaS Update at Microsoft Ignite 2020
byIssei Hiraoka
 
20201008 GitHub at Microsoft
byIssei Hiraoka
 
Azure Update Summary (App) 202008
byIssei Hiraoka
 
2020/06/16 tsjp-azure-staticwebapps-vs_codespaces
byIssei Hiraoka
 
20191031 Arakawa Camera on Azure CDN for Typhoon Hagibis
byIssei Hiraoka
 
20190626 Get Started Azure Container Registry
byIssei Hiraoka
 
de:code 2019 DT06 vs-show どっちのVSショー
byIssei Hiraoka
 
20190522 Azure Tech Lab Build 2019 recap
byIssei Hiraoka
 
DevOps on Azure Kubernetes
byIssei Hiraoka
 
20190201 Cloud Native Kansai AKS Azure
byIssei Hiraoka
 
App Service x Jenkins 20171003
byIssei Hiraoka
 
Azure Automation in 10 minutes - 2017/06/30 Ansible on Azure 入門
byIssei Hiraoka
 

20190514 Smart Store - Azure servlerless architecture

  • 1.
    Azure Smart Store サーバーレスアーキテクチャ Issei Hiraoka/ @hoisjp Cloud Solution Architect – Microsoft Japan 2019/05/14
  • 2.
    レベル 100 (初級・入門）レベル 200（中級） レベル 300 （Smart Store用） Smart Store Azure 関連トレーニング コース はじめてシリーズ Azure Data and AI IoTで加速する デジタルトランスフォーメーション 営業 Azure Data and AI 商品認識の仕組み（その１） IoT 提供 予定 Azure Data and AI 商品認識の仕組み（その２） AI 提供 予定 Azure Data and AI オンプレミス SQL Server から Azure 上の SQL サービス利用へのポイントと使い分け! 技術 Azure Data and AI 技術者向けいまさら聞けない 機械学習/AI の基礎 技術 SmartStoreリファレンスアーキテクチャハンズオン（ハッカソン）（2日間） AI,IoT,App,DB Azure Data and AI Azure Cosmos DB の概要を あらためて理解する 技術 Azure Data and AI 商品マスタとトランザクション管理 DB 提供 予定 対面Azure Data and AI 進化を続けるAzure IoT 技術 今日から始める Azure Functions 2.0 技術 Azure App and Infra Azure App and Infra サーバレスアーキテクチャ App SmartStoreリファレンスアーキテクチャトレーニング（2日間） AI,IoT,App,DB 対面 はじめてシリーズ SmartStore概要解説 提供 予定 本コース
  • 3.
    レベル、目標、対象者、前提知識、および注意事項 レベル ⚫ Level 300アドバンスド 目標 ⚫ Azure Functions の特徴を理解し、サーバーレス アプリを開発できるようになること 前提知識 ⚫ Microsoft Azure に関する基礎知識をお持ちの方 対象者 ⚫ Microsoft Azure が提供する サーバーレス サービス (Azure Functions) を利用して Smart Store ソリューションを構築される方 注意 ⚫ 本コースの内容は、「mstep Microsoft Azure サーバーレス アプリ開発」の内容を元にしています。 ⚫ Azure サービスは、日々進化しています。本テキストは 2019 年 5 月時点で確認した内容を記載しています。 ⚫ 最新情報は、サービスの更新情報 (https://azure.microsoft.com/ja-jp/updates) を確認してください。
  • 4.
    本コースの内容 第 1 章サーバーレスと Microsoft Azure 第 2 章 Azure Functions 第 3 章 参照アーキテクチャ
  • 5.
  • 6.
    ■サーバーレス概要■ • クラウドの利用形態 • サーバーレスコンピューティングとは • Microsoft Azure におけるサーバーレス コンポーネント • サーバーレス アプリケーションの例 • 本日ご紹介するサーバーレス コンポーネント
  • 7.
  • 8.
    インフラの効率化から、アプリケーションのイノベーションへビジネス価値 時間 効率 イノベーション PaaS IaaS サーバーレス 466% return oninvestment $5.91M net present value 80% IT time saved 50% faster service deployment Statistics based on five-year, risk-adjusted figures for a composite organization constructed from aggregated interviews with eight Microsoft Azure IaaS customers. Source: “The Total Economic Impact Of Microsoft Azure PaaS,” a commissioned study conducted by Forrester Consulting, June 2016
  • 9.
    サーバーレス コンピューティングとは サーバー、インフラストラクチャ、オペレーティング システムを抽象化されているため、 インフラストラクチャを心配せずに、より早くアプリケーションを作成できる。 フルマネージド サービスを利用可能 柔軟なスケーリング 使用したリソース分のみ課金 ⚫ サーバーのプロビジョニングや管理をする必 要がないため、サーバー管理の負荷を低 減でき、ビジネス ロジックに注力できる ⚫ コードをデプロイするだけで、高可用性のア プリを実行できる ⚫ 同時実行される関数がゼロから数万に増 えても、数秒でスケールされる ⚫ スケールの構成は自動でおこなわれる ⚫ ほぼリアルタイムでイベントとトリガーに反 応できる ⚫ イベント発生時に瞬時にリソースが割り当 てられ、コードの実行時間とリソースの使 用分のみ課金される ・・・ </> € ¥ ＄
  • 10.
    Microsoft Azure におけるサーバーレスコンポーネント Azure Functions Logic Apps Azure Storage Cosmos DB Azure Active Directory コンピューティング ワークフロー オーケストレーション ストレージ データベース セキュリティと アクセス制御 Event Grid API Management Azure Stream Analytics Azure Bot Service Visual Studio クラウド メッセージング API の管理 分析 Intelligence 開発者ツール
  • 11.
    サーバーレス アプリケーションの例 Web アプリケーションアーキテクチャ IoT バック エンド SaaS 統合 モバイル バック エンド シングル ページ アプリから Functions を呼び出し Functions でユーザー 情報 に基づき、広告を決定 数百万のデバイスが Stream Analytics にデータを送信 Azure Cosmos DB に データを書き込み Functions で データを変換・構造化 OneDrive に Excel ファイルを 保存 Functions で Microsoft Graph API を使いコンテンツを分析 グラフを新規シート に作成 写真を撮ったときに Functions を呼び出し 画像を BLOB に保存 画像をモバイルに合わ せたサイズに変換 ページが完成
  • 12.
  • 13.
    ■Azure Functions 概要■ •Azure Functions とは • Azure Functions の利用シナリオ • アーキテクチャ
  • 14.
    Azure Functions とは サーバーを準備せずにコードを記述・実行できるた め、プログラミングに集中できる コードを実行した分だけ課金されるため、コストを 抑えることができる Azure上の様々なストレージに、少ないコードで読 み書きできる 業務要件に応じたスケーリングが可能 C# / F# / JavaScript / Java / Python などの言 語をサポートするため、開発者のこれまでのスキル を活かすことができる Azure Functions イベント ドリブン型のサーバーレス コンピューティング
  • 15.
    Azure Functions の利用シナリオ IoTデバイスから送られてくるデータをリアルタイムに構造化して データベースに保存 フライトの遅延情報の登録をトリガーに、搭乗者のモバイル アプリに通知を送信 画像ファイルが Blob にアップされたことをトリガーに Computer Vison API で文字を読み取りデータベースに保存 IoT Hub Stream Analytics デバイスからのデータ収集 データを構造化 デバイス 画像を OCR にかけ 結果を データベースへ 画像をアップロード 遅延情報の登録 モバイル・通知サービスの 呼び出し
  • 16.
    アーキテクチャ Azure App Serviceと WebJobs が基盤 App Service Dynamic Runtime Hosting, CI, Deployment Slots, Remote Debugging, etc. WebJobs Core Programing model, common abstractions WebJobs Extensions Trigger, input and output bindings Azure Functions Runtime (WebJobs Script) Dynamic Compilation, Language abstractions, etc. Language Runtime V1 (C#, Node.js, F#, PHP, Python, etc.) / V2 (C#, Node.js, Java) Code Config
  • 17.
    ■Function App –関数アプリケーション■ • Function App • 2 つのホスティング プラン • Azure Functions ランタイムのバージョン • V1 / V2 でサポートされるプログラミング言語
  • 18.
    Function App -関数アプリケーション Function App - 関数アプリケーション とは 関数をホストする実行コンテキスト。1 つの関数アプリケーションに複数の関数を作成可能。 実行環境の設定は Azure ポータルの [アプリケーション設定] でおこなう。 Windows のランタイム スタックは .NET / JavaScript / Java Linux は .NET / JavaScript / Python 関数コード ファイルやログ などの保存に使用 関数 アプリ 関数
  • 19.
    2 つのホスティング プラン ◼サーバーレス •コードの実行時にコンピューティング リソースが自 動で割り当てられる •内部的には App Service が使われているが 意識することはない •自動でスケーリングされる ◼ リソースの使用量と実行回数に基づ き課金 •リソース使用量：ギガバイト秒単位 (実行時間 × 平均メモリサイズ) •実行回数：関数の実行総数 •Azure App Service プランよりも安価になるこ とが多い ◼ 時間のかかる処理は不向き •最大 10 分でタイムアウトする 従量課金プラン ◼ App Service 専用インスタンス上で 実行 •サーバーレスではない •スケーリングの管理をおこなう必要がある ◼ 料金は固定 (Basic 以上のプランが 必要) • 継続的に実行する関数なら、従量課金プラン より安価になることがある App Service プラン 関数アプリ作成時に選択。 後から変更はできない。
  • 20.
    Azure Functions ランタイムのバージョン V1と V2 がある。新規に作成する関数アプリは V2 を推奨。 Azure Functions の ランタイムには V1 と V2 があり、関数アプリ単位でバージョンを選択する。Azure ポータルで関数アプリを作 成すると、V2 となるが、後から管理ポータルや Azure CLI から変更できる。 関数アプリ内に関数があると、変更できません
  • 21.
    V1 / V2でサポートされるプログラミング言語 言語 V1 V2 C# GA (.NET Framework 4.7) GA (.NET Core 2) JavaScript GA (Node 6) GA (Node 8 / Node 10) F# GA (.NET Framework 4.7) GA (.NET Core 2) Java - GA (Java 8) Python 試験段階 プレビュー (Python 3.6) TypeScript 試験段階 GA (JavaScript へのトランスパイリングによる) PHP 試験段階 - バッチ (.cmd / .bat) 試験段階 - Bash 試験段階 - PowerShell 試験段階 プレビュー (PowerShell Core 6) V2 では、1 つの関数アプリ内のすべての関数は同じ言語で作成する必要があります。 V1 では、各関数で言語を選択することができます。
  • 22.
  • 23.
    ■トリガーとバインド■ • トリガーとバインド • サポートされるトリガーとバインド •プロジェクトのフォルダー構造 (C#) • プロジェクトのフォルダー構造 (JavaScript) • function.json ファイル • function.json と [統合]
  • 24.
    トリガーとバインド トリガーとは Azure Functions はイベント駆動型。イベントの発生に応じてコードを呼び出すのがトリガー。1つの関数には 1 つのトリガーが必 須。また、1 つの関数に複数のトリガーを設定することはできない。 バインドとは 関数と関数で処理するデータを結びつけるもの。バインドを利用することで、データソースに接続して読み書きするコードが不要となる。 バインドには入力・出力の方向があり、入力バインドからデータを読み取り、出力バインドにデータを書き込むことができる。入力、出 力バインドはそれぞれ 1 つの関数に複数定義できる。 App Service Functions Runtime 出力バインド 入力バインド Functions Programing Interface トリガー
  • 25.
    サポートされるトリガーとバインド (参考URL) Type V1V2 トリガー 入力バインド 出力バインド Blob Storage ✔ ✔ ✔ ✔ ✔ Cosmos DB ✔ ✔ ✔ ✔ ✔ Event Grid ✔ ✔ ✔ Event Hubs ✔ ✔ ✔ ✔ 外部ファイル ✔ ✔ ✔ 外部テーブル ✔ ✔ ✔ HTTP ✔ ✔ ✔ ✔ Microsoft Graph Excel テーブル ✔ ✔ ✔ Microsoft Graph OneDrive ファイル ✔ ✔ ✔ Microsoft Graph Outlook メール ✔ ✔ Microsoft Graph Events ✔ ✔ ✔ ✔ Microsoft Graph Auth トークン ✔ ✔ Mobile Apps ✔ ✔ ✔ Notification Hubs ✔ ✔ Queue Storage ✔ ✔ ✔ ✔ SendGrid ✔ ✔ ✔ Service Bus ✔ ✔ ✔ ✔ Table Storage ✔ ✔ ✔ ✔ Timer ✔ ✔ ✔ Twilio ✔ ✔ ✔ Webhook ✔ ✔ ✔
  • 26.
    C# スクリプト C#(クラスライブラリ) プロジェクトのフォルダー構造 (C#) 関数アプリ 関数 MyFunctionProject bin run.csx function.json MyFunction1 host.json extensions.csproj C# スクリプトコード バインディング 拡張機能定義 トリガーとバインドの定義 関数 run.csx function.json MyFunction2 バインディング 拡張機能 ライブラリ 関数アプリ全体の構成 関数アプリ 関数 netcoreapp2.x bin function.json MyFunction1 host.json extensions.csproj バインディング 拡張機能定義 トリガーとバインドの定義 アセンブリ、 バインディング拡張機能 ライブラリ 関数アプリ全体の構成 関数 function.json MyFunction2 トリガーとバインドの定義
  • 27.
  • 28.
    function.json ファイル 関数のトリガーとバインドを JSON形式で定義するファイル 「bindings」 コレクションに、トリガーとバインドを定義する。 { "bindings": [ { "type": "eventHubTrigger", "name": "myIoTHubMessage", "direction": "in", "eventHubName": "samples-workitems", "connection": "mstephub_events_IOTHUB", "consumerGroup": "$Default" }, { "type": "cosmosDB", "name": "$return", "direction": "out“, "databaseName": "mstepDB", "collectionName": "mstepCollection", "createIfNotExists": false, "connectionStringSetting": "mstep-cosmos_DOCUMENTDB" } ] } トリガーの種類 パラメーター名 方向(入力) バインドの種類 パラメーター名 方向(出力) Cosmos DB へ の接続文字列 IoT Hub への 接続文字列 トリガーやバインドの種類により、設定するプロパティは異なります。
  • 29.
    function.json と [統合] Azureポータルでは、GUI で function.json ファイルを定義可能 トリガーは 1 つのみ 入力、出力バインドは 複数作成可能
  • 30.
    ■バインドとコード■ • バインディング拡張機能の登録 • タイマートリガー • HTTP トリガー • 承認レベル • HTTP エンドポイントのカスタマイズ • IoT Hub / Event Hub トリガー • Cosmos DB バインド 参考： https://docs.microsoft.com/ja-jp/azure/azure-functions/functions-triggers-bindings
  • 31.
    ■バインドとコード■ ※本コースでは抜粋して紹介 ✓ バインディング拡張機能の登録 •タイマー トリガー ✓ HTTP トリガー • 承認レベル • HTTP エンドポイントのカスタマイズ • IoT Hub / Event Hub トリガー ✓ Cosmos DB バインド 参考： https://docs.microsoft.com/ja-jp/azure/azure-functions/functions-triggers-bindings
  • 32.
    バインディング拡張機能の登録 トリガーとバインディングは、「バインディング拡張機能」を必要とする V1 では拡張機能は自動で登録される。V2 では、HTTPと Timer 以外は手動での登録が必要。 開発環境 V1 V2 Azure ポータル 自動 手動 ([統合] から GUI でインストール) Azure Functions Core Tools (ローカル) 自動 手動 (func extensions install コマンドでインストール) Visual Studio 2017 (C#) 手動 (NuGet からインストール) 手動 (NuGet からインストール) Visual Studio Code (C#) - 手動 (dotnet add package コマンドでインストール) 自動ではインストール されないので注意！ Azure ポータルでの 拡張機能インストール Visual Studio での NuGet パッケージの管理
  • 33.
    タイマー トリガー スケジュールに基づいて関数をよびだすことができるトリガー。スケジュールは CRON式を使って指定 する。 Azure Functions で使用できるCRON 式 function.json { "name": "myTimer", "type": "timerTrigger", "direction": "in", "schedule": "0 */5 * * * *" } run.csx using System; public static void Run(TimerInfo myTimer, ILogger log) { log.LogInformation( $"C# Timer trigger function executed at: {DateTime.Now}"); } 0 */5 * * * * 秒 分 時 日 月 曜日 タイマー トリガーは、関数の途中で失敗しても再試行されず、 次のスケジュールを待ちます。
  • 34.
    HTTP トリガー HTTP リクエストで関数を呼び出し、レスポンスを返すことができるため、RESTAPI として利用 可能。 function.json { "authLevel": "function", "name": "req", "type": "httpTrigger", "direction": "in", “methods”: [ "get", "post" ] }, { "name": "$return", "type": "http", "direction": "out" } 承認レベル。anonymous / function / admin のいずれか を設定。 関数が応答する HTTP のメソッド。 出力バインド HTTP 応答のためのパラメーター名。 「$return」すると、戻り値として指定し た値が応答として送信される。
  • 35.
    承認レベル 関数を呼び出す際に、キーを必要とするかどうかを設定できる。 HTTP エンドポイントを難読化するために利用する。 キーの種類 承認レベルと必要なキー 承認レベルの設定 URL anonymoushttps://<関数アプリ名>.azurewebsites.net/api/<関数名> function https://<関数アプリ名>.azurewebsites.net/api/<関数名>?code=<関数キー> または https://<関数アプリ名>.azurewebsites.net/api/<関数名>?code=<ホストキー> admin https://<関数アプリ名>.azurewebsites.net/api/<関数名>?code=<_master キー> キーの種類 説明 関数キー 各関数でのみ有効なキー。 ホストキー 関数アプリ内のすべての関数で有効なキー。「_master」という名 前のホスト キーは、管理アクセスのために利用する。
  • 36.
    URL https://mstep-functions2.azurewebsites.net/api/customer/Tanaka HTTP エンドポイントのカスタマイズ HTTP エンドポイントのroute プロパティを設定することで、関数のアドレスを変更することができる。 { } を使ったパラメーターもサポートされる。 function.json { "authLevel": "function", "name": "req", "type": "httpTrigger", "direction": "in", “methods”: [ "get", "post" ], "route": "customer/{name}" } run.csx public static string Run( HttpRequest req, string name , ILogger log) { return $"hello, {name} "; } パラメーター 引数
  • 37.
    IoT Hub /Event Hub トリガー Event Hub / IoT Hub により取得されたデータを Azure Functions で操作できる。 function.json { "type": "eventHubTrigger", "name": "myIoTHubMessage", "direction": "in", “eventHubName”: "samples-workitems", “connection”: "mstephub_events_IOTHUB", "consumerGroup": "$Default" } IoT Hub デバイスからのデータ収集 データを加工 デバイス データを保存
  • 38.
    Cosmos DB バインド- C# スクリプト Cosmos DB への入力・出力バインドがサポートされる function.json { "type": "cosmosDB", "name": "$return", "databaseName": "mstepDB", "collectionName": "mstepCollection", "createIfNotExists": false, "connectionStringSetting": "mstep-cosmos_DOCUMENTDB", "direction": "out" } 接続先のアカウント / データベース / コレク ションを指定 run.csx public static string Run(string myIoTHubMessage, ILogger log) { DeviceInfo device = JsonConvert.DeserializeObject<DeviceInfo>(myIoTHubMessage); if(temperature <= 20) { device.status = "低"; } return JsonConvert.SerializeObject(device); } public class DeviceInfo { public string messageId { get; set; } public string deviceId { get; set; } public string temperature { get; set; } public string humidity { get; set; } public string status { get; set;} } IoT デバイスからの情報 を JSON で取得 JSON から オブジェクトを生成 取得したデータ を加工 戻り値として JSON を指定 するだけで、Cosmos DB に 追加
  • 39.
    Cosmos DB バインド– トリガー C# クラスライブラリ https://docs.microsoft.com/ja-jp/azure/azure-functions/functions-bindings-cosmosdb-v2 namespace CosmosDBSamplesV2 { public static class CosmosTrigger { [FunctionName("CosmosTrigger")] public static void Run([CosmosDBTrigger( databaseName: "ToDoItems", collectionName: "Items", ConnectionStringSetting = "CosmosDBConnection", LeaseCollectionName = "leases", CreateLeaseCollectionIfNotExists = true)]IReadOnlyList<Document> documents, ILogger log) { if (documents != null && documents.Count > 0) { log.LogInformation($"Documents modified: {documents.Count}"); log.LogInformation($"First document Id: {documents[0].Id}"); } } } } CosmosDBTrigger 属性を使用 接続先などの パラメータ 値の実体は変数 代入されている 値の取り出し
  • 40.
    Cosmos DB バインド– 入力 C# クラスライブラリ namespace CosmosDBSamplesV2 { public static class DocByIdFromJSON { [FunctionName("DocByIdFromJSON")] public static void Run( [QueueTrigger("todoqueueforlookup")] ToDoItemLookup toDoItemLookup, [CosmosDB( databaseName: "ToDoItems", collectionName: "Items", ConnectionStringSetting = "CosmosDBConnection", Id = "{ToDoItemId}")]ToDoItem toDoItem, ILogger log) { log.LogInformation($"C# Queue trigger function processed Id={toDoItemLookup?.ToDoItemId}"); if (toDoItem == null) { log.LogInformation($"ToDo item not found"); } else { log.LogInformation($"Found ToDo item, Description={toDoItem.Description}"); } } } CosmosDB 属性を使用 接続先などの パラメータ 値の実体は変数 代入されている
  • 41.
    Cosmos DB バインド– 出力 C# クラスライブラリ キュー トリガー、1 つのドキュメントの書き込み namespace CosmosDBSamplesV2 { public static class WriteOneDoc { [FunctionName("WriteOneDoc")] public static void Run( [QueueTrigger("todoqueueforwrite")] string queueMessage, [CosmosDB( databaseName: "ToDoItems", collectionName: "Items", ConnectionStringSetting = "CosmosDBConnection")]out dynamic document, ILogger log) { document = new { Description = queueMessage, id = Guid.NewGuid() }; log.LogInformation($"C# Queue trigger function inserted one row"); log.LogInformation($"Description={queueMessage}"); } } } CosmosDB 属性を使用 変数を上書きすると、 CosmosDBに書き込み
  • 42.
    参考：Azure Functions とPython V2 では現状は Linux ベースの Azure Functions が必要 (プレビュー) V1 では、Windows ベースでも Python を利用可能。V2 ではプレビューのため、パフォーマンスが低い。 Azure Functions Core Tools を使い、ローカルでの開発も可能 Windows だけではなく、Linux、MacOS での開発も可能。開発には Python 3.6 の仮想環境を必 要とするため、「python -m venv XXX」 コマンドを実行する。 Visual Studio Code を使い、開発および Azure へのデプロイも可能 Python での 開発も可能
  • 43.
    API Management の必要性 多くのAzure Function を使用するアプリケーションの場合、API の管理が煩雑になる。 a.azurewebsites.net/api/customers b.azurewebsites.net/api/products c.azurewebsites.net/api/orders HTTP エンドポイント が様々…
  • 44.
    API Management API Management APIゲートウェイ機能を持つサービス。API のルーティングが可能。 a.azure-api.net/api/customers a.azurewebsites.net/api/customers a.azure-api.net/api/products b.azurewebsites.net/api/products a.azure-api.net/api/orders c.azurewebsites.net/api/orders .../api/customers .../api/products .../api/orders ルーティング API Management と Azure Functions を利用した構成例は、「Azure 上のサーバーレス Web アプリケーション」をご覧ください。 https://docs.microsoft.com/ja-jp/azure/architecture/reference-architectures/serverless/web-app サンプルの実装コードを GitHub から入手することもできます。
  • 45.
    ■開発ツール■ • Azure ポータル •Azure Functions Core Tools • Visual Studio • Visual Studio Code
  • 46.
  • 47.
    Azure Functions CoreTools ローカル環境での Functions 開発コマンドツール ローカル環境で実行やデバッグも可能になる。コマンド プロンプトからコマンド ベースで関数を開発できる。V1 (.NET Framework) は、Windows のみ。V2 (.NET Core) は Windows、Linux、および MacOS にインストール可能。func コマンドで関数の作成か ら実行、発行まで可能。 Windows へのインストール 1. .NET Core をインストール 2. Node.js と npm をインストール 3. Azure Functions Core Tools V2 インストール func コマンドを使った開発と Azure への発行 npm install -g azure-functions-core-tools コマンド 説明 func init 関数プロジェクトの作成 func extensions install バインディング拡張機能のインストール func new 関数の作成 func start ローカルでの実行 func azure functionapp publish Azure 上の既存の関数アプリへの発行
  • 48.
    Visual Studio (1) VisualStudio で Azure Functions の開発が可能 C# の Azure Functions プロジェクトテンプレートと関数テンプレートを使って開発ができる。 Azure Functions Core Tools をイン ストールすれば、ローカルでのデバッグ実行も可能。Azure 上のリソースをトリガーにした関数を、ローカルで実行することもできる。 利用するストレージの場所を指定する。 • 参照：Azure 上のストレージを利用。 • ストレージ エミュレーター：ローカルのストレージ エミュレーターを利用。 「ストレージ エミュレーター」は複数人で 開発する際におすすめです。Azure 上のストレージを使うと、1 つのデータを 複数人で共有することになり、想定 外の結果になることがあります。 トリガーを選択 V1 or V2 の選択 プロジェクト テンプレート
  • 49.
    プロジェクトに作成されるファイル Visual Studio (2) 関数Azure / ローカルいずれ にも適用される設定 ローカル実行時でのみ 使用される設定 host.json { "version": "2.0" } local.settings.json { "IsEncrypted": false, "Values": { "AzureWebJobsStorage": "UseDevelopmentStorage=true", "FUNCTIONS_WORKER_RUNTIME": "dotnet" } }
  • 50.
    Visual Studio (3) バインディングは属性で設定するが、ビルド時に「function.json」ファイルが生成される。 Function1.cs publicstatic class Function1 { [FunctionName("Function1")] public static async Task<IActionResult> Run( [HttpTrigger(AuthorizationLevel.Function, "get", "post", Route = null)] HttpRequest req, ILogger log) { .... } } ビルド 注意：ドキュメント上では、C# スクリプト と C# クラスライブラリの区別に注意
  • 51.
    Visual Studio Code(1) Azure Functions 拡張機能をインストールすることで開発できる インテリセンス、デバッグツールも利用した開発が可能。Azure Functions へのデプロイもできる。MacOS や Linux での開発も可能 に。 ②Azure Functions 拡張機能を使い、 プロジェクトと関数を作成 ①Azure Functions 拡張機能をインストール [ターミナル] ウィンドウを使えば、 func コマンドでプロジェクトや 関数を作成することもできます。 プロジェクト作成 関数作成
  • 52.
    Visual Studio Code(2) ③ローカルでデバッグ実行
  • 53.
    ■デプロイ■ • Visual Studio •Visual Studio Code • 継続的なデプロイ https://docs.microsoft.com/ja-jp/azure/azure-functions/functions-continuous-deployment
  • 54.
    Visual Studio [ビルド] メニューの[プロジェクト名の発行] で、Azure に発行可能。 [新規作成] Azure 上に新規に関数アプリを作成し、発行する。 [既存のものを選択] Azure 上の既存の関数アプリに発行する。Azure 関数アプリ内 のすべてのファイルが上書きされる。 ☑パッケージファイルから実行する 有効にすると Run-From-Zip 構成になる。デプロイ用ファイルを パッケージ (zip ファイル) にして発行する。関数はデプロイ パッケー ジ (zip) から直接実行され、関数アプリは読み取り専用になる。 発行
  • 55.
    参考：展開スロットとスワップ (プレビュー) 従量課金プランでも展開スロットを作成可能に ①展開スロットの作成 ②展開スロットに関数作成③スワップ ポータルで 関数作成 発行 従量課金プランの関数アプリで作成できる 展開スロットは 1 つのみです。
  • 56.
    参考：アプリ設定 [アプリケーション設定] には、起動時にアプリがロードする名前と値のペアを含むことができる。 コードや function.jsonから使用できる。各スロットでのみ有効にしたいアプリ設定は、[スロットの設定] を有効にする function.json からの利用 { "type": "cosmosDB", "name": "$return", "databaseName": "%MyDB%", "collectionName": "mstepCollection", "createIfNotExists": false, "connectionStringSetting": "mstep-cosmos_DOCUMENTDB", "direction": "out" } 「%名前%」アプリ設定 から取得 Connection は特別で、 「名前」だけで取得 このスロットでのみ有効
  • 57.
    Visual Studio Code Azureの [FUNCTIONS] 領域で [Deploy to Function App] を選択することで、発行可能。 発行 関数アプリの 作成も可能 発行
  • 58.
    [デプロイ センター] から継続的なデプロイ設定ができる 継続的なデプロイ ソース管理を選択 ビルドサーバーを 選択 リポジトリを指定 AppService を ビルド サーバーに することができる デプロイは関数アプリごとに構成されます。 継続的なデプロイが有効になると、 ポータル内の関数コードへのアクセスは、 読み取り専用に設定されます。 https://docs.microsoft.com/ja-jp/azure/azure-functions/functions-continuous-deployment
  • 59.
  • 60.
    ビルトイン モニター 組込みの監視機能 リクエストログや成功・エラーカウントなど、簡単なログを確認することができる。関数の [監視]ページで、[クラシックビューに切り替え ます] を選択して表示する。 ログの保存先 ログはストレージに保存される。[アプリケーション設定] の [AzureWebJobsDashboard] で保存先の接続文字列を指定する。 リクエストログ 成功カウント エラーカウント
  • 61.
    Application Insights (1) 組込みログ機能よりも詳細なテレメトリデータの収集と分析が可能 設定方法 ① 関数アプリ作成時に有効にする ② 関数アプリ作成後に有効にする [監視] タブで [構成] ボタンを選択する。Application Insights が作成され、アプリケーショ ン設定の [APPINSIGHTS_INSTRUMENTATIONKEY] に、インストルメンテーション キーが 設定される。 運用フェーズでは Application Insights を強く推奨。 Functions 作成時 に有効化
  • 62.
    Application Insights (2) [監視]タブをクリックし、テレメトリ データを表示 呼出し日時を クリック ログ出力が 表示 [監視] タブで表示される実行履歴は、表示されるまでに最大 5 分の遅延が発生する 可能性があります。 開発時などで、即座に確認したい場合は、Live Metrics Stream を使用します。
  • 63.
    Application Insights (3) LiveMetrics Stream リアルタイムでログをモニタリングし、必要に応じてフィルタリングする。 サーバーごとに表示 ログをフィルタリング 特定の関数のログのみ表示したい ときは、Trace テーブルの Custom Dimension 列の Category プロ パティに関数名を指定する 関数アプリ内のすべ てのログが表示
  • 64.
    Application Insights (4) アプリケーションマップ Functions アプリの依存関係をマップで表示する。直感的にボトルネックを発見できる。 操作、依存関係、ロール ごとのパフォーマンスを 表示できる
  • 65.
    ■Azure Functions の考慮事項■ •コールド スタート • Blob トリガー • タイムアウト • マイクロサービス環境でのアプリケーション変更
  • 66.
    コールド スタート コールド スタートとは 従量課金プランでは、一定時間関数の呼び出しがないとインスタンスが解放される。次回呼び出し時はインスタンスの準備から行 うためコードの実行開始までに時間がかかる。 コールドスタートの回避方法 Run-From-Zip デプロイメントを使う 従量課金プランでは、アプリのファイルは Azure Files に保存されファイル単位でロードされる。これにより、ファイルの IO が多くなり低速にな る。Run-From-Zip を使うと、ファイルが zip にまとめられているため IO が 1 度ですむ。 休眠した Functions を起こす 定期的に ping する。フォームを開いたときなどに、事前にリクエストを送る。 C# はスクリプトよりクラスライブラリ スクリプトでは再スタート時にビルドされるため遅くなる。 App Service プランにする App Service プランでは関数の呼び出しがなくてもインスタンスは解放されない。
  • 67.
    Blob トリガー Blob トリガーを使用する際の注意点 ①Blob ストレージ アカウントには Blob トリガーを利用できない ② 高スケールな Blob (10,000 以上の Blob を含むコンテナーや 1 秒あたり 100 を超える更新が行われる Blob )で は、イベントがキャプチャされないことがある ③ Blob トリガーを使用する関数アプリがアイドル状態になっている場合、Blob の処理が最大 10 分遅延することがある。 blob トリガーを利用したい場合の方法 Queue トリガーを使用する Blob とともに Queue に書き込み、Functions からは Queue トリガーを利用する。 →②③ の問題を解決できる。 App Service プランを利用する →③ の問題を解決できる。 Event Grid や Service Bus の利用を検討する →①②③ の問題を解決できる。
  • 68.
    実行時間の長い関数を使用しない より小さな関数セットに分割する。 host.json ファイルで functionTimeout値を変更する 10 分まで増やすことができる。 App Service プランを利用する 専用の VM が割り当てられるため、無制限にできる。 V1 では既定で無制限。 V2 では既定が 30 分に変更されたので注意！host.json で変更する。 タイムアウト 従量課金プランでは、既定では 5 分でタイムアウトする 従量課金プランでは、実行時間が 5 分を経過すると関数の実行はタイムアウトする。 タイムアウトさせない方法
  • 69.
    マイクロサービス環境でのアプリケーション変更 運用環境ではイベントは停止しない。破壊的な変更に留意する。 Function A v1 Function B v1 Queue formatv1 Function A v2 Function B v1 Queue format v2 {“name”: “SmartStore”, “pref”:”Tokyo”} {“name”: “SmartStore”, “city”:”Tokyo”} Function B ver 1 は このフィールドを処理できない Function A v1 Function B v2 Queue format v1 {“name”: “SmartStore”, “city”:”Tokyo”} 事前に Function B を ver 2 へ Function A v2 Function B v2 Queue format v2 {“name”: “SmartStore”, “pref”:”Tokyo”}
  • 70.
    Event Grid クラウドのイベント処理サービス Blob Storageのイベント ソースを使い、Event Grid 経由でイベントを取得することで、Blob トリガーの問 題が解決できる。 Event Grid の概念 ⚫ イベント ソース イベントの発生場所 ⚫ イベント ハンドラー イベントの送信先 ⚫ トピック 発行元がイベントを送信するエンドポイント ⚫ イベント サブスクリプション イベントをルーティングするエンドポイント Media Service Blob Storage Azure Subscription Resource Group Event Hubs IoT Hub Service Bus カスタム トピック Logic Apps Azure Functions Azure Automation Webhook Queue Storage ハイブリッド 接続 Event Hubs イベント ソース イベント ハンドラー Event Grid トピック イベント サブスクリプション
  • 71.
    Event Grid とAzure Functions Azure Functions の Event Grid Trigger から イベント サ ブスクリプションの作成が可能
  • 72.
  • 73.
    ■Durable Functions ■※本コースでは割愛 https://docs.microsoft.com/ja-jp/azure/azure-functions/durable/durable-functions-overview • 適用できるアプリケーションのパターン • Durable Functions の 3 つの関数 • アクティビティ関数 (C# クラス ライブラリ) • オーケストレーター関数 (C# クラス ライブラリ) • クライアント関数 (C# クラス ライブラリ) 本コースでは割愛いたしますが、 非常に強力な機能ですので、ぜひ参考リンクや配布資料を参照ください。
  • 74.
    適用できるアプリケーションのパターン (1) F1 F2F3 F4 関数チェーン 特定の順序で関数のシーケンスを実行する F1 F2 F3 F1 F2 F3 F1 F2 F3 F4 ファンアウト / ファインイン 複数の関数を並列に実行し、すべての関数の完了を待って 別の関数を呼び出す
  • 75.
    適用できるアプリケーションのパターン (2) 非同期 HTTPAPI ロングランの関数の実行状態を他の関数から取得 Start DoWork GetStatus 監視 実行時間の長い関数を監視し、関数の状態によって 後続の処理を変える 人による操作 イベントが呼び出されるまで関数の実行を止める
  • 76.
    Durable Functions の3 つの関数 クライアント関数 オーケストレーター関数 アクティビティ関数 アクティビティ関数 アクティビティ関数 クライアント関数 • Http や Queue など、トリガーは何でもよい • OrchestrationClient バインディングを使っ て、オーケストレーションを作成する オーケストレーター関数 • アクションが実行される方法や順序を表現する • OrchestrationTrigger によって始動される アクティビティ関数 • 基本作業単位。実際の処理を行う。 • ActivityTrigger によって始動される
  • 77.
    アクティビティ関数 (C# クラスライブラリ) [FunctionName("Function1_Hello")] public static string SayHello([ActivityTrigger] string name, ILogger log) { log.LogInformation($"Saying hello to {name}."); return $"Hello {name}!"; } トリガーは ActivityTrigger アクティビティ関数 の名前
  • 78.
    オーケストレーター関数 (C# クラスライブラリ) [FunctionName("Function1")] public static async Task<List<string>> RunOrchestrator( [OrchestrationTrigger] DurableOrchestrationContext context) { var outputs = new List<string>(); outputs.Add(await context.CallActivityAsync<string>("Function1_Hello", "Tokyo")); outputs.Add(await context.CallActivityAsync<string>("Function1_Hello", "Seattle")); outputs.Add(await context.CallActivityAsync<string>("Function1_Hello", "London")); return outputs; } 呼び出すアクティビティ 関数 呼び出す関数名 関数に渡す引数 トリガーは OrchestrationTrigger オーケストレーター 関数の名前 アクティビティ関数の結果を リストで返す オーケストレーター関数に try...catch のエラー処理を 含めることができます。 アクティビティ関数を呼び出すのに使用
  • 79.
    クライアント関数 (C# クラスライブラリ) [FunctionName("Function1_HttpStart")] public static async Task<HttpResponseMessage> HttpStart( [HttpTrigger(AuthorizationLevel.Anonymous, "get", "post")]HttpRequestMessage req, [OrchestrationClient]DurableOrchestrationClient starter, ILogger log) { string instanceId = await starter.StartNewAsync("Function1", null); log.LogInformation($"Started orchestration with ID = '{instanceId}'."); return starter.CreateCheckStatusResponse(req, instanceId); } バインドは OrchestrationClient オーケストレーター関数を 呼び出すために利用 結果と実行状態を取得する エンドポイントを返すメソッド オーケストレーター 関数名
  • 80.
    starter.CreateCheckStatusResponse() の結果 実行結果や実行を管理する URLを取得する ロングランの関数の実行状態を他の関数から取得 starter.WaitForCompletionOrCreateCheckStatusResponseAsync オーケストレーターの実行結果を API のレスポンスとして返したいときに使用 項目 説明 id オーケストレーターのインスタンス ID statusQueryGetUri 実行状態と結果を取得する URL sendEventPostUri イベントを発生させる URL terminatePostUri 実行を終了させる URL rewindPostUri 失敗したオーケストレーターを再実行する URL 完了実行中 失敗
  • 81.
  • 82.
  • 83.
  • 84.
    Azure Functions のエラー処理 https://docs.microsoft.com/ja-jp/azure/azure-functions/functions-bindings-error-pages 次のトリガーには、組み込みで再試行（リトライ）の仕組みをサポート •Azure BLOB Storage • Azure Queue Storage • Azure Service Bus (キュー/トピック) 既定の回数分、再試行した場合（全てエラーだった場合）、 これらのトリガーは特別な、有害キュー (Poison Messages) にメッセージを書き込む。 他の Functions トリガーでは、組み込みで仕組みがないため、 Functions アプリケーション内で、必要に応じて try-catch などのエラーハンドリングを行う。
  • 85.
  • 86.
    まとめ 第 1 章サーバーレスとMicrosoft Azure ⚫ サーバーレスのメリット 第 2 章 Azure Functions ⚫ 関数アプリの作成方法 ⚫ トリガー、バインドの利用方法 ⚫ Azure Functions の考慮事項 第 3 章 参照アーキテクチャ ⚫ サーバーレス Web アプリケーション ⚫ サーバーレスなイベント処理 ⚫ Azure Functions のエラー処理
  • 87.
    サーバーレスで新しいアプリを！ Web アプリケーション アーキテクチャIoT バック エンド SaaS 統合 モバイル バック エンド 数百万のデバイスが Stream Analytics にデータを送信 Azure Cosmos DB に データを書き込み Functions で データを変換・構造化 OneDrive に Excel ファイルを 保存 Functions で Microsoft Graph API を使いコンテンツを分析 グラフを新規シート に作成 写真を撮ったときに Functions を呼び出し 画像を BLOB に保存 画像をモバイルに合わ せたサイズに変換 シングル ページ アプリから Functions を呼び出し Functions でユーザー 情報 に基づき、広告を決定 ページが完成
  • 88.
    Microsoft Learn Azure Functionsのコースが追加されました！ https://docs.microsoft.com/ja-jp/learn/ • アカウント不要で 無料のサンドボックスを利用 サーバーレス アプリケーションの作成 • Azure Functions を使用したサーバーレス ロジック の作成 • トリガーを使用して Azure 関数を実行する • 入力バインディングと出力バインディングを使用して Azure 関数を連結する
  • 89.
    ◼ 本書に記載した情報は、本書各項目に関する発行日現在の Microsoftの見解を表明するものです。Microsoftは絶えず変化する市場に対応しなければならないため、 ここに記載した情報に対していかなる責務を負うものではなく、提示された情報の信憑性については保証できません。 ◼ 本書は情報提供のみを目的としています。 Microsoft は、明示的または暗示的を問わず、本書にいかなる保証も与えるものではありません。 ◼ すべての当該著作権法を遵守することはお客様の責務です。Microsoftの書面による明確な許可なく、本書の如何なる部分についても、転載や検索システムへの格納または挿入を行うことは、どのような形式または手段（電子的、機械的、複 写、レコーディング、その他）、および目的であっても禁じられています。 これらは著作権保護された権利を制限するものではありません。 ◼ Microsoftは、本書の内容を保護する特許、特許出願書、商標、著作権、またはその他の知的財産権を保有する場合があります。Microsoftから書面によるライセンス契約が明確に供給される場合を除いて、本書の提供はこれらの特許、商 標、著作権、またはその他の知的財産へのライセンスを与えるものではありません。 © 2019 Microsoft Corporation. All rights reserved. Microsoft, Windows, その他本文中に登場した各製品名は、Microsoft Corporation の米国およびその他の国における登録商標または商標です。 その他、記載されている会社名および製品名は、一般に各社の商標です。