9周年イベントのレポートです。AzureでIoTって実際どうなの?3つ目のセッションは、今回のイベントのスポンサーをされている、東京エレクトロンデバイスの野崎さん、茂出木さんによるIoTに関するお話でした。はじめに、組み込み向けWindowsの紹介がありました。Enterpriseには、ユーザーの不正な操作や表示される内容を管理者がコントロールできる、ロックダウン機能が実装されています。これにより、例えばデジタルサイネージでWindowsのスタートメニューが表示されてしまうというアクシデントを防ぐことができます。CPU)でWindowsが動く」ということでかなり話題になっていました。Coreをインストールしたラズベリーパイを組み込み、自分でコントロールできるように改造したりしてみたそうです。IoTはより簡単に使えるように進化してきました。SDKを用いたデバイス側の開発も必要でした。Acceleratorsがリリースされ、業務シナリオごとに事前構成されたソリューションが自動展開できるようになりました。細かい部分は自分たちでカスタマイズする必要がありました。Centralでは、できることとできないことが明確に分かれるという特徴がありました。Playがパブリックプレビューとなりました。Playには認定デバイスがいくつか登録されており、認定デバイスを購入すれば、簡単な設定を行い、電源を入れるだけですぐに動かすことができるようになっています。ADとSAML連携のお話でした。Directory(以下、AAD)はオンプレミス版ADのAzure版ではありません。ADはサーバーの場所や機能によって、以下の4通りに分類されます。Directoryの分類(登壇資料8ページより)このように、AADはクラウドアプリケーションの認証に用いられる「認証基盤」です。AADを使うと何が嬉しいのかというと、多数のクラウドアプリケーションを使用する際に、各アプリケーションの認証情報を統一することができるというメリットが得られます。昨今の企業ではOffice365のみならず、Slack、GitHubなどの多数のアプリケーションを使用することが一般的かと思います。AADを使用しないと、これらの各サービスの社員アカウントを個別に作成・管理する必要があります。AADを使用すると、認証をAADに統一できるため、社員が入社・退職したときなどにアカウントの管理が非常に楽になります。次に、シングルサインオンの動作の解説がありました。シングルサインオンを行うためにはIdPであるAADとSPであるクラウドアプリケーションが、互いに信頼関係にある必要があります。シングルサインオンはSAMLという、異なるインターネットドメイン間でユーザー認証を行うためのXMLをベースとした認証プロトコルが用いられます。詳細は省略しますが、認証時はSAMLリクエスト、SAMLレスポンスをIdPとSPが互いに送り、署名の検証を行うことで認証が行われます。その後、実際にサポート窓口にあった問い合わせの紹介と、その原因の解説、修正方法の説明がありました。SAML署名証明書の有効期限が切れた際には、新しい証明書を作成し、AAD、SPそれぞれにアップロード後、アクティベートすればOKとのことです。証明書の有効期限はデフォルトで3年間なので、切れる前に更新する必要があるようです。「申し訳ありませんが、サインイン中に問題が発生しました」と表示された場合には、AADのテスト機能を使って原因の調査・修正ができるとのことです。これまではFiddlerなどを使って、自分で解析する必要があったようですが、テスト機能が実装されたため、原因の特定・修正が容易にできるようになりました。サポートに問い合わせる前に、自分で原因を調べたり、修正できるかもしれません。Yamaguchiまたまた長くなってしまったので、次回に続きます。Days%d人のブロガーが「いいね」をつけました。