SLA があなたを救ってくれると考えるのはやめてください。 安心させ、誤った安心感を生み出すために必要です。

SLA は、「サービス レベル アグリーメント」とも呼ばれ、顧客がサービスに関して受け取る内容に関する、顧客とサービス プロバイダーの間の保証契約です。 また、サプライヤーの過失によりダウンタイムが発生した場合の補償などについても規定しています。 本質的に、SLA は、データ センターやホスティング プロバイダーが潜在的な顧客にあらゆる方法で親切に扱われることを納得させるための資格情報です。 問題は、SLA には何でも書き込めるし、この文書に書かれているイベントはそれほど頻繁に発生するものではないということです。 SLA はデータセンターを選択する際のガイドラインとは程遠いものであり、それに頼るべきではありません。

私たちは皆、特定の義務を課す何らかの協定に署名することに慣れています。 SLA も例外ではなく、通常は想像できる限り最も非現実的な文書です。 おそらくもっと役に立たない唯一のことは、「営業秘密」の概念が実際には存在しない管轄区域での NDA です。 しかし、全体の問題は、SLA はクライアントが適切なサプライヤーを選択するのに役立たない、むしろ目にゴミを投げかけるだけであるということです。

ホスティング事業者は、一般に公開する公開バージョンの SLA に何を書くことが最も多いですか? 最初の行はホスティング業者の「信頼性」という用語です。これらは通常 98 ～ 99,999% の数値です。 実際、これらの数字はマーケターの美しい発明にすぎません。 かつて、ホスティングがまだ若くて高価で、クラウドは専門家にとって単なる夢でした (そして誰もがブロードバンド アクセスを利用できた) とき、ホスティングの稼働時間指標は非常に非常に重要でした。 現在、すべてのサプライヤーがプラスまたはマイナスで同じ機器を使用し、同じバックボーン ネットワーク上に配置され、同じサービス パッケージを提供している場合、稼働時間の指標はまったく目立たなくなります。

「正しい」SLA は存在するのでしょうか?

もちろん、SLA には理想的なバージョンがありますが、それらはすべて非標準文書であり、顧客とサプライヤーの間で手動で登録および締結されます。 さらに、このタイプの SLA は、ほとんどの場合、サービスではなく、ある種の契約作業に関係します。

優れた SLA には何を含めるべきでしょうか? TLDR で言えば、優れた SLA は XNUMX つのエンティティ間の関係を規制する文書であり、当事者の一方 (顧客) がプロセスを最大限に制御できるようになります。 つまり、現実世界でどのように機能するかということです。グローバルな相互作用プロセスを説明し、当事者間の関係を規制する文書があります。 それは境界線やルールを設定し、それ自体が双方が最大限に活用できる影響力のてこになります。 したがって、正しい SLA のおかげで、顧客は請負業者に合意どおりに作業するよう強制するだけで済み、契約では正当化されない過度に積極的な顧客の「要求」を請負業者が撃退するのに役立ちます。 これは次のようになります。「当社の SLA にはこう書いてあります。ここから出てください。合意どおりにすべて行います。」

つまり、「正しいSLA」＝「サービス提供のための適切な契約」となり、状況をコントロールできるようになります。 しかし、これは「対等に」仕事をしている場合にのみ可能です。

サイトに書いてあることと現実に待っていることは別物

一般に、これから説明することはすべて、典型的なマーケティング手法であり、注意力を試すテストです。

国内の人気ホスティング会社を例に挙げると、25 つのオファーが他のオファーよりも優れています。8 時間 99,9999999 日のサポート、XNUMX% のサーバー稼働率、少なくともロシアには独自のデータセンターが多数あります。 データセンターに関するポイントを思い出してください。 もう少し後で戻ります。 それまでの間、理想的なフォールト トレランス統計と、サーバーが依然として「0,0000001% の障害」に該当する場合に人が直面する問題について話しましょう。

