最適なクラウド サービス プロバイダーを選択する:知っておくべき 12 のこと!

クラウド サービス プロバイダの選択 間違いなく、Google 検索から最初の結果を選択するよりも複雑です。各ビジネスには、さまざまな要件、カスタマイズ、財務上の責任があります。

ビジネスの期待に応え、それを超える完璧なサービスが不可欠です。

そうは言っても;クラウド サービスを探す際、企業は何を探す必要がありますか?

クラウドおよびクラウド サービスの使用は、クライアントごとに異なります。ビジネスに必要なものを絞り込むための同様のカテゴリがありますが、適切なベンダーを見つける方法は常に異なります。

以下は、クラウド サーバー ホスティング業界であなたとあなたのビジネスが利用できる多数のオプションをナビゲートするのに役立つ便利なガイドです。

クラウド サーバーのユーザー インターフェースは実際に使用できますか?

ユーザー インターフェイスは、本来あるべき注目を集めていないことがよくあります。効率的で使いやすいインターフェイスは、より多くの人がサーバーベースのタスクに取り組めるようにするのに大いに役立ちます。

以前は、これらの一見些細な行動を IT 部門全体で管理する必要がありました。

たとえば、Amazon Direct Connect （AWS）はやや扱いにくいユーザー インターフェースを使用しています。これにより、企業が専任の IT チームなしで医療タスクを実行することが難しくなる可能性があります。シンプルで効果的な UI のポイントは、企業として常にデータにアクセスする必要があるということです。

ビジネスは、どこからでも内部データとクライアント データにアクセスできる必要があります。それが雲の美しさです。シンプルな UI を使用することで、サービス プロバイダーのクライアント ポータルからログインするだけで、ほぼどこからでも、さまざまなデバイスからいつでもアクセスできます。 Web ベースなので、スマートフォン、ラップトップ、タブレットを使用しても問題ありません。

サービス レベル アグリーメント (SLA) はどのように機能しますか?

クラウド サービス契約は複雑に見えることが多く、構築方法や定義方法に関する業界標準がないため、役に立ちません。特に SLA の場合、多くのプロバイダーは単純または単純な契約を、不必要に複雑な、またはさらに悪いことに、故意に誤解を招くような文言に変えています。

技術的な習熟度と用語の知識があれば、複雑な情報の多くを解読するのに役立ちますが、多くの場合、透明性を提供するプロバイダーと提携する方が合理的です.

ほとんどの SLA は 2 つのグループに分けられます。 1 つ目は、従来の一連の利用規約です。これは、サービス プロバイダーがすべての申請者に提供する標準的な文書です。この種のフォームは通常、オンラインで入手でき、デジタルで合意されます。

契約の次の部分は、クライアントとベンダー間のカスタマイズされた契約です。特定のカスタマイズを提供するかどうかは、各プロバイダーによって異なり、理想的なソリューションを選択する意思決定プロセスの一部にする必要があります。

これらのカスタマイズ可能な SLA の大部分は、大規模なエンタープライズ契約向けです。中小企業が独占契約や契約に組み込まれた条項について交渉しようとする場合があります。

柔軟な条件を提供する準備ができているように見えるサービスプロバイダーに定期的に異議を唱えます。要求されたカスタマイズをサポートする方法、この変更の責任者、およびこのバリエーションを管理するために使用される手順について詳細を提供するよう依頼してください。 SLA でカバーする主なコンポーネントを常に覚えておいてください。サービス レベル目標、是正ポリシー、およびこれらの目標に関連する罰則/インセンティブ、および除外または警告。

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

サービス レベル アグリーメントのベスト プラクティスとその他の契約は、多くの場合、4 つの異なる関心事項に分類されます（カスタマイズのために必要に応じて追加のサブセクションがあります）。これら 4 つの関心事項は、法的保護、サービス提供、ビジネス条件、およびデータ保証です。

SLA の法的保護部分は、責任の制限、保証、補償、および知的財産権をカバーする必要があります。顧客は、違反があった場合に露出の可能性を回避するために、あまりにも多くの情報を提供することに慎重になることがよくありますが、ベンダーは、請求があった場合に責任を制限したいと考えています.

