IT ライブラリー (pdf 100 冊 ) Google Apps と Office 365 の違いにつきまして ( 第二章 ) 一般社団法人情報処理学会正会員腰山信一 1

1

Google Apps と Office 365 の 違いにつきまして

（第二章）

ＩＴライブラリー （

pdf

１００冊）

http://itlib1.sakura.ne.jp/

一般社団法人

情報処理学会 正会員 腰山 信一

[email protected]

2²

3³

他の章は下記をクリックして ＰＤＦ一覧からお入り下さい。

ＩＴライブラリー （ pdf １００冊）

http://itlib1.sakura.ne.jp/

目次番号 １００番

Google AppsとOffice 365の違いにつきまして

全５冊 ５００ページ

4

ＳＬＡにおける比較

4

5

一般的なクラウドサービスでは、責任のあり方を「SLA(サービス レベル契約)」という形で規定しており、その内容は、サービスに よってさまざまで、適用するトラブルの範囲や可用性の定義、一 定のレベルを下回ったときの保証項目などに違いがあります。

トラブルによる業務停止は、どのような業態の企業によっても避け るべきことに違いはありませんが、万がーの場合に、どのような内 容に従って保証が受けられるかは、サービス選びの基準として事 前に考慮しておく必要があります。

6

たとえば、SLAの対象がどのようになっているのかは、サービス によって考え方が異なる場合があります。

Office365では、すべてのサービスをSLAの対象として包括的なも

のとして定義していますが、Google Apps では新機能を事前に 試すことができるベータテストをSLAの対象外としています。

7

正式なサービスではない以上、SLAの対象外であることは明ら かですが、便利な機能の場合、SLAを考慮せずに利用してしま うユーザーも少なくありません。

自己責任の領域がサービスに含まれていることは、ユーザーと して注意しておく必要があります。

8

また、Office365では、

SLAで定義された稼働率を下回った場合

に、規定されたサービス利用料金に相当する金銭が返金されま すが、

Google APPSでは、基本的にサービスクレジットとして、

サービス期間終了後に無償で追加されるサービス日数として提 供されます(毎月の請求プランの場合のみ金銭で精算可能)。

このほか、サービスの動作状 況(正常性)について、管理用 画面から確認できるかどうか もサービスによって違いがあ ります。

8

9

トラブルの切り分けが容易か、万がーの場合にどのような保証 が受けられるのかをしっかりと確認しておく必要があります。

10

SLA

の対象となる機能および条件、稼働状況の確認方法

Google Apps

サービス対象

Gmail

Google

カレンダー

Google

トーク

Google

ドライブとドキュメント

Google

グルーブ

Google

サイト

Google Apps Vault

11

月間稼働率と返金率

99.9%

未満

→3

日分

99%

未満

→7

日分

95%

未満

→15

日分 稼動状況

ステータスダッシュボード

12 12

13

Office365

サービス対象

Bing Maps Enterprise Platform

Bing Maps Mobile Asset Management Duet Enterprise Online

Dynamics CRM Online

Exchange Online Archiving Exchange Online

Exchange Online Protection Lync Online

Office Web アプリケーション Project Online

SharePoint Online Translator API

Windows Azure Active Directory Rights Management Yammer Enterprise

14

99.9%

未満

→25%

99%

未満

→50%

95%

未満

→100%

月間稼働率と返金率

稼動状況

管理者でサインインした ホーム画面

15

16

ロードマップにおける比較

16

17

常に革新を求めて進化を続けるGoogle では、スビートが重視さ れており、開発途中のべータ版サービスをユーザーに提供する 機会が多く、そのサービスの本サービス化や廃止も1週間程度 の短期間で決定されるケースが多いです。

ユーザーは結果的に、他には存在しない革新的なサービスを常 に使い続けることができますが、自社で採用したいと考えていた ベータ版サービスが廃止になるケースやサービス改善のために 操作性が変更されることに対して、常に対応するための準備が 欠かせないことになります。

18

一方、Office365は、Google Apps のようなスピード感はないも のの、重要な変更については12ケ月前に通知されるなど、サー ヒスの変更について、ユーザーに十分な対応期間が与えられる ケースが多いです。

導入後に、どのようにサー ビスを維持していくか、サー ビスの変化にどこまで追従 できるか、自社の意志決定 や展開のスビード感なども 考慮しながら、利用する サービスを選定すべきだと 思います。

19

20

社内への展開・導入の計画に閲わるチェックポイント

①最新の機能を常に利用できる

②ユーザーインターフェイスが迅速に改善される

Google Apps

優位な点

21

①新機能のロードマップが明らかでない

