Usagi Goya

その5。

もうIgniteで得られる情報は大体書いた気がするので、あとはプレビューが始まったら遊んでみて色々書いていこうと思います。

今回は1～4で記載し忘れたっぽいことをまとめて掲載。

・Windows 7にはマルチセッション無し

・もちろん、VMにはお金かかるからね。M365ライセンスだけの費用じゃ足らないよ。

・Office 365 Proplus最適化のために必要なプロファイル(OSTファイルとか）のために 　プロファイル格納用のストレージを用意しそこに格納する。Windows Searchのインデックスとかもマルチセッションであってもユーザーごとに持てることになる。

・VM側が所属するADはもちろんAAD Connectとかで同期していてもいい。

・テナント単位でもホストプール単位でもアクセス権を付与することができるから、利用シーンに合わせてユーザーに適切なリソースのみを表示させることが可能。

・ホストプールに格納されるVMにはWVDのエージェントがインストールされる模様。ブローカーはそのエージェント経由で集まった情報を基に負荷分散しているっぽい？

だらだらと投稿しているWVDシリーズのその4です。

今回は、WVDでキーとなるであろう用語のご紹介です。

■ホストプール 　WVDで一番キモになるところです。 　ホストとなるVMたちの置き場です。

 WVDに限らずクラウド設計の成功は、ペルソナベースのシナリオをいかに描けるかだと思うので WVDも利用(業務形態、シナリオ）シーンに合わせて適切なVM群をまとめるためにホストプールを用意するのが良いと思います。 　 　ホストプール単位でVMの数やサイズを調整していくことになるようなので、 　業務形態、シナリオごとにホストプールを分けるのがベストと考えます。 　それに合わせて同じ単位でリソースグループも作っておいた方がいいと思います。

■モード 　二つあるようです。 　①広域モード 　　パフォーマンスを優先する際に選択するModeのようで、 　　ホストプール全体で均等にユーザーを分散させます。

　②深さモード？多分日本語だと専用とか固定モードかな？ 　　 ユーザーをVM割り当てるようです。      これは設計を事前にゴリゴリしてVMをRI対象にさえできたらとてもコスト削減につながるかなと。

　　 ただ、パフォーマンスは都度スケーリングでVMを調整するようです。 　　　→このスケーリング利用者側かパートナーやメーカーがツールとして用意するか作業でカバーする範囲のようです。 　　　　 PowerShellかAPIが用意されていれば、どうとでもなると思いますけどね。

■マルチセッション 　　WVDの最大の売り。 　　今までServer OSで行われていたOSへのマルチユーザーセッションをWindows 10で実現したもの。 　　それむけの専用OSイメージも用意されており、多分これがWVDの最大の売りです。他のサービスでこのOSは提供されないって現地の人は言ってました。

今回は、WVDのメリットに触れようかと思います。

その1でも少し触れましたが大きくメリットは４つかと。 ①VDI/RDSH環境の導入～維持における管理者の負担軽減 ②コスト削減 ③UXの向上 ④セキュリティ

①管理者の負担軽減 概要を聞いただけでずいぶんと負担が減ると感じられるかと思います。 VDI環境一つ整えるのに、数か月以上のPJレベルになっていたのはよくあった話かと思います。 ほんとかどうかはまだ不明ですが、半日もあればWVDは環境が導入できそうです。

維持についても構成する要素のほとんどはMSのサービスなのでMicrosoftに管理を任せてしまうことができます。 WVDにおいて管理者が意識して行う仕事としては、VMの管理とカスタムイメージ及びアプリケーションのVerUPなどぐらいでしょうか。

②コスト削減 ライセンス面でのコスト削減はM365のみが必要であるというシンプルでわかりやすいメリットがあります。 ※ServerOSはCALが別途必要になりますが・・。

それ以外にインフラの維持面でもコスト削減につながると推測されます。 次回以降投稿するモードや、利用シナリオによるかもしれませんが、 Windows 10 マルチセッション、Azure RIを併用した場合はとんでもなく安価になるんではないかなと思っています。

VDIのよくあるパターンとして、各利用者に振るリソースはピーク時に必要な処理能力や要求されるメモリを用意したりします。そう、一番負荷が高い時に必要なスペックを万が一のために用意しておくんです。

例えば、ただの事務作業しかしない職員10人用のVDIを用意しようとした際、ピーク時が3つのvCPU、8GBMEMが必要だった場合は 合計30vCPUの、80GBMEMのような膨大なリソースが必要になります。

でも通常の業務において、実態はそんな10人が全てピーク時のリソースを使うわけでないですよね。大体、リソースが空いています。※繁忙期とか同じタイミングで高度計算するようなケースはのぞき。 WVDで唯一実現できるWindows 10 マルチセッションならRDSHのように使えるわけですから今までのようなリソース量は不要になります。

スケーリングを無視すれば、Azure RIでVMコストをさらに下げることも可能でしょうし。

③UXの向上 WVDで、負荷分散方式を広域Modeにするとユーザーからすると今までに比べて、その時必要なスペックが確実に割り当てられるため、今までのようなスペック不足を感じることはまずなくなるのではないかなと推測しています。

前回の投稿で5Mbpsもあれば、モバイルデバイスからのアクセスにおいて フルデスクトップでもストレスなく利用できると推測されます。

ホストプール（詳しくは次回）を業務シナリオで分けておけば、よくある事務員レベルを想定した低スペックのVDI環境でスタートしても、ハイスペック環境が必要な職員向けの環境も用意できるので、利用者としては自分の仕事に最適なマシンを利用することができると思います。

④セキュリティ ①にもつながる話ですが、RD ClientからWVDにアクセスする流れの第一歩は VM群が存在するホストプールが存在するAzure ADへの認証のはずです。

それはつまり、Azure ADでVDI環境へアクセスする際に "多要素認証"や"条件付きアクセス"ができることへつながります。

例えば、ドメイン外（＝組織で信頼しているデバイスではない）のデバイスからのアクセスは、その認証したユーザーアカウントの利用者へ多要素認証を強制する。 といったシナリオが簡単にVDI環境でも実現できるかと思います。

また、仮想アプリケーションとホストOS間でのデータ転送禁止なども実現可能で、情報漏洩対策も仕組みとして用意できるといったメリットがあります。

その1の続きです。

Windows Virtual Desktop(以下、WVD） を考える時に大きく三つの領域に分けられるかなと思います。

①RDクライアントである各デバイス管理の領域 ②WVDを実現するAzureサービスの領域。 ③VMホストを構成する領域

①に関しては、みんな大好きSCCMやIntuneの範疇ですね。 今回は割愛します。

②と③は利用者から見た場合、WVDとしては丸っと範囲なのでしょうけど、 いっしょくたに考えると少し複雑になると思うため、 私個人は分けて考えた方がいいと思っています。

なぜって、WVDは"マルチテナント対応"らしく、 ②と③は1:nの関係が構築できそうだからです。

では、実際に環境を構築するときの話は次回以降として、 その前に考慮しなければいけないことがいくつかあります。

前提条件として

どうもいくつか利用にあたり、前提条件がありそうです。 ・Azureのサブスクリプション→言わずもが。だってWVDのサービス部分Azureだし。 ・M365などのライセンス→VDAライセンス相当及びVMのOSだったり言わずもがな。M365の価値爆上げ。 ・Azure ADテナント→RDクライアントからの認証及び、WVDでホストプールがあるテナントを指定するためやその他諸々。 ・AAD-DSもしくはVnetとAD→ホストプールの設定で必須。

リソース要件の一例

ペルソナベースのリソーステンプレートがあるようです。 ここからある程度のコスト計算はできそうです。（プロファイルのディスクはこれだと少ないと思われますが。。） perUserで出すのか、全体で出すかはケースバイケースだとは思います。 ※M365のライセンスがあるのでperUserで考えたほうがシンプルかなと思います。

ネットワーク回り

パブリックなクラウドで提供されるサービスである以上、ネットワーク帯域は気になります。 ※今後Azure StackでWVD対応できたら需要ありそうですね。

画面解像度による最低限必要なネットワーク帯域の情報がありました。

業務シナリオによる必要なネットワーク帯域の情報もありました。

ここまで情報があれば、あとは利用シーンに組み合わせて色々とシナリオを描いて概算のコスト試算は今でもできそうです。

個人的にVideoチャットやVideo会議をVDI経由でやるシナリオはないなぁ。と思っており、(TeamsやSkypeアプリはマルチデバイス対応しているし) 最低で5Mbpsぐらいあれば、いろんなシナリオに対応できるんじゃないかなと思っています。

ただこれは1セッションの話(持ち出し端末などを想定）なので、組織全体で設計するときは利用セッションを想定してもっと増やす必要があるかと思います。まぁ、そんなときはExpressrouteでも引くと思うので細い回線のままつかうというのはまず設計しないかなと思います。

Ignite 2018で発表され、瞬く間にニュースで広がり、

世界中のエンジニアが注目しているサービスですね。

概要については下記をご参照ください。

https://azure.microsoft.com/en-us/blog/microsoft-365-adds-modern-desktop-on-azure/

ニュースサイトでいっぱい情報が出ているので、私のブログでは概要については説明しないです。 一言で言うと、Azure 上で展開するVDI/RDSHマネージメントサービスかと私は思います。

大まかな概要が理解されているという前提で、 ここではインターネットで記事としてまとまってない情報を中心に展開しようかと思います。 ※Ignite 2018での情報なのでGA時には不明です。あしからず。

まず、他のVDIと違うのはO365 ProPlusに最適化され、 マルチセッション(公式情報ではマルチユーザーと表現していますね）でのWin10利用に対応しているということ。そしてサービスであるということ。

最大のメリットはM365(E3/E5/F1)があれば利用可能ということ。 M365の価値が非常に上がったかと思います。 今までCitrixやVM WareのAzure上におけるWin10利用では、 EAでSAを持つか、CSPなどでは別途VDAライセンスを購入する必要があり、 ライセンス形態も管理も複雑でコストも高めでした。

しかしクライアントOSでVDIやるなら、M365だけ買っとけばOK!というのはシンプルで良し。M365が値上げしないならなお良し。 M365はCSPでも展開しているので、ライセンス増減対応も非常に柔軟。 本ブログ記事のその3ぐらいで投稿予定の、とあるシナリオだとCSPがまさにマッチすると思います。

さて、Windows Virtual Desktop(以下、WVD)の特徴でもあるマルチセッションですが、、、 SBC形式に近いと思ってもらえればわかりやすいかなと思います。 WVDで接続しているセッションでログインユーザー一覧とかを見ると別ユーザーが見えたりします。

そして下記は実際のWVD設定項目の一つで、ギャラリーからOSイメージを選択する画面ですが、VM作成時にSingleセッション向けのVMも選択できそうですね。こっちのほうがVDIといえるかと。あ、ちなみにWindows ServerでRDSHする場合、CAL必要とのことです。

マルチセッションが存在する理由の一つとしてはコストの削減などでしょう。 VMをAzure RIなどの対象すればかなりVDIとしては安価に利用できるのではないでしょうか。

今年もIgnite 2018へ行ってきたので、今年は下記2製品の記事を投稿しようかと思います。

「Windows Virtual Desktop」 「Microsoft Managed Desktop」 やっぱりEndpointが好きなので。

ちなみに、Ignite 2018のKeyNoteは下記から。 https://www.youtube.com/watch?v=XBpibC4s0bc

SAPとAdobe社が出てきてTOP3が並んだ時にはびっくりしました。ニュースでも取り上げられていたかなと。

なお、来年のIgnite 2019は、場所は同じくフロリダ州オーランド、オレンジ間ベンションセンターですが、開催は11月に変更の模様。ハイシーズン避けたのかな？

間が空きましたが、Windows Auto Pilotの続きです。 ※別のことに夢中でブログ投稿が追い付かない・・

今回は端末側の挙動について。 詳細は前々回の記事（http://botan.link/post/167692703771/windows-autopilot-とはレビュー-システム設定編）を参照。

AutoPilotの準備もできて、デバイスも登録できたんで今度はデバイスを起動させてAutopilot経由でIntuneに登録させます。

では、いきなりWindows起動からどうぞー。

■Windows デバイスの起動

ここでオンラインからUpdateをチェックして適用していますね。

はい。色々いつもと違いますね。いつもならMSアカウントを入れてくださいとかそんな内容です。

ここに表示されている諸々はAADの会社のブランドから設定できます。

なお、会社の名前の変更はプロパティからです。

M365のライセンスが付与されているユーザーでログインし、パスワードを入力します。

ライセンスの確認などが行われ。

そして、Win10にログインができるようになりました。 ログイン直後は、Intuneから実行命令がまだ届いていないので O365 ProPlusはないですね。

エディションが、Businessになってますね。 ※これはもともとのOSがProだからです。 Enterpriseの場合は、変更されません。

ホストネームを見てみるとー。 Intuneに登録されてますねー。

そんな確認をしている間にIntuneからO365 Proplusが配布されていました。

リモートで再起動もワイプもできます。 こんな画面が表示されます。 利用していない状態だとすぐにされます。

AutoPilotの続きです。本当はクライアント側の処理について記事を投稿しようと考えましたが、デバイス登録する際の注意点について先に投稿します。

■どうやって登録すんの？

PCの情報登録にはcsv形式でファイルアップロードをする必要があります。

アップロード先はCSPポータルか、Microsoft Store for Businessです。

CSVファイルの形式にはお作法があって、決まったフォーマットにする必要がありますが ここ数か月(2017年の夏～)で仕様が変わっていたり、変わると言っているのに変わっていないように見えます。

自分自身が色々と混乱したので、2017年12月時点の情報を今回はまとめます。

■そもそもさ 　・AutoPilotの対象としたいPCを固有の端末として識別できるように、下記の情報を利用して識別します。 　　-シリアル番号    -Windows Prodcut ID 　　-Hardware Hash ID    -Model    -OEM名

　・上記の情報を全てもしくは一部をPCの情報としてCSVファイルに登録します。

■なんか、見覚えのない情報があるんだけど？ 　・シリアルは大丈夫だと思いますが、いくつか馴染みのない情報があるので説明します。

　[Windows Product ID] 　　・名前を聞かないだけで、実はよく見かける番号です。 　　・プロダクトキーじゃないです。いわゆるOSをインストールした結果、生成される番号です。 　　・下の図です。 　　・ちなみにレジストリに書かれているので、下記コマンドを実行すると取得できます。 　　　「Get-ItemPropertyValue "hklm:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\DefaultProductKey\" "ProductId"」

　[Hardware Hash ID] 　　・これが一番わかりづらいですね。 　　・OSのインストールのたびに値が異なる自動生成されるながーーーいIDです。 　　　※なぜかMSの公式情報とかだとやたらと短いですが、実際はいくらやっても長いです。。。 　　・じゃぁ何かっていうと、、、この後紹介する「Model」と「OEM名」と「シリアル番号」を 　　　含んだHash値のようです。 　　　※どこにも情報が無いので、検証した結果ですけども・・ 　　・毎回変わる値と固定の値がHash IDにはあるため、多分固定値だけが必要なのだと思います。 　　　※だって、含んでいる情報がすべて固定のものだから・・ 　　・特定のコマンドで抽出できます。 　　・のちに述べますが、このHardware Hash IDが今のところ万能なID（情報)となります。 　　・HardwareHashは、下記コマンドで取得できます。Cドライブ直下にPC名のテキストファイルで書き出します。 　　　「$wmi = Get-WMIObject -Namespace root/cimv2/mdm/dmmap -Class MDM_DevDetail_Ext01 -Filter "InstanceID='Ext' AND ParentID='./DevDetail'" $wmi.DeviceHardwareData | Out-File "C:\($env:COMPUTERNAME).txt"」

　 　[ModelとOEM名] 　　・夏ぐらいから増えました。 　　・それより前には、Hardware Hash IDとWindows Product IDとシリアル番号のセット以外の 　　　選択肢がありませんでした。    ・どうやら、Hardware Hash IDが不要になるようで、その代わりに増えたようです。 　　・意味合いとしては、Hardware Hash IDを生成する元ネタを登録情報としてつかるようになったということでしょうかね。 　　・これは特に調べなくてもわかると思いますが、systeminfoなどで引っ張れます。

■なんか色々登録情報があるけど、どれ使えばいいの？ 　・はい、これが今のところ判断するのがとってもむずかしいのですが・・・

　　　現在は「Hardware Hash IDのみを使う」が個人的に運用も扱う情報の種類も、汎用性も高いと考えています。

■なんで色々ある情報からHardware Hash IDなの？ 　[hardware Hash IDのいいところ] 　　・CSPポータルとStore for Business両方で使える。 　　　→つまり、現在は使えない情報の組み合わせが存在するから。

　　・これ一つのIDで唯一済むから。 　　　→ほかの情報は1つでは足らなくて複数の情報とのセットが前提。

　[じゃぁほかの情報は？] 　　・OEM名、シリアル番号、Modelでhardware Hash IDの代わりになるという公式情報があります。 　　　URL:https://msdn.microsoft.com/ja-jp/partner-center/autopilot 　　　しかし、検証の結果登録しても"HashIDがない"としてエラーが出るため、現在はまだ使えないです。また、同様にHardwaHashIDが不要であるとの情報もありますが、いつから不要になるのかもいまいち公式情報はありません。

　　・ほかのパターンとしては「シリアル、プロダクトID、HardwareHash ID」の三つの情報を使うパターンがありますが、 　　　結局HashIDつかうならわざわざほかの情報増やす必要もないので・・・。

ただ、これも今後どうなるかわからないので適宜運用は変更しなければならいです。

■まとめ 　本当はOEM名、シリアル番号、Modelのリストで未来は運用したい。 　でもなぜか現在だと、Store for Businessで利用できないから、 　今まさにAutoPilotの検証や運用を乗せたい方は「HardwareHash ID」のみを利用したリストを 　使うのが一番運用が楽。だと思います。

　利用企業としては、もしOEMメーカーに「HardwareHash ID」を要求できるのあれば 　運用が楽ちんですがOEMメーカーとしては仕事が増えちゃいますね。

　確かここら辺を対応しているOEMメーカーが、6社ぐらいあったはずです。(Lenovoとか)

今回もWindows Auto Pilotについてです。

前回の概要編はこちら（http://botan.link/post/167509860831/windows-autopilot-とはレビュー-概要編）

今回はシステムの設定編。 インフラ側のシステムをAutoPilotに適切に対応するため、 下記シナリオを仮定して展開します。

■シナリオ [企業のインフラ] 　・オンプレシステムではなくO365をはじめとしたクラウドインフラ。

[利用者] 　・ITに詳しくはないが、PCの利用やインターネットの利用は問題ない。

[IT管理者の要望] 　・PC端末の展開にかかる工数をできるだけ減らしたい。自動化したい。

　・新しい仕組みを取り入れても下記は実装したい。

　①O365 ProPlusを自動的にインストールさせたい。 　②クライアントPCを管理ツールにより管理したい。 　③端末に対してセキュリティ設定を自動的に付与させたい 　　-パスワードポリシーを設定 　　-SharePointOnline上のイントラサイトをEdgeのホームページに設定 　　-Widows Defenderをウィルス対策ソフトして利用するので設定をコントロールしたい 　　-設定アプリからゲーム設定を非表示にしたい。 　　-Windows UpdateやFeatureUpdteをコントロールしユーザーに設定させたくない 　　-USBメモリなどを利用させたくない

さぁ、上のようなケースを対応していきましょう。

■AutoPilotの設定 　　①Microsoft Store for Businessか、CSPポータルへログインします。 　　　※CSPで購入したライセンスであっても、必ずしもCSPポータルを利用する必要はないです。 　　　　そもそもCSPポータルはCSPプロバイダしか操作ができないので、 　　　　OEMメーカーとCSPプロバイダが協業したり両方を兼ねているケースで無い限り 　　　　CSPポータルは利用しないと考えます。

　　②デバイスから「AutoPilot展開」をクリックし、「新しいプロフィール作成」を行います。

　　③プロフィールの作成画面で、必要事項を入力して作成をクリックします。

　　　※今回はシナリオに適用するため、下の図のような設定にしました。 　　　　なお、緑枠の部分はAutoPilotで実行される必須動作のようなものなので 　　　　ON/OFFが選べずONのままグレーアウトされています。

　　④プロフィールが追加されていることを確認したら、「デバイスの追加」をクリックし 　　　CSVファイルを選択します。ここでは2台のマシンを登録しています。 　　　※このCSVはAutoPilotの対象としたいPCの情報リストです。CSVファイルの作り方は 　　　　長くなるので別記事で投稿します。

　　⑤追加されたデバイスを選択し、③で作ったプロフィールを適用します。

■O365の設定 　・O365の設定は多くありません。対象のユーザーにライセンスを付与させるだけです。 　・今回のシナリオではAzure Active Directory P1の機能を使うため、EMSやM365のような 　　包括ライセンスを利用するのが、運用上は一番楽です。 　　クラウドになってもライセンス管理はめんどくさいですもんね。包括ライセンスを社員数購入して 　　付与させるのが一番運用が楽で違反の恐れもないので良いです。

■Intune側のデバイス登録設定 　①Intuneにログインし、デバイスの登録から「Windowsの登録」を選びます。

　②「デバイス」をクリックします。

　③画面が切り替わるので、メニューから「同期」をクリックし少し待ちます。

　④少しすると、AutoPilotで登録したデバイス群が追加されます。

※ここら辺は、本当にDEPみたいな動作しますね。

■Intuneのデバイス構成設定等 ※Intuneの設定は割愛しますが下記設定を行えば可能です。

　[O365 ProPlusの自動展開] 　　・IntuneでO365 ProPlusの登録と配布したいグループへの強制展開 　　　-グループはAADP1のダイナミックグループを活用すると細かい設定が可能です。 　 　[デバイス構成] 　　・デバイスの制限で作成 　　　-ログインパスワードの種類や文字列を特定の桁数などに強制      -Edgeのホームページを特定ページに 　　　-Windows Defenderのコントロール 　　　-設定アプリで、ゲームの利用を禁止 　　　-更新とセキュリティの利用を禁止      -リムーバルストレージの利用禁止

   ・ソフトウェア更新プログラム 　　　-Windows 10更新プログラムのリング

ここまで設定したら、システム側の準備は完了しました。 次回はこの環境を実装した場合、端末側ではどのように動作するのか、 初期セットアップの手順を踏まえて紹介します。

今日はIgnite 2017でも盛り上がった、Windows AutoPilotについてです。 今回は概要編。設定などは別の記事で。

そして、今回は画像がほぼなし・・文ばっかりです。

■AutoPilotって？ 細かい詳細や内容は下記参考URL群。 [参考URL]

AutoPilotの概要 　https://docs.microsoft.com/ja-jp/windows/deployment/windows-10-auto-pilot

AutoPilotでWindowsを管理するには 　https://docs.microsoft.com/ja-jp/microsoft-store/add-profile-to-devices

このサイトに来るような人は大体、概要や仕組みは理解していると思います。 ぶっちゃければ、Windows版の「DEP（Devie Enrollment Program)」のようなものです。

■なんでDEPみたいな機能必要なん？ Igniteのレポート記事でも記載しましたが、 Win10をはじめとしたクライアント管理モデルとして MSは「Co-Management」モデルを発表しました。 そして引き続き、MSではModern ITの最終系である完全クラウドを推しています。

当たりまえですけどWin10やスマホなどクライアントデバイスは、 クラウドありきなところが今の流行りでこれからの主流なんですよね。 そもそもOS自体がクラウド製品と同等のスピードでVerUPしますし。 iOSやAndroidの管理モデルがWindows OSにも来ただけなんですよね。

※スマホとPCのOSじゃ、業務での重要性が違う！　とひと昔まえなら思いますが、 スマホやタブレットで業務をバリバリやる昨今。正直どっちも同じぐらい重要なデバイスなので、 デバイスの種類が違うからOSのライフサイクルも違うんだ！というのは少し時代遅れな考え方かもしれません。

現状、世界中のどんな企業でもどんなシナリオでもModern ITやCo-Managementが 採用できるかと言ったら正直難しいと思います。 でもこれからは、今までのように時間をかけてPCのOSをカスタマイズ/展開していたのでは テクノロジーの進化や、今日本ではやりの"働き方改革"を実現するのは難しくて、 PCをはじめとしたクライアント端末の管理も、できるだけ少ない工数で展開・管理していく方向を求められていくと思われます。

長くなりましたが、そうするためには「ある程度のユーザーセルフ」と「自動化」に取り組む必要があり、 AutoPilotはそのような要素をWindows端末の展開において支援する仕組みだと考えます。

■でも、どうやって活用するのさ・・ 前述の通り、すべてのシナリオや企業で採用を進められる万能なソリューションではないです。 各企業の要件により適切に利用する必要があります。

例えば下記のようなシナリオ

①グローバル企業のケース。 　●日本だとドメイン参加やSCCM参加、GPO統制を利かせているけど他国のオフィスでは統制が効いてない。 　　-よくあるパターンですね。そして他国ではその国独自でポリシーが定められ、セキュリティレベルが低いとか。 　　-本社のある国でPCを調達し出荷・・が低コストでできればいいですが、輸出扱いになったり逆に輸送コストが 　　　かかったりで、現地調達・現地管理がほとんどではないでしょうか。 　　-VDIとかを活用しているケースもあるでしょうが、FAT端末がどうしても必要なケースもあるはずです。 　　　というかそもそもVDI端末を管理下に置きたいとか。 　　-あとライセンス管理とかも雑多になっていると思います。

　〇他国オフィスの端末を本国で集中管理/本国同様のポリシーで管理する場合にAutoPilotを使う。 　　-できれば、Co-Managementモデルを採用してほしいですね。 　　-他国で調達した端末を、Azure AD JoinとAutoPilotとIntune AutoEnrollmentを利用して 　　　・自動的に端末に対してライセンス付与(Windows OS及びO365等) 　　　・Intuneに自動登録し、必要なアプリの自動配布とCSPなどを利用したポリシー配布によるセキュリティ設定の統制。

このシナリオは使いやすいですよね。あと他国オフィスの端末管理を 結構困っている企業が多いはずなので。

②キオスク端末やタブレット利用、営業用端末など。 　　●展開に無駄なコストや時間をかけている。 　　　-キオスク端末やタブレット、営業用の端末は、大きな企業であればあるほど本社や支店利用ではなく 　　　　営業所や様々な現場で利用すると思います。 　　　-いちいち、本社のキッティングセンターでキッティング・・・というのはコストがかかりますし、 　　　　スピーディーさに欠けますよね。 　　 　　〇展開のコスト削減のためOEMメーカーと協力し、AutoPilotを利用する。 　　　-OEMメーカーの協力により、AutoPilotに必要情報を事前登録しIntuneへのAutoEnrollmentも実装しておく。 　　　 必要アプリやセキュリティ設定も含めて。 　　　-OEMメーカーより利用現場へ直送。 　　　-現地でE/U(利用者)が自分のアカウントでPCにログオンし最低限のウィザードで初期セットアップ。 　　　 企業ポリシーやアプリはIntuneから自動的にDeploy。

このシナリオも結構活用できるのではないでしょうか。 ただ、対応しているOEMメーカーと協力が必要だったり、 法人用端末など余計なアプリがインストールされていない端末を調達したほうが良いという条件が付くと思います。

それと、レガシーなマスタ設計しているところもダメですね。 基本OSに、必要な設定＋必要なアプリをAddする。という設計じゃないと。 基本OSの中にごちゃごちゃ一杯アプリや設定も入れて、 ガチガチにOSマスタを設計するような古い考え方やレガシーテクノロジーしか使わないパターンだと AutoPilotは向いてないと思います。

※そもそもそんなレガシーな考え方をするような企業はAutoPilotに興味も持たないかもしれないですね。

AutoPilotシナリオ次第では、クライアント端末の展開にかかる工数をグッと減らせられる、 画期的なソリューションだと考えます。

Windows 10 Fall Creators Update 1709についての続きです。

もうなんかいろんなサイトで機能紹介されているので、 すごくニッチなところを紹介します。

※追いかけている製品が多いと、更新頻度低くなってくるのが悲しい。

今回は、2つ。 新たに増えた設定画面の表示コントロールと Win10に登録したスマホで見たページを引き続きPCで見る方法です。

■新たに増えた設定画面の表示コントロール ・Win10 1703で、ゲーム画面が増えた際に非表示方法をご案内しました。 参考:http://botan.link/post/163405747631/windows-10-creaters-update1703で設定アプリのゲームを非表示に

設定方法は一緒ですが非表示にするパラメーターが異なります。 ※設定方法は参考URLをご参照ください。

[そもそも今回の1709で増えたのは？] ・電話 ・コルタナ が設定画面のルートに増えています。

電話は、この後紹介しますがスマホとWin10を紐づけて 「PCでもスマホでも同じ作業を引き継いで、シームレスに仕事をする」ための設定。

コルタナは、今までコルタナ画面であったりほかの設定項目に含まれていた コルタナの設定をまとめたものです。

・電話の非表示に必要なパラメーター hide:mobile-devices

・コルタナの非表示に必要なパラメーター hide:cortana;cortana-permissions;cortana-moredetails;cortana-notifications

・両方同時に非表示 hide:mobile-devices;cortana;cortana-permissions;cortana-moredetails;cortana-notifications

上記パラメーターで設定画面における非表示のコントロールが可能となります。

※もともと

↓

※減りました。

■Win10に登録したスマホで見たページを引き続きPCで見る方 ※今回はiOSで方法を案内します。

[必要なもの] ・iPhone ・Microsoftアカウント ・1709が搭載されたPC

①設定画面から「電話」を選択し電話を追加します。 　※画面のようにグレーになって電話が追加できない場合は、 Microsoftアカウントにサインインします。

※追加できない。Microsoftアカウントをまずは追加

※追加した。

※すると電話も追加できる。

②電話番号を聞かれるので、SMSが受信可能な電話番号を入力します。

③しばらくするとSMSが届き、必要なアプリへのリンクが含まれているので タップし、アプリをインストール。

※iOSにSMSで通知が来る。

※App Storeに飛ばされるのでアプリをインストール

④アプリを起動すると、設定手順が案内されるので最後までスワイプし

「Try it Now」をクリックしてSafariを立ち上げます。

※インストールしたアプリを起動して、右にスワイプすると最後にこのページに。

⑤Safariが立ち上がるので、上矢印アイコンをタップ後、データを転送するアプリで

③でインストールしたアプリを選択します。

※アプリが存在しない場合、一番右のその他をタップし「アクティビティ」からContinu on PCを有効にします。

⑥スマホで開いているページを転送したいPCが一覧に表示されるのでタップします。

⑦1709が搭載されたPCでSafariで見ていたページを引き続き確認することができます。

今回は、10月17日に出たWindows 10 Fall Creators Update 1709についてです。 ※Igniteの記事投稿がだんだん遠ざかる・・・。

1709(RS3)のレビューについては前回1703と違い、できるだけ深堀して いくつかの記事を投稿しようと思います。 ※海外からのアクセスがほとんどWin10のレビューだったので、 需要があるのだと判断しました。

前回の1703の時と同様にCB（現在だとSAC(Target)という名称)でのレビューとなりますので、CBB（SAC)が出た時には余力があれば差分を投稿します。

■概要 ・今回もいくつか目玉のUpdateがあります。 ・有名どころとして「Fluent Design」「Windows Mixed Reality(Windows MR)の対応強化」あたりでしょうか。 ここら辺は大手Newsサイトでも紹介されていますので、私の方はもうちょっとマイナーな機能にフォーカスします。 ・あとは、削除される機能がいくつかあるので、当該機能を活用されているケースではUpgrade前に注意が必要です。

■入手 ①VLSCで早速リリースされていました。

②SCCM(WSUS)でもFUがリリースされていました。

■インストール ①初期インストール時にちょっと変更がありました。 ※VLSCメディアでは下記のように、エディションが選択できるようになっていました。

②SCCMでは上記変更に伴ってか、1703までのようにエディションでFUが分かれておらず 一つにまとまっていました。 ※今回から一つのメディアやesdで複数エディションに対応するように変更したと推測。 esdの実態はメディアとほぼ同じ内容が含まれているので、あたりまえっちゃ当たり前ですね。

※Expressには非対応の模様。無いっすね。

■SCCMなどを利用したUpgradeについて ・SCCM（WSUS)にも当該Updateがリリースされています。 ・大体3GBぐらい。 ・Update時にバックアップがローカルで行われるので、端末次第ですがちょっと1hでは終わりません。大体180GBぐらいのデータを持っている端末で1h30minぐらい。 ・そうなると、デフォルトの設定ではインストール時に失敗してエラーコード「0x800704C7」が表示されます。