サービスの提供は、多くの場合、クラウド コンピューティング サービス プロバイダの規模によって異なります。経験則として、常にすべてのサービスと成果物の正確な定義を探すことです。サービス会社が提供するサービス (サービス管理、プロビジョニング、配信、監視、サポート、エスカレーションなど) に関連するすべてのサービス会社の責任を明確に理解してください。

ビジネス条件には、宣伝、保険契約、特定のビジネス ポリシー、運用レビュー、料金、および商業条件に関するポイントが含まれます。

ビジネス条件内で、契約に関する詳細には、サービス プロバイダーがサービスまたは契約の条件を一方的に変更できる方法または範囲を含める必要があります。

請求額の急激な増加を防ぐには、合意された条件の過程で変更することなく、SLA を順守することが重要です。

最後の強調点は、データ ポリシーと保護です。 SLA のデータ保証部分には、データ管理、データ変換、データ セキュリティ、および所有権と使用権に関する詳細情報が含まれます。クラウド ストレージ プロバイダーと長期的に検討し、データ変換ポリシーを見直して、退職することを決定した場合にデータがどの程度転送可能かを理解することが不可欠です。

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

クラウド サーバー ソリューションの信頼性を測定する手法は数多くあります。

まず、クラウド インフラストラクチャ プロバイダの過去 6～12 か月間の SLA に対するパフォーマンスを検証します。多くの場合、サービス プロバイダーはこの情報を公開しますが、他のプロバイダーは求められた場合に提供する必要があります。

ただし、完全な完璧を期待しないでください。サーバーのダウンタイムが予想され、完璧な記録を持つソリューションはありません。

ダウンタイムの許容レベルの詳細については、データセンター ティア 1、2、3、および 4 の差別化に関する詳細を調査してください。これらのレポートで重要なのは、会社がダウンタウンにどのように対応したかです。また、すべての監視ツールとレポート ツールが既存の管理システムとレポート システムで機能することを確認してください。

ネットワークの信頼性に関する正確で詳細なレポートは、サービス プロバイダーと連携する際に何を期待するかについての貴重な窓を提供します。

計画的および計画外のダウンタイムを処理するための確立され、文書化され、証明されたプロセスがあることをプロバイダーに確認します。停止中の顧客とのコミュニケーション慣行に関する文書と手順を整備する必要があります。これらのプロセスには、タイムライン、脅威レベルの評価、および全体的な優先順位付けを含めることが最善です。

問題が発生した場合に提供されるすべての救済策と責任の制限について、すべての文書が網羅されていることを確認してください。

災害復旧は重要ですか?

クライアントは、ネットワークの信頼性を超えて、個々のベンダーとのクラウド ディザスタ リカバリ サービス プロトコルを検討する必要があります。

最近のデータセンターは、可能な限り災害のない場所に施設を構築し、自然災害のリスクをあらゆる可能性で軽減するよう努めています。ただし、それでも問題が発生する可能性があり、何か問題が発生した場合に備えて、期待を設定する必要があります。これらの期待には、バックアップと冗長性のプロトコル、復元、データ ソースのスケジューリング、整合性チェック (いくつか例を挙げると) が含まれます。

ディザスタ リカバリ プロトコルには、クライアントとサービス プロバイダーの両方が担当する役割も含める必要があります。エスカレーション プロセスのすべての役割と責任を文書化する必要があります。これは、これらのプロセスの一部を自社が実施する場合があるためです。

追加のリスク保険は、データ回復に関連する潜在的なコストをカバーするのに役立つ賢明なアイデアです (回復の側面がクライアントの管轄下にある場合)。

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

データを保護することで、ビジネスとそのクライアントをデータの盗難から保護できます。クラウド内のデータを保護することは、直接のクライアントとクライアントがビジネスを行う相手の両方に影響します。

