適切なクラウドサービスプロバイダーの選び方：12の必須ポイント

クラウドサービスプロバイダーを選ぶことは、Google検索の最初の結果を選ぶよりも、疑いなくより複雑です。各ビジネスには異なる要件、カスタマイズ、財務責任があります。完璧なサービスがビジネスの期待を満たし、超えることが極めて重要です。とはいえ、ビジネスはクラウドサービスを探す際、何を見るべきでしょうか？クラウドとクラウドサービスの利用はクライアントごとに異なります。適切なベンダーを見つけることは常に変わりますが、ビジネスが必要とするものを絞り込むための共通カテゴリーがあります。以下は、クラウドサーバーホスティング業界で利用可能な無数のオプションをナビゲートし、貴社と貴社のビジネスに最適なものを見つけるための便利なガイドです。

クラウドサーバーユーザーインターフェースは実際に使いやすいか？

ユーザーインターフェースは、しばしば受けるべき注目を受けていません。効率的でユーザーフレンドリーなインターフェースは、より多くの人がサーバーベースのタスクに取り組めるようにする上で大きな役割を果たします。過去には、これらの一見些細なアクションでさえ、フルIT部門を必要とすることがありました。例えばAmazon Direct Connect（AWS）は、やや煩雑なユーザーインターフェースを使用しています。これにより、専任ITチームなしでは、日常的なタスクを実行するのが困難になる可能性があります。シンプルで効果的なUIのポイントは、企業としてデータに常時アクセスできる必要があることです。ビジネスは、内部データとクライアントデータをどこからでもアクセスできる必要があります。それがクラウドの魅力です。シンプルなUIがあれば、サービスプロバイダーのクライアントポータルにログインするだけで、事実上どこからでも、いつでも、スマートフォン、ラップトップ、タブレットなど多様なデバイスからアクセス可能です。Webベースなので、デバイスを問いません。

サービスレベルアグリーメント（SLA）の仕組み

クラウドサービス契約はしばしば複雑に見え、構築や定義の業界標準がないことでさらに分かりにくくなっています。特にSLAでは、多くのプロバイダーが、シンプルで率直な合意になり得るものを、不必要に複雑に、あるいは意図的に誤解を招く言葉で記述しています。技術的熟練度と用語知識があれば複雑な情報の多くを解読できますが、透明性を提供するプロバイダーと提携する方が、しばしばより合理的です。ほとんどのSLAは2つのグループに分かれます。第一は、従来型の利用規約セット。すべての申請者に提供される標準文書で、通常オンラインで入手可能、デジタルで合意します。第二は、クライアントとベンダー間のカスタマイズ契約。特定のカスタマイズを提供する意向はプロバイダー次第で、理想的なソリューション選定プロセスの一部にすべきです。これらのカスタマイズ可能なSLAの大半は、大規模エンタープライズ契約向けです。中小企業が独自契約や組み込み条項の交渉を試みるケースもあります。柔軟な条件を提示するように見えるプロバイダーには定期的に挑戦しましょう。要求されたカスタマイズをどうサポートするか、誰がこの変更の責任者か、この変更を管理するための手順は何か、詳細を提供させましょう。SLAでカバーすべき主要コンポーネントを常に覚えておきましょう：サービスレベル目標、是正ポリシー、これら目標に関連するペナルティ/インセンティブ、除外事項や注意事項。

ドキュメンテーション、プロビジョニング、アカウントセットアップ