・これは、UserによるCancelというエラーコードなのですが、実態はSCCMによるパッチ適用時間がデフォルトで1hであるためそれを超えてしまい、端末からするとユーザーがキャンセルしたように見えてしまうからです。

・対処方法としてはSCCMで当該KBのプロパティから「最長実行時間」タブで時間を変更します。

※ここだと多めにみて2hにしています。

■新規インストール/Upgrade直後について ・新規インストールでは特に今までのOSと大きな違いはありません。 ただ、UIが一部変更されているので多少の戸惑いはあるかもしれませんが 基本操作に必要なUIに変更はありません。 ※こういうことの繰り返しがWin10では今後も発生します。正直ユーザー向けのマニュアルを作って運用しても半年に一回陳腐化するので、労力をかける意味が本当にあるのか疑問ですね。

・Upgrade直後は端末のCPUが30分ほど90%近くまで張り付きましたがそれ以外で特筆するようなことはありませんでした。

・バージョンはEnterpriseで「16299.15」ですね。 ・UI変更の一部でバージョン情報の上の方にステータスが追加されています。

今回は、ignite2017でのSCCMについてです。

総評や以前のレポートでも触れましたが、 SCCM単体というセッションは基本なくて、IntuneやWin10とセット扱いでした。

やはり目玉は、前回の記事で登校したCo-Managementでしょうか。