クラウド ベンダーのさまざまなレベルのシステムとデータ セキュリティ対策を検証します。また、セキュリティ運用とセキュリティ ガバナンス プロセスの機能も調べてください。プロバイダーのセキュリティ管理は、セキュリティに関するポリシーと手順をサポートする必要があります。

プロバイダーの内部セキュリティ監査レポート、インシデント レポート、および発生した可能性のある問題に対する是正措置の証拠を求めることは、常に賢明な選択肢です。

ネットワーク インフラストラクチャとデータセンターの場所

サービス プロバイダーのデータ センターの場所は、多くの要因に劇的な影響を与えるため、非常に重要です。

前述のように、自然災害がほとんどない場所を持つことは常に望ましいことです。これらの地域は多くの場合、十分に離れているため、サービスのコストは堅牢な都市部よりも低くなる可能性があります.

データセンターの場所もネットワーク遅延に影響します。ビジネスの場所がデータセンターに近いほど、待ち時間が短くなり、データがクライアントに到達する速度が速くなります。したがって、ロサンゼルスに拠点を置く企業は、アムステルダムにあるデータセンターよりも速く、フェニックスに拠点を置くデータセンターからデータを受け取ります。

よりグローバルなプレゼンスを必要とする企業にとって、分散と冗長性のために世界中のデータセンターを利用することは常に選択肢の 1 つです。理想的なプロバイダーを探すときは、世界中にいくつの場所を提供しているかを調べる価値があります.

技術サポートが必要な場合

技術サポートは、プロバイダーとの結束がなければ、存在の悩みの種であり、克服できないレベルのフラストレーションの原因となる可能性があります.探しているプロバイダーが、信頼性が高く実用的で効率的なサポートを提供していることを確認することが不可欠です。

問題が発生した場合、問題が長引けば長引くほど、セキュリティの脅威のリスクが高くなるか、さらに悪いことに、評判が損なわれます。クライアントは、自分のアカウントにアクセスしたり、会社に連絡したりできない場合、ビジネスに不満を感じる可能性があります.問題が迅速に解決されない場合、これは多くのレベルで大混乱を引き起こす可能性があります.

一部のデータ センターやサービス プロバイダーは、24 時間年中無休のオンコール サービスを含む、技術的な問題に合わせたリソースを提供しています。

技術サポートは、CSP の選択プロセスの重要な部分です。データとサービスを安心して利用したいので、信頼できるサポート システムが不可欠です。

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

技術、ロジスティクス、およびセキュリティはさておき、クラウド サービス プロバイダーの運用能力に目を向けることが不可欠です。
.最終的な CSP オプションの財務健全性、評判、および全体的なプロファイルを調査することが重要です。

サービスプロバイダーが健全な財政状態にあり、合意されたサービス期間を通じてビジネスを維持するのに十分な責任があることを検証するために、デューデリジェンスを実行する必要があります.あなたの任期中にプロバイダーが財政難に陥った場合、会社に回復不能な損害を与える可能性があります。

会社のデータを調査して要求することにより、プロバイダーが過去または現在の法的問題を抱えているかどうかを調査します。企業構造内の潜在的な変更 (買収や合併など) について尋ねることも、有益な情報のもう 1 つのポイントです。これは運命と悲観的な会話である必要はないことを忘れないでください.買収は、今後提供されるサービスとサポートに利益をもたらす可能性があります。

クラウド コンピューティング プロバイダー内の主要な意思決定者のバックグラウンドは、傾向と将来の潜在的な問題を特定するための有用なロードマップになる可能性があります。

認証と基準

クラウド サービス プロバイダを検索する場合 、それらが表す現在のベスト プラクティスと技術的理解を検証することは常に賢明です。

これを行う 1 つの方法は、プロバイダーが取得した認定と更新頻度を確認することです。これは、プロバイダーがいかに最新であるか、プロバイダーがいかに詳細志向であるかだけでなく、業界標準にいかに適合しているかを示しています。これらの基準は、選択するサービス プロバイダーを決定しない場合がありますが、潜在的なサプライヤーを絞り込むのに役立ちます。