SLAベストプラクティスやその他の契約は、多くの場合、4つの異なる関心点（カスタマイズに応じた追加サブセクション含む）に分解されます。この4つは、法的保護、サービス提供、ビジネス条件、データ保証です。SLAの法的保護部分は、責任制限、保証、補償、知的財産権をカバーすべきです。顧客は、万一侵害があった場合の暴露リスクを避けるため、情報をあまり提供したくないことが多い一方、ベンダーは請求があった場合の責任を限定したいと考えます。サービス提供は、クラウドコンピューティングサービスプロバイダーの規模によって異なることが多いです。経験則は、すべてのサービスと成果物の正確な定義を常に探すこと。提供サービスに関連するサービス会社の責任（サービス管理、プロビジョニング、提供、監視、サポート、エスカレーション等）について、完全に明確であることを確認しましょう。ビジネス条件には、パブリシティ、保険ポリシー、特定ビジネスポリシー、運用レビュー、手数料、商業条件が含まれます。ビジネス条件の中で、契約に関する具体的な内容として、サービスプロバイダーがサービスまたは契約条件を一方的にどの程度変更できるかを含める必要があります。突発的な請求増加を防ぐため、合意された条件期間中はSLAが変更なしで遵守されることが極めて重要です。最後の重点ポイントはデータポリシーと保護です。SLAのデータ保証部分には、データ管理、データ変換、データセキュリティ、所有権と利用権に関する詳細情報が含まれます。クラウドストレージプロバイダーとは長期的に考え、データ変換ポリシーを見て、退会時にデータがどれだけ移行可能か理解することが不可欠です。

注目すべき信頼性とパフォーマンス指標

クラウドサーバーソリューションの信頼性を測定する手法は多数あります。まず、過去6〜12ヶ月のSLAに対するクラウドインフラストラクチャプロバイダーのパフォーマンスを検証しましょう。多くの場合、サービスプロバイダーはこの情報を公開していますが、要請があれば提供すべきです。ただし、完全な完璧さを期待しないでください。サーバーダウンタイムは予期されるもので、完璧な実績を持つソリューションはありません。許容可能なダウンタイムレベルについては、データセンターTier 1、2、3、4の違いを調査してください。これらのレポートで価値があるのは、ダウンタイムに対して会社がどう対応したかです。また、すべての監視とレポートツールが、既存の管理・レポートシステムと連携するか検証しましょう。ネットワーク信頼性に関する正確で詳細なレポートは、サービスプロバイダーと協業時の期待値を知る貴重な窓口になります。プロバイダーが、計画・非計画ダウンタイムの両方を処理するための、確立され、文書化され、実証済みのプロセスを持つことを確認しましょう。顧客とのコミュニケーション実践について、アウトエージ時の手順と文書化があるべきです。これらのプロセスには、タイムライン、脅威レベル評価、全体的な優先順位付けが含まれるのがベストです。問題発生時のすべての救済措置と責任制限について、文書化がすべてカバーされていることを確認しましょう。

ディザスタリカバリは重要か？

ネットワーク信頼性を超えて、クライアントは個々のベンダーとのクラウドディザスタリカバリサービスプロトコルを考慮する必要があります。近年、データセンターは可能な限り災害のない場所に施設を建設し、自然災害リスクをあらゆる面で軽減しようとしています。しかし、問題は依然として発生し得ます。何かが起きた場合の期待値を設定する必要があります。これらの期待には、バックアップと冗長性プロトコル、リストア、データソーススケジューリング、整合性チェックなどが含まれます（一部のみ）。ディザスタリカバリプロトコルには、クライアントとサービスプロバイダーの双方が責任を持つ役割も含める必要があります。すべての役割と責任、エスカレーションプロセスは文書化すべきです。貴社がこれらのプロセスの一部を実装する側になる可能性があるからです。追加のリスク保険は、データリカバリに関連する潜在的コストをカバーするため（リカバリの側面がクライアントの管轄下にある場合）、常に賢明な選択です。

データセキュリティについて知っておくべきこと

データ保護は、ビジネスとそのクライアントをデータ盗難から守ります。クラウドでのデータセキュリティ確保は、直接のクライアントと、クライアントが取引する相手の双方に影響します。クラウドベンダーのシステムとデータセキュリティのさまざまなレベルを検証しましょう。また、セキュリティ運用とセキュリティガバナンスプロセスの能力も調査します。プロバイダーのセキュリティコントロールが、貴社のセキュリティポリシーと手順をサポートしているか確認しましょう。プロバイダーの内部セキュリティ監査レポート、インシデントレポート、発生した問題に対する是正措置の証拠を要求するのは、常に賢明な選択です。