98% 以上の指標では、いかなる下落も統計上のエラーの寸前の出来事です。 動作する機器と接続が存在するか、存在しないかのどちらかです。 「信頼性」評価が 50% (独自の SLA による) のホスティング会社を何年も問題なく使用できますが、99,99% を主張するホスティング会社では月に XNUMX 回、数日間「失敗」することもあります。

転落の瞬間が訪れると (そして、念のため言っておきますが、誰もがいつかは転落するでしょう)、クライアントは「サポート」と呼ばれる社内マシンに直面し、サービス契約と SLA が明らかになります。 それはどういう意味ですか：

• おそらく、ダウンタイムの最初の XNUMX 時間は何も提示できませんが、ホスティング業者によっては、事故の瞬間から料金の再計算 (補償金の支払い) を開始する場合があります。
• サーバーが長期間利用できない場合は、料金の再計算のリクエストを送信できる場合があります。
• そして、これは、問題がサプライヤーの過失によって発生した場合に限ります。
• （高速道路上で）第三者によって問題が発生した場合、「誰も責められない」ように思え、問題がいつ解決されるかは運次第です。

ただし、エンジニアリング チームに連絡することは決してできないことを理解することが重要です。ほとんどの場合、実際のエンジニアが状況を解決しようとしている間、サポートの第一線で対応を止められます。 おなじみですね?

ここでは、多くの人が SLA に依存しています。SLA は、そのような状況からあなたを守ってくれるようです。 しかし実際には、企業が自社の文書の範囲を超えたり、自社のコストを最小限に抑えるような方法で状況を好転させることができることはほとんどありません。 SLA の主なタスクは、警戒を緩め、予期せぬ状況が発生した場合でも「すべてうまくいく」と納得させることです。 SLA の XNUMX 番目の目的は、主要な重要な点を伝達し、サービス プロバイダーに対処の余地を与えること、つまり、サプライヤーが「責任を負わない」何かが障害の原因であると判断できるようにすることです。

同時に、大規模クライアントは実際には、SLA 内の報酬についてはまったく気にしていません。 「SLA 補償」とは、機器のダウンタイムに応じて料金の範囲内で返金されるもので、潜在的な金銭的損失や評判の損失の 1% もカバーされるものではありません。 この場合、クライアントにとっては、ある種の「料金の再計算」よりも、問題をできるだけ早く解決することがはるかに重要です。

「世界中に多くのデータセンターがある」ことが懸念材料

サービス プロバイダーの多数のデータ センターの状況を別のカテゴリに分類しました。これは、上記の明白な通信問題に加えて、明白でない問題も発生するためです。 たとえば、サービス プロバイダーは「自社の」データ センターにアクセスできません。

前回の記事では アフィリエイト プログラムの種類について書き、「ホワイト ラベル」モデルについても言及しました、その本質は、それ自体を装って他人の能力を再販することです。 多くの地域に「独自のデータセンター」があると主張する現代のホスティング業者の大多数は、ホワイト ラベル モデルを使用する再販業者です。 つまり、スイス、ドイツ、オランダの条件付きデータセンターとは物理的に何の関係もありません。

ここで非常に興味深い衝突が発生します。 サービス プロバイダーとの SLA はまだ有効であり、機能していますが、サプライヤーは事故が発生した場合に状況に根本的な影響を与えることができません。 彼自身は、再販用にパワーラックを購入したデータセンターという自身のサプライヤーに依存する立場にあります。

したがって、信頼性とサービスに関する契約書と SLA の美しい文言だけでなく、問題を迅速に解決するサービスプロバイダーの能力も重視する場合は、施設の所有者と直接協力する必要があります。 実際、これにはデータセンターとの直接のやり取りが含まれます。

実際にXNUMX社に多くのDCが所属できる場合の選択肢を検討してみてはいかがでしょうか。 まあ、そんな会社は本当に少ないですけどね。 小規模なデータ センターを XNUMX つ、XNUMX つ、XNUMX つ、または大規模なデータ センターを XNUMX つ設置することが可能です。 しかし、XNUMXのDCを擁し、その半分がロシア連邦にあり、XNUMX番目がヨーロッパにあるということは、ほぼ不可能である。 これは、あなたが想像しているよりも多くの再販会社が存在することを意味します。 簡単な例を次に示します。