②機能によっては廃止される可能性がある

③新機能より、リリースは1週間前と期間が短い 検討すべき点

Google Apps

22

①突然の変更に対する対応やコストがかからない

②定期的な更新に加え要な変更は12力月前に通知される

③ロードマップが公開されている

Office365

優位な点

23 23

24

①将来導入される機能のテスト機会が多くはない

②大規模な機能の改善に時間がかかる場合がある

Office365

検討すべき点

25

サボート面における比較

25

26

サービスの停止や動作に問題が発生した際に、どのような対 処が期待できるのかもクラウドベースのグループウェアを選ぶ 重要な基準となる。

特に、社内のまとめ役となる管理担当者が、重大なトラブ ルに関して、どのような方法で連絡することができ、どのよ うな対応をしてもらえるのかは、事前にしっかりと確認して おくことが重要です。

27

Google Apps、Office365ともに、サボートへの連絡方法として

さまざまな窓口が用意されています。

エンドユーザー向けにハウツーやよくある質問なとのコンテン ツを用意したり、ユーザー同士のコミュニケーションによるトラ ブルシューティングの場が用意されるほか、メールでの問い合 わせや電話でのやり取りを行なうことも可能です。

28

ただし、利用方法はトラブルの重要度などによって区別されて

おり、

Office365では、使い方や簡単な障害についてはヘルプ

およびコミュニティの参照や検索、トラブルシューティングの利 用が推奨されています。

より複雑なトラブルについては、

Web上のフォームからサービ

スリクエストを送信することができ、サービスが利用できない などの重大なトラブルの場合は、VirtualChatと呼ばれる質問 に自動回答するシステムを利用したり、直接、電話をかける ことで、その場で24時間の対応を受けることができます。

28

29

一方、Google Appsも、軽微なトラブルに関しては、ハウツーや よくある質問などを参照し、重大なトラプルに関してはメールや 電話でのサポートを受けることができますが、この際、 「Google

Apps

技術サボートサービスガイドライン」というガイドラインに 沿った形で対応が分けられます。

Googleでは、顧客からのりクエストに優先度を設定することで、

対応の時間や返答方法が区別されます。

30

たとえば、優先度１(重大な影響)のトラブルについては、年中 無休で１時間以内を目標に一次回答を返信するといった形 態となります。

必ずしも自社のリクエストが優先的に処理されるわけでなく、

トラブルが重大かどうかによって対応が変わることがある点 は注意しておく必要があります。

31

拡張性における比較

31

32

Office365のユーザーやライセンス、認証などの機能は、

「Windows Azure Active Directory」として、

APIが公開されてお

り、Windows Azure 上に展開したディレクトリサービスや自社内 に設置したADサーバーと連携させることも可能となっています。

また、業界標準のブロトコルや豊富に用意された外部連携 用のAPIを活用することが可能なため、古くから自社内に 設置して使い続けている業務システムと連携させたり、

CRMやERPなどの他社のクラウドサービスと Office365の

各種サービスを連携させることなども可能となっています。

33

こう言った他のシステムとの連携においてもビジネス・ニー ズを基盤に開発して来たOffice365のほうが、個人向けに発 達してきたGoogle Appsより優れていると思います。

34 34

35 35

36 36

37 37

38

Microsoft Office 2013

と並列で動作する

Office 365 ProPlus

39

具体的な移行面における比較

39

40

クラウド型のグループウエアを導入する際、最も考慮する 必要があるのは、やはり既存システムからの移行です。

メールやカレンダー、ドキュメント共有など、企業規模や ニーズによって導入している機能に違いはあるものの、こ れらの機能で利用している情報が、

Google Apps

や

Office365

の導入後も、問題なく使えるかどうかは非常に 重要な問題です。

41

特にメールに関しては、普段の業務と密接に関係しているだ けに、いかに手間なく、そしてサービスを止めることなく短期 間、かつシームレスに移行できるかどうかが重要です。

このようなニーズに対して、

Google Apps

、

Office365

の 両者ともに、規模と機能に応じたさまざまなソリューションを 用意しています。

42

① より多くのアカウントを手間なく移行するための ディレクトリー同期、

② パスワード管理の煩雑さをなくすためのシングル サインオン構成

③ さらにローカルとクラウドのハイブリッド構成など

規模や利用形態のサービスごとに、既存システムから移行 するためのさまざまなしくみが用意されています。

10

名前後の小規模な環境のホスティングメールからの移 行はもちろんのこと、

43

どのような場合に、どの方法を利用すればいいのかを検討しつ つ、

Google Apps

、

Office365

の特微や違いをケースごとに ご説明します。

44 44