ネットワークインフラストラクチャとデータセンター立地

サービスプロバイダーのデータセンター立地は、多くの要因に劇的な影響を与えるため極めて重要です。前述の通り、自然災害が稀な立地は常に望ましいです。これらの地域は多くの場合、堅牢な都市部より十分に離れており、サービスコストが低くなる傾向があります。データセンター立地はネットワークレイテンシーにも影響します。ビジネス拠点からデータセンターが近いほど、レイテンシーは低く、データがクライアントに速く届きます。したがって、ロサンゼルス拠点の企業なら、フェニックスのデータセンターからアムステルダムのデータセンターより速くデータを受信できます。よりグローバルなプレゼンスを必要とするビジネスなら、世界中のデータセンターを利用して分散と冗長性を確保するのも常に選択肢です。理想的なプロバイダーを探す際、グローバルに何拠点提供しているか問い合わせる価値があります。

テクニカルサポートが必要な場合

テクニカルサポートは、プロバイダーと相性が良くなければ、存在の災いであり、克服困難なフラストレーションの原因になります。探しているプロバイダーが、信頼性が高く、実行可能で、効率的なサポートを持つことを確認することは必須です。問題が発生した場合、問題が長引けば長引くほど、セキュリティ脅威のリスク、あるいはもっと悪いことに、評判損傷のリスクが高まります。アカウントにアクセスできない、会社に連絡できない場合、クライアントはビジネスにフラストレーションを感じる可能性があります。問題が迅速に解決されなければ、多くのレベルで大混乱を招く可能性があります。一部のデータセンターとサービスプロバイダーは、24/7オンコールサービスまで含め、技術的問題に合わせたリソースを提供しています。テクニカルサポートはCSP選定プロセスの不可欠な部分です。データとサービスに安心感を持ち、信頼できるサポートシステムが不可欠です。

サービスプロバイダーのビジネス健全性

技術、物流、セキュリティは別として、クラウドサービスプロバイダーの運用能力を見ることは必須です。最終候補CSPの財務健全性、評判、全体プロファイルを調査することが不可欠です。サービスプロバイダーが健全な財務状態にあり、合意されたサービス期間中、責任を持ってビジネスを維持できるか、デューデリジェンスで検証する必要があります。期間中にプロバイダーが財務トラブルに見舞われれば、貴社に回復不能な損害を与える可能性があります。プロバイダーに過去または現在の法的問題がないか、調査とデータ請求で確認しましょう。企業構造の潜在的変更（買収や合併など）について尋ねることも有用な情報です。これは必ずしも悲観的な話ではありません。買収が将来的に提供されるサービスとサポートを向上させる可能性もあります。クラウドコンピューティングプロバイダー内の主要意思決定者のバックグラウンドは、トレンドと将来の潜在的問題を特定する有用なロードマップになり得ます。

認証と標準

クラウドサービスプロバイダーを探す際、彼らが代表する現在のベストプラクティスと技術的理解を検証することは常に賢明です。一つの方法は、プロバイダーが取得している認証と、それらをどれくらいの頻度で更新しているかを見ることです。これは、彼らがどれだけ最新か、どれだけ細部にこだわるか、業界標準にどれだけ精通しているかを示します。これらの基準だけでどのプロバイダーを選ぶか決まるわけではありませんが、潜在サプライヤーのショートリスト作成には役立ちます。サービスプロバイダーが取得できる標準と認証は多数あります。これは組織、セキュリティレベル、ベンダーが取引する他のクライアント、その他多くの条件に完全に依存します。検索で馴染みにすべき標準には、DMTF、ETSI、ISO、Open Grid Forum、GICTV、SNIA、Open Cloud Consortium、Cloud Standards Customer Council、NLST、OASIS、IEEE、IETFなどがあります。単に長い認証リストがあるだけでなく、構造化されたプロセス、強力なナレッジマネジメント、効果的なデータ制御、サービスステータス可視性に注目すべきです。サービスが如何に新しい認証と技術拡張で最新状態を保つつもりか調査することも価値があります。クラウドセキュリティ標準は別の側面に存在し、認証は異なる組織によって授与されます。セキュリティの主要基準には、CSA（CS-A、SSAE、PCI、IEC、ICO、COBIT、HIPAA、Cyber Essentials、ISAE 3402、COBIT、GDPR）があります。運用標準は考慮すべき第三のカテゴリーで、認証を求める対象です。これらの認証には、ISO、ITIL、IFPUG、CIF、DMTV、COBIT、TOGAF 9、MOF、TM Forum、FitSMが含まれます。クラウドとセキュアデータストレージソリューションは、獲得した認証を誇り、Webサイトに表示すべきです。認証バッジがなければ、現在の認証について問い合わせるのは簡単です。