Google Cloud サービスのデータセンターの数を見積もります。 ヨーロッパにはXNUMXつしかありません。 ロンドン、アムステルダム、ブリュッセル、ヘルシンキ、フランクフルト、チューリッヒで。 つまり、高速道路の主要な地点すべてにあります。 データセンターは高価で、複雑で、非常に大規模なプロジェクトであるためです。 ここで、モスクワのどこかにある「ロシアとヨーロッパに十数のデータセンター」を持つホスティング会社を思い出してください。

もちろん、ホワイト ラベル プログラムのパートナーを持つ優良なサプライヤーは存在しませんが、十分な数があり、最高レベルのサービスを提供しています。 これらにより、同じブラウザ ウィンドウを通じて EU とロシア連邦の容量を同時にレンタルしたり、外貨ではなくルーブルで支払いを受け入れたりすることが可能になります。 しかし、SLA に記載されているケースが発生すると、彼らはあなたとまったく同じ状況の人質になります。

このことから、サプライヤーの組織構造と能力を理解していなければ、SLA は役に立たないことが改めてわかります。

その結果と

サーバーのクラッシュは常に不快な出来事であり、どこでも誰にでも起こる可能性があります。 問題は、状況をどの程度制御したいかです。 現在、市場に容量を直接供給する企業はそれほど多くありません。大手企業について言えば、比較的言えば、ヨーロッパ全土にアクセスできる XNUMX の DC のうち、モスクワのどこかに XNUMX つの DC しか所有していません。

ここで、各クライアントは自分自身で決定する必要があります。今すぐ快適さを選択するか、機器を配置したり容量を購入したりできる、ロシアまたはヨーロッパの許容可能な場所にあるデータセンターを探すのに時間と労力を費やすかどうかです。 前者の場合には、現在市販されている標準ソリューションが適しています。 XNUMX番目では、汗をかく必要があります。

まず、サービス販売者が施設/データセンターの直接の所有者であるかどうかを判断する必要があります。 ホワイト ラベル モデルを使用している多くの再販業者は、自社のステータスを隠蔽しようと最善を尽くしており、この場合、いくつかの間接的な兆候を探す必要があります。 たとえば、「欧州 DC」がサプライヤー企業の名前とは異なる特定の名前やロゴを持っているとします。 あるいは「パートナー」という言葉がどこかに出てきたら。 95% の場合、パートナー = ホワイト ラベルです。

次に、会社自体の構造をよく理解するか、できれば設備を直接見る必要があります。 データセンターの間で、独自の Web サイトやブログでエクスカーション、または少なくともエクスカーション記事を掲載する習慣は新しいものではありません (私たちはそのような記事を書きました) 時間 и два) では、データ センターについて写真と詳細な説明を交えて説明しています。

多くのデータ センターでは、オフィスへの個人的な訪問や DC 自体への小旅行を手配できます。 そこでは注文の程度を評価することができ、おそらくエンジニアの一人とコミュニケーションをとることができるでしょう。 月額 300 ルーブルで XNUMX 台のサーバーが必要な場合、誰も生産現場を案内してくれる人はいないことは明らかですが、本格的な容量が必要な場合は、営業部門が対応してくれる可能性があります。 たとえば、このような旅行を実施します。

いずれの場合も、常識とビジネス上のニーズに従う必要があります。 たとえば、分散インフラストラクチャ (サーバーの一部はロシア連邦にあり、もう XNUMX つは EU にあります) が必要な場合は、ホワイト ラベルを使用してヨーロッパの DC と提携しているホスティング会社のサービスを使用する方が簡単で収益性が高くなります。モデル。 インフラストラクチャ全体が XNUMX か所、つまり XNUMX つのデータセンターに集中している場合は、サプライヤーを見つけるのに時間を費やす価値があります。

なぜなら、一般的な SLA では役に立たない可能性が高いからです。 ただし、再販業者ではなく、施設の所有者と協力することで、起こり得る問題の解決が大幅に短縮されます。

出所： habr.com