45

数百名以上の大規模な環境での移行は ディレクトリー同期＋ＳＳＯで移行

46

ユーザー数が数百名を超えるような大規模な環境では、ど のような移行となるのだろうか

?

基本的な考え方は、中規模な環境と同様にディレケトリー同 期ツールを利用して、

Active Directory

などから

Google Apps

や

Office365

にユーザーを移行することになりますが、

同時にシングルサインオン

(

ＳＳＯ

)

の環境を整備しておくとが ベターです。

47

ＳＳＯの環境を構築すれば、認証はローカルの

Active

Directory

で行うことができるため、ローカルで利用しているア カウントをそのまま使ってクラウドサービスにサインインするこ とができます。

方法としては、

Google Apps

、

Office365

ともに

Active Directory

フェデレーションサービス

2.0 (ADFS2.0)

を利用 するのが一般的ですが、設定手順はそれぞれ異なる

Office365

では、ディレクトリー同期を含め、環境の構築に 役立つ自習書などのドキュメントが充実しているので参考に するといいと思います。

48

ＳＳＯが必要な大規模な環境の場合、作業を外部に委託する 場合が多いですが、テスト環境の構築や自力で移行する際 には参考になります。

なお、両者ともパスワードの同期などを含めたより高度な同 期やシングルサインオン環境を構築できるサードパーティ製 の有料ツールが存在しますので、これらの利用も検討する価 値があると思います。

48

49

シングルサインオンの構成例

ADFS

サーバーを用意する ことで、クラウドサービスの認証をローカルの

Aclive

Directory

と連携させることができます。

50

同一 ＩＤ/ＰＷ

ユーザー Active Directory

同期ツール ユーザー情報

同期

ＡＤ ＦＳ 2.0

ディレクトリー ＯＲ

51

ディレクトリー伺期による

Google Apps

へのアカウントと登録

ADFS

サーバーの準備

（インストール

/

サーバー証明書）

Google Apps

でのシングルサインオン設定

ADFS

の設定、

Google Apps

の信頼

Active Directory

へのメールアドレスのマッピング

Google Apps

52

移行のポイント

設定手順を複数の場所で実行する必要がある

シングルサインオン用のサードパーティ製ツール

(

有 料

)

が数多く存在する。

Google Apps

53

Office365

ディレクトリー同期による

Office365

へのアカウント登録

ADFS

サーバーの準備

インストール

/

サーバー証明書

フェデレーション環境の セットアップ、コマンド実行

53

54

移行のポイント

PowerShell

コマンドレットを使ったシンプルな設定

ローカルの

Exhange

を併用するハイブリッド環境も実現可能 シングルサインオン用のサードパーティ製ツール

(

有

料

)

も利用できる

Office365

55 55

56

Office365は加えて、プレミアサボートなどの有料サポートも提

供されています。

また、どちらもフォーラムなどでのコミュニケーションが活発な ため、身近な疑問に関してはフォーラムなどで解決することが 可能です。

環境構築や技術などの理解に役立つドキュメントについては、

どちらも充実しているものの、Google Apps は英文のまま掲載 されているケースが多く見られれます。

57 57

58 58

59

Exchange Server からの データ移行における比較

59

60

規模に関係なくメールや連絡先などのデータをローカル からクラウドに移行しなければならない場合もあります。

このような場合でも、

Google Apps

、

Office365

のい ずれもデータ移行に利用可能な各種ツールを用意して いるため、此較的容易に移行することができます。

61

たとえば、ローカルに設置してある

Exchanae

サーバーからの 移行の場合、

Office365

では

Exchange Server

に接続するた めの設定を施した後に、

Office365

側から移行用のプログラム を起動することで、ローカルのデータをウラウドへと移行すること ができます。

また、ユーザーのバソコン に保存されている

Exchange

の

データファイルを探索して サーバーに吸い上げる無 償ツールもあります。

62

Google Apps

も同様に「

Google Apps Migration for Microsoft Exchange

」をローカルにインストールすること で、

Exchange

のデータをクラウドへ移行可能です。

ただし利用には条件もあります。

Office365

では

1000

以上のアカウ ント移行は

Exchange 2010

以降 でのみサポートされます。

Google Apps

では、バブリック

フォルダーや

25MB

以上のメール、

定期的な予定、グローバルアドレ スリストなどが移行できません。

63

Exchange Google Apps Migration

for Microsoft Exchange 登録

Google Apps

64

移行のポイント

①移行用サーバーに

Outlook

とユーザーリストの

CSV

ファイル 必要

②

PST

ファイルを読み込み、ユーザーごとに

Google Apps

へ 移行