ただ、それだけだと面白くないのでイベント全体を通して見聞きした SCCMに関わる事項を投稿していきます。

■海外エンジニアがMSエンジニアへしていた質問

・SCCMはクラウドのOSDっていつ対応するの？ 　→OSDとイメージングは従来のテクノロジーです。 　　Modrn ITを目指すため、マインドセットを変えてプロビジョニングを採用してください。 　※つまりしないってことでしょう。だからAutoPilotが出たのでしょう。    でも、AutoPilotも癖があるので・・・。すべてのケースをカバーというわけにはならないと思います。

■DualScanについて ・セッション内で10分ぐらい使って改めて事象を説明していました。

・印象に残ったのは「いや、別に不具合じゃないし？」というスタンスだったこと。 便利な機能としてリリースしたんだという内容で、下記のような事象になるよー。という説明だけでした。 ※いや、まぁわかるんですけどね。KBぐらい紹介してよーと。。

・最後に、参加していた海外エンジニアが「いや、DualScanになって困ってたんだよ。1703だとまだ困っている」というコメントを発しており、あぁやっぱ世界中で困ってたのかというのを感じました。

※ちなみに、1703の修正はKB4041676(https://support.microsoft.com/ja-jp/help/4041676/windows-10-update-kb4041676)がリリースされたことにより解消となるはずです。

■Express Updateについて ・ネットワークトラフィックを1桁減らすと明言していました。

・WaaSを最適化するにあたり、利用を強く推奨していました。

・Express Updateは「スマートなパッケージ」により、更新コンポーネントごとにファイルレベルで差分が存在し、パッケージ内に必要な差分を見つけるための詳細情報を持っている。そして最終的にフルパッケージを適用するのと同じ結果を得られる。そして「スマートなダウンロード」によりクライアントへのトラフィックを最小限に抑えて、スマートなパッケージから必要なコンポーネントと、必要な差分だけを含むバイトが転送される。という表現でした。

■WaaSについて ・これは次回以降のWin10の時に掲載します。SCCMだけではもう最適に運用を行うことは実現できないと個人的に思っているので。

※いきなりIgnite関係ないっす。

iOS11 でEAP-TLS/802.1x のWifiに接続できない問題。 バグっぽいけど、今日時点でもApple社からのコメントなし。

https://forums.developer.apple.com/thread/87403

iOS11にあげる前に接続してれば問題ないが、iOS11にしてから接続しようとしたり、iOS11になってからパスワードを変えたりすると陥ります。

iOS11.01と11.03で発生を確認。パスワード入力画面がなくID(証明書)の選択を求められる。

Intuneでももちろん陥ります。どうやらmobileconifgで書いたやつもだめ。個人的にはKeychainのバグとにらんでたり。

暫定回避としては手動接続ならiOS11でもつながることを確認したので、証明書だけIntuneから配布して手動で接続するぐらいしかないのかなぁ。

※11月追記

Ignite 2017のレポートです。今回はSCCMとIntuneに関する内容となります。

■イベント内における両製品の扱い ・IntuneとSCCMの統合利用を前提とするセッションが大半でした。

・日本においてIntuneはEMMシステムとしての利用が大半で、 PC管理においては殆ど利用ケースが無いと個人的に考えます。 しかし、本イベントではモバイルデバイス(スマホとか）ではなく PC(Windows10 デバイス）の管理システムとして前面に押し出されていました。

■そもそもPC管理のIntuneってどうなのか？ ・Azure 移行前のSilver Light環境ではエージェントを使ったPC管理と、 Windows 10を対象としたエージェントレス(Modern管理＝MDM管理)の二つがありましたが、 エージェントを使っての管理は今後廃れると考えられるため、 本イベントでも基本はModern管理が前提でした。

※個人的な予想としてWindows 7がEOSとなる2020年ぐらいにはIntuneのエージェント機能は無くなってしまうのでは?と思っています。

■でも、Intune使ってPC管理するとドメイン参加できないのでは？ ・これが、そもそも大きな変更ですね。Windows10 1709からActive Directoryと Azure Active Directory両方に参加できるようになるとのこと。

・クライアントOS側がこのように対応しても、インフラ側が対応していなければ どうにもならないので、インフラ側は「Hybrid ID環境」を実現する必要があります。 https://docs.microsoft.com/ja-jp/azure/active-directory/active-directory-hybrid-identity-design-considerations-identity-adoption-strategy

・Hybrid ID環境に加えて、ADDS参加済みデバイスをAzure AD環境にもデバイスを参加するためにインフラ側をさらに整える必要があります。 「Hybrid Azure AD Joined」の実現が必要とのこと。 https://docs.microsoft.com/ja-jp/azure/active-directory/device-management-hybrid-azuread-joined-devices-setup

・あと、端末をWin10 1709に。SCCMを1710にする必要があります。

■両方参加できるとどうなるの？ ・今までのWindows 10 OSでは、ADDSかAzure ADどちらかしか参加できませんでした。 Azure ADに参加した端末は、オンプレミス環境との親和性が低くなる代わりにクラウド環境と親和性が上がります。 ADDSに参加した場合はその逆ですね。というかオンプレミス環境を完全無視できる企業は限られるため、 基本的にはADDSに参加し、SCCMでPCを管理。モバイルデバイスをIntuneで管理。というパターンが良く見かける構成だと思います。 Azure ADにPCを参加するケースは、海外拠点端末の管理をする際かBYODぐらいだったのではないでしょうか。

・クラウドファーストを掲げるMSは様々な便利機能をクラウド側には用意していましたが、 結局PCはADDS参加だから、あまり恩恵はなく・・。という状態がずっと続いていました。SCCMに機能実装されるまで待つ必要がありました。 そして、今回ついに両方に参加が可能になったのです。ADDSとAzure ADに参加できるということは SCCMとIntune両方でPCを管理できるということでもあります。

・このような形態をCo-Management(共同管理）と呼びます。 Ingite 2017でMobility関連セッションで何度も何度も出たキーワードです。

★これが、IntuneとSCCMのCo-Managementだ！

・今まで通りSCCMエージェントでPCを細かいコントロールすることに加えて・・・

　-クラウドマネージドGWがあれば端末がどこにいても細かいコントロールが可能。  -IntuneからはGUIかCSPでポリシーを適用させどこにいてもGPO相当なコンプライアンスポリシーを適用。  -SCCMには実装されなくてもCSPで実装されればIntuneからWin10の新機能を即座にコントロール可能。  -Auto Pilotを併用すれば海外拠点の端末も日本拠点のPC管理システムへ最小の工数で参加可能。 ということが実現できると思います。 もちろんIntuneは今まで通りモバイルデバイス管理システムとしても利用できます。

★SCCMでの設定画面

・MSの公式発表はこちら。 https://cloudblogs.microsoft.com/enterprisemobility/2017/09/27/whats-new-with-microsoft-intune-and-system-center-configuration-manager-ignite-2017/

■実際のところCo-Managementモデルってどうなのか？ ・MSとしては、今まで通りModern IT環境がゴールのようです。 あくまでCo-Managementモデルは現在のIT環境からModern IT環境への過渡期を支えるモデルとのこと。 ※んー。でもExchangeのHybridも同じようなこと言っていましたが今回はどうなるのだろうか。

・遠い将来はだれも予測できませんが、Co-Managementが現在一番最適なPC管理モデルだと個人的に思います。「すでにSCCM導入済みでWin10PC管理やってます」「これからSCCM入れてWin10管理します」どちらの企業にもぜひ採用してほしいですね。

■チラシの裏 ・ここまで来ると、SCCMのSaaS版でるかなぁ・・・と感じました。(IntuneはSCCMのSaaS版とは言えないと思っている） ・Co-Managementと役割比率を逆にして、オンプレ側にはGWのようなサーバーを一基立てて、機能は殆どクラウド側で。GWにはWSUS内包させて・・・。 CSPのオンプレ実行だって、1602からできるし・・。 DPの機能だけGWに持たせて・・。クラウド管理GWの機能もぶち込んでMPのGWとして使って・・。 あれ？いけそうな気がする。

第一回(http://botan.link/post/165998825916/ignite-2017-レポート総評その1

)の続きです。

■インフラ関連

・すいません。ほとんどAzure関連はStackしか出ませんでした。。

・Azure Stackのセッションは、1製品としてしては多いトータル40オーバーでした。比較的ほかのセッションよりアジア系の人が多いなぁと感じました。アジアはやっぱりオンプレ文化が根強い人気なのかしら。。

・一通りAzure Stackとは何ぞや？というところから、Deepな内容までがセッションとして用意されていました。ただどのセッションにも下記のようなAzure  Stackとは！というものが最初に説明されていました。

・あと面白かったのが、Azure Stackのセッションだけが同じ時間に開催されることもなく重複していませんでした。

※移動時間は考えてないようで、、ダッシュしないと次のには間に合いません。

※どうやら意図的だったようですね。下記URLにコメントがありました。https://azure.microsoft.com/ja-jp/blog/microsoft-ignite-all-things-azure-stack/

現段階では一人でも多くのエンジニアにAzure Stackを知って触れて、そしてフィードバックを欲しいというメッセージなのではないでしょうか。概念～設計～Deploy～運用～課金など一通り必要な事項についてAdvance(300)レベルの内容もしくは400相当レベルのセッションが用意されていました。

・来年にかけて、AzureStackの資格試験もリリースされるようです。MCPのような。

■クライアント関連

・Deepなところは個別記事でPostしていきます。

・Windows 10関連のセッションは満員御礼が多かったです。

・クライアント関連で今回推されていた製品は「Windows Auto Pilot」と「Windows Analytics」。両製品ともセッションはにぎわっていました。

※日本ではあまりお見掛けしない、クライアント関連専門のエンジニアがいっぱいいて、個人的にはなんかうれしかった。

・Win10/SCCM/Intuneはもうセット扱いですね。どれか一つ欠けてもベストプラクティスにはならないというメッセージでした。

※これについては、先日までは「んなことたぁない」と思っていましたが、下記の件で考えなおしました。

・Co-Management モデルが発表されました。これはクライアント関連で強くキーワードとしてどのセッションでも発信されました。Hybrid Azure AD JoinとWindows 10 1709により、実現できるIntuneとSCCM両方によるデバイス管理です。これに運用ではWindows Analytics。DeployでWindows Auto Pilot。この組み合わせの実現がMicrosoft 365ライセンスをフル活用した、今の時代に一番合ったデバイス管理だと私は思います。なお、Co-Managementモデルは海外だけでなく日本でも受け入れられるモデルだと個人的に思います。

★Co-Managementについて

★Windows Auto Pilotのセッション。立ち見は当たり前ぐらいな盛況。

■アプリ関連

・アプリはNew Excelのみ参加してきました。6億5千万人のExcelユーザーのうち、1億人近くがExcelをBIツールとして利用しているようです。(私はエクセルは方眼紙目的で使うことが多いので、意識低い系の代表ですね。）

・今回のNew ExcelはよりBIのためのツールとして強化し提供していく！が強くメッセージに含まれていました。Excelが新たなデータ型を扱えるようになるらしいのですが、詳細は発表されていませんでした。Excelはもともと表計算なので扱うデータといえば数値型です。あとテキスト型。それに加えてBIに必要な様々なデータを取り扱える。。ということだと思います。

・Power BIの代わり・・ではなく、それぞれの製品で強みが違うので、Power BIとともに使っていくイメージです。

■ハードウェア系

・ハードといっても、正確にはSurface Hubのセッションのみ参加してきました。Surface Hubは・・残念ながらHUB設置の問題のせいか会場も限られ参加者も多くはありませんでした。（しかも参加者のほとんどがすでにHubオーナーという。。）

・Surface HUBをただ設置するだけでなく、監視や運用、UIでは設定できないところをIntuneからCSPで変更・・という、とっくに実現済みで目新しくない内容が数多くあり、がっかりした内容ばかりでした…

・Surface HubがCisco Spark Boardなどの競合製品との違い、どうやって販売していくか？というセッションもありました。いろいろと機能差異ばかりを説明していましたが、わかりやすいのは下記図かなと思います。

★ユーザーコミュニケーション(UC)に必要な要素。

★MicrosoftがSurfaceHUBで実現するUC。

※真ん中のMicrosoftマークにはSurfaceHUBだけでなく、TeamsをはじめとしたMicrosoftソリューションの活用が含まれていました。

■その他

・KeyNoteでLi-Chan氏が語った、Bing for Business。あれは触ってみたいと感じました。BingをUIとして企業内ユーザーの情報や組織図、ドキュメントやO365のグループ、分析など企業内の様々なリソースを検索できるものです。ただ、どうしてもBingの印象が悪いのでこの機会に名前を変えてほしいなと個人的には思ったりしなかったり。

★Bing for Business

・Windows Hello for Business。新たな機能を踏まえた活用シナリオがいくつか紹介されていました。電話を使った多要素認証ですね。まさにイマドキです。ただ、実装すべき関連システムがケースによっては多すぎて(特にHybrid)、こりゃ管理者側は手間だなと思いました。SIerとしてはお仕事になりますね。

★Hybird時の証明書信頼に必要な構成。

Ignite 2017へ参加してきました。何回かに分けて記事をPostしていきます。

まずは総評のその1です。

■イベント全体 ・Keynoteでも触れていた通り、デジタルトランスフォーメンションの加速とそれを実現するための優れたソリューションとテクノロジーを世界中に提供していくというMicrosoft社の意気込みがフロリダの熱気に負けないぐらい感じられたイベントでありました。

・フロリダ、オーランドのオレンジカウンティコンベンションセンターをすべて貸し切り、ハイアットまで貸切っての大規模なものでした。次のセッションに間に合わせるため、会場間（ひどいときは1キロ以上の距離感がある）のダッシュはあたりまえで、前のセッションを途中退席する人も多かったです。

★右端にあるオレンジの輪切りのような建物がWEST。SOUTHの出口から撮った写真ですが、SOUTHの端っこからWESTの端っこへの移動は20分以上要します。建物は陸橋でつながっておりセッション切り替えのたびに、大移動が始まります。

★東京ドーム何個分だ・・・。

・もう一つキーワードでKeynoteでナデラ氏が挙げた「AI ファースト」。人工知能・機械学習に関するセッションは意外と少なく1週間で合わせて20個ほどでした。ただ参加者の熱意と意気込みはすごく、どのセッションでも大きな会場だったにも関わらず満員御礼でした。ナデラ氏の言葉にもあったようにAI＋データにMixed Realityを加えてデジタル変革は夢の話ではなくもう実現できる身近なテクノロジであり、それを支えるのがMicrosoft Azure、Microsoft社自身であるという熱意が伝わってきました。

■量子コンピューター

・KeyNoteで約5分の1を費やして、MSがパートナーを組んだデンマーク大学の方々と量子コンピューターについてトークをし、さらには量子コンピューター向けプログラミング言語を発表しました。ただ、Igniteでのセッションは１つだけでした。ナデラ氏は、演算処理の高速化では解決できない問題を量子コンピューターで解決できるとメッセージを発発しており、ひと昔前ではSFの世界だった量子コンピューターが身近になる日が近いのかもしれないと感じました。ただ具体的にどのようなものなのかは、現時点で発表はされませんでした。

★BlueFors社の量子コンピューターの一部(多分)

ここから具体的なMicrosoft社製品に関する感想です。 私の専門分野であるクライアント系については、深く個別記事にしていきます。（ネタが陳腐化しないような速度感で・・） まず、Microsoft365を強く推すメッセージがイベント全体で感じられました。

■コミュニケーション ・人と人とを最新テクノロジーで繋げ、より業務効率の向上をはかるようなソリューションや活用セッションがOffice365とくにMicrosoftTeamsやOneDriveの活用で多く見受けられました。

・OneDriveのBoxEnterpriseのような個人ストレージから一歩進んだ、従業員（および社外）関係者、いわばステークホルダー間でのデータ共有機能の強化は素晴らしいと感じました。コンセプトが良い。ワンタイムパスワードを伴ったデータ共有機能など。OneDrive開発チームはユーザーからのフィードバックを片っ端から実現しようとしているようで、セッション中には参加者の大きな歓声もありました。

・Teamsが様々なセッションで登場しました。MicrosoftはTeamsをコアに置いたコミュニケーションを考えていると感じました。すでにリリースされていますが通話機能を使ったデモは大きな反響がありました。Skypeの開発陣はTeamsの方へ異動すると発言はありましたが、Skypeの開発中止やTeamsへの統合というわけでもなさそうです。時期Skype Serverの発表もありましたし。現状は下記URLにある内容が公式発表だと思います。https://blogs.msdn.microsoft.com/lync_support_team_blog_japan/2017/09/27/microsoft-teams-%E3%81%A8-skype-for-business-%E3%82%AF%E3%83%A9%E3%82%A4%E3%82%A2%E3%83%B3%E3%83%88%E3%81%AE%E4%BB%8A%E5%BE%8C%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6/ ただ、今後はわからないですね。

■データベース ・SQL Server 2017のセッションだけ軽く参加しました。大きな変更点はLinux上で動作することかと思います。ほかにもいっぱいあるとは思いますが、Linux対応であるということは、クラウドの世界で中心OSであるLinux上でSQLが選択肢として増えたということ。イコール、AzureとSQLの競争力が強まるということでもあると思います。Docker上のLinuxにSQL Server 2017をインストールし動作するデモがありましたが外人は大喜びでした。