サービス プロバイダーが取得できるさまざまな規格や認定があります。それは、組織、セキュリティのレベル、ベンダーが協力する他の顧客、およびその他の多くの条件に完全に依存します.検索でよく知るべき標準には、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) が含まれます。

運用基準は、考慮し、認証を求める 3 番目のカテゴリです。これらの認証には、ISO、ITIL、IFPUG、CIF、DMTV、COBIT、TOGAF 9、MOF、TM フォーラム、FitSM が含まれます。

クラウドで安全なデータ ストレージ ソリューションは、取得した認定を誇りに思い、ウェブサイトに表示する必要があります。認定バッジがない場合でも、現在の認定について簡単に問い合わせることができます。

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

サービス プロバイダーは、多くの場合、ハードウェアとサービスをさまざまなベンダーに依存しています。さまざまなベンダーと、それぞれが企業のクラウドとデータ サーバーのエクスペリエンスに与える影響を考慮する必要があります。

プロバイダーとベンダーとの関係を検証することは不可欠です。また、認定レベルと技術的能力に注意を払うことも有用です。

これらのベンダーのサービスが、それを補完またはサポートする他のサービスのより広範なエコシステムに適合するかどうかを検討してください。一部のベンダーは、IaaS、SaaS、または PaaS クラウド サービスに簡単に接続できます。あなたのビジネスがメリットと見なすことができるサービスには、いくつかの重複または事前構成がある可能性があります.

プロバイダーが持つパートナーシップと、3 つのクラウド サービス モデルのうちの 1 つまたは複数を使用しているかどうかを知ることは役に立ちます。サービス パートナーがビジネスの最終目標に最適かどうかを示します。

IT クラウド サービスの移行サポートと終了計画

理想のパートナーを探すときは、長期的な戦略に注意してください。

サービスを移動することを決定した場合、またはプロバイダーのサービス機能に対して大きくなりすぎた場合。最後に遭遇したくないのは、ベンダー ロックインと呼ばれるシナリオです。これは、製品またはサービスを使用している潜在的な顧客として、競合他社に簡単に移行できない状況です。このような状況は、他のプロバイダーとの互換性がなくなる独自技術がプロバイダーによって使用される場合によく発生します。

ビルド アプリとデータ センターを比較する際に注意すべき特定の用語があります。ベンダー ロックイン テクノロジを使用する CSP の例には、次のようなものがあります。

• CSP 互換のアプリケーション アーキテクチャ
• 独自の安全なクラウド管理ツール
• カスタマイズされた地理的多様性
• 独自のクラウド API
• パーソナライズされたクラウド Web サービス (データベースなど)
• プレミアム構成
• カスタム構成
• データ管理とアプリケーションへのアクセス
• 安全なデータ形式 (標準化されていない)
• 1 つのプロバイダによるサービス密度

テーラーメイドのシステムに依存せずに標準サービスを提供するプロバイダーを選択することで、長期的な問題が軽減され、ベンダー ロックインを回避できます。

関係を開始する前であっても、明確なクラウド移行戦略を計画しておくことを常に忘れないでください。新しいプロバイダーへの移行は常に円滑またはシームレスに行われるとは限らないため、契約に署名する前にそのプロセスについて調べる価値があります。

さらに、データにアクセスする方法、データがどのような状態になるか、移動後にプロバイダーがデータを保持する期間を検討してください。

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

ビジネス クラウド サーバー プロバイダーの選択は、困難な作業のように思えます。

適切な戦略と話題があれば、企業はサービス プロバイダーに適したソリューションをすぐに見つけることができます。

データセンターのロックインの可能性を回避するために、長期的に考えることを忘れないでください。プロプライエタリなテクノロジーの使用を避け、定義された出口戦略を構築して、今後起こりうる問題を回避してください。

契約条件を備えた実行可能で実行可能な SLA を構築するために必要な時間を費やします。詳細な SLA は、サービスが合意どおりに提供され、サポートされることを保証する主要な形式です。

適切な調査を行い、ビジネスに必要なものに注意を払うことで、誰にとっても完璧なソリューションを見つけることができます。