③移行できない情報 に注意

64

65

Exchange

Outlook Anywhere を有効 メールボックスへのアクセス許可

Office365を承認済みドメインとし て追加

コントロールパネルから 移行プログラムを実行

データを移行

66

移行のポイント

ローカルにExchangeを残さずにクラウドに移行する場合は、

Office365のコントロールバネルからの操作で移行が可能

ローカル環境と共存するハイブリッド移行も可能

(

ディレクト リー同期＆ＳＳＯを併用

)

67

運用管理ツールにおける比較

67

68

管理業務を担うWeb画面

自前のサーバーを設置しなくて済むのがクラウドサービスの 特徴とはいえ、普段の管理業務から完全に解放されるわけで はありません。

人事異動によるユーザーの登録や変更、利用サービスの割 り当て、各種レボートの参照など、各種設定や管理業務は必 要不可欠です。

69 69

70

71

そこで注目したいのが、

Google AppsやOffice365を日常的に

運用していくための管理機能の完成度です。

まずは、Google Apps ですが、Google のコーポレートデ ザインを踏襲したシンプルな構成の管理画面が提供されて います。

管理者アカウントでサインインすると、ダッシュボードと呼ば れるメイン画面が表示され、ここからメール、カレンダーなど、

実際にユーザーに利用させるサービスを追加することができ ます。

Google Apps

では、Google Apps Marketplaceやパートナーで 提供されている有料／無料のサービスも追加することができ ますが、これらの追加もダッシュボードから構成可能です。

71

72 72

73

一方、Office365では、管理者としてサインインすると、「管理 者の概要」と呼ばれるガイドページからスタートします。

管理用のショートカットも配置されているので、操作に 慣れた管理者なら、すぐに管理業務に取り掛かれます。

管理者のタスクがステップごとに紹介されており、はじめて利 用する場合でも何をすればいいのかが、わかりやすいです。

74 74

75 75

76 76

77

機能や役割の割り当て方法

組織形態や従業員の役割に合わせて柔軟な機能や権限が 与えられるかどうかを比較してみました。

Google Appsでは、ユーザーご

とに割り当てる機能を区別した いときは、下位組織を作成し、

組織単位でユーザーと機能を 構成する必要があります。

78

Office365では、ユーザーが利用できる機能は、サブスクリ

プション画面内で管理します。

ここでは、契約中のプランを割り当てたり、特定機能の利用を 許可・制限したりということが、個別に設定できます。

78

79

Google Appsでは、ユーザーごとに「特権管理者」、「グループ

管理者」、「ユーザー管理者」、「ヘルプデスク管理者」、「サービ ス管理者」など、管理者の役割を設定することが可能です。

たとえばユーザーの登録が可能なアカウントを作成するなど、

特定の管理権限を持ったユーザーを作成できる管理画面にア クセスした際は、与えられた管理業務のみが表示されるように なっています。

ユーザーの役割の割り当て方にも、Google AppsとOffice365 では異なる点があります。

80 80

81

一方、

Office365は、もう少し複雑な管理が可能です。

ユーザーへの管理者の役割の設定機能はGoogle Apps と同様のものが備わっています。

これに加えて、ExchangeやSharePoint などのアプリケーション ごとに、さらに細かく管理権限を設定も可能です。

たとえば、監査目的で他のユーザーのメールボックスを検索 できる権限を付与したり、SharePoint でサイトごとに管理する 権限を個別のユーザーに設定したりすることができます。

82

これにより、ユーザー部門で現場のりーダーをたてて、ア プリケーションの管理をやりたい場合や、アプリケーション ごとに管理部門が異なる場合にも対応できます。

Google Apps

の方がシンプルですが、実際のビジネスシー

ンでは複数のユーザーで管理業務を分担したり、グループ ごとの管理はそのグループの長に委譲したりするケースも あるため、柔軟な運用をしたい場合はOffice365の方が適し ていると言えます。

83

Google Appsの管理画面。Google のサービスらしくシンプルな

ユーザーインターフェイスを採用しています。 サービスの全体 的な管理権限をユーザーに委譲することも可能です。

84

Office365の管理画面。 サービス全体の管理業務だけでなく、

サービスごとの管理権までも細かく設定可能です。 使いこなす ことができれば、組織内で管理作業を効率的に分担できます。

85 85

86

87

88

89

90⁹⁰

他の章は下記をクリックして ＰＤＦ一覧からお入り下さい。

ＩＴライブラリー （ pdf １００冊）

http://itlib1.sakura.ne.jp/

目次番号 １００番

Google AppsとOffice 365の違いにつきまして

全５冊 ５００ページ

91