サービス依存関係とパートナーシップ

サービスプロバイダーは、ハードウェアとサービスで異なるベンダーに依存することが多いです。各ベンダーが企業のクラウドとデータサーバー体験にどう影響するか、考慮する必要があります。プロバイダーのベンダーとの関係を検証することは必須です。また、それらの認定レベルと技術的能力に注目することも有用な実践です。これらのベンダーのサービスが、補完または支援し得る、より広範な他サービスのエコシステムに適合するか考えましょう。一部のベンダーは、IaaS、SaaS、PaaSクラウドサービスとより容易に接続できるかもしれません。貴社のビジネスにとってメリットとなる、重複や事前設定されたサービスがあるかもしれません。プロバイダーがどのパートナーシップを持ち、3つのクラウドサービスモデルのどれを1つまたは複数使用しているか知ることは有益です。これが、サービスパートナーがビジネスの究極の目標にとって最適かどうかを示します。

ITクラウドサービス移行サポートと退出計画

理想的なパートナーを探す際、長期戦略を見据えましょう。サービスを移行する、またはプロバイダーのサービス能力を超えて成長する場合に備えて。避けたいのは「ベンダーロックイン」と呼ばれるシナリオです。これは、潜在顧客として製品やサービスを使用していて、競合他社へ容易に移行できない状況です。この状況は、プロバイダーが使用するプロプライエタリ技術が、他のプロバイダーと互換性を持たなくなるときにしばしば発生します。ビルドアプリとデータセンターを比較する際、注目すべき特定の用語があります。ベンダーロックイン技術を使用するCSPの例には：

• CSP互換アプリケーションアーキテクチャ
• プロプライエタリなセキュアクラウド管理ツール
• カスタマイズされた地理的多様性
• プロプライエタリなクラウドAPI
• パーソナライズされたクラウドWebサービス（例：データベース）
• プレミアム構成
• カスタム構成
• データ制御とアプリケーションアクセス
• セキュアデータフォーマット（標準化されていない）
• 単一プロバイダーでのサービス密度

標準サービスを提供し、テーラーメイドシステムに依存しないプロバイダーを選ぶことで、長期的な痛みを軽減し、ベンダーロックインを回避できます。関係開始前からでも、明確なクラウド移行戦略を常に計画しておきましょう。新しいプロバイダーへの移行は常にスムーズでシームレスとは限らないため、契約前にプロセスを調べておく価値があります。さらに、データにどうアクセスするか、どの状態で、プロバイダーが移行後どのくらい保持するかも考慮しましょう。

クラウドベースコンピューティングベンダーに関する要点

ビジネスクラウドサーバープロバイダー間の決定は、困難なタスクに見えます。適切な戦略と話し合いポイントがあれば、ビジネスは短時間でサービスプロバイダーの適切なソリューションを見つけられます。データセンターロックインの可能性を避けるため、長期的に考えましょう。プロプライエタリ技術の使用を避け、明確な退出戦略を構築し、将来の頭痛の種を防ぎましょう。実行可能なSLAを契約条件とともに構築するために必要な時間を費やしましょう。詳細なSLAは、サービスが合意通りに提供・サポートされるという主要な保証形式です。適切な調査と、ビジネスが必要とするものへの警戒を怠らなければ、誰にとっても完璧なソリューションを見つけることは可能です。