サービスレベル契約により実際の稼働時間を確保する方法

slas 実際の稼働時間

大手通信会社やネットワーキング ベンダーは長年にわたって サービスレベルアグリーメント (SLAs) から overpサービスの低下と配信不足により、顧客は深刻なサービスの問題と標準以下の接続を抱えてしまいます。

もちろん、ベンダーには顧客と交わした契約を履行する義務がありますが、電気通信業界では、顧客が契約条件に困惑することがよくあります。 プロバイダーは責任を回避するために契約を作成することができ、顧客は料金を支払っていると信じていた接続を利用できなくなると、同社の最高技術責任者アシュワス ナガラジ氏は述べています。 Aryaka Networks.

cloud 新型コロナウイルス感染症のパンデミックに直面して、サービスが企業にとってより基本的なものになっているため、サービスを再評価することが重要です。 SLA。 現在の課題は、この新しい環境で顧客にサービスを提供できるように契約を再構築することです。

かろうじてやっていく

デジタル時代では、あらゆるビジネスは接続を維持することに依存しています。 製造、ヘルスケア、金融サービスなど、どの分野でも運用するには信頼性の高いネットワーク インフラストラクチャが必要です。

多くの企業がデジタル変革への取り組みを加速している現在、これは特に当てはまります。 彼らがビジネスを変革するにつれて、顧客は wan彼らのネットワークが緊張によって崩壊しないという保証はない。 ビジネスの変革に集中すべき時間を、ネットワークの問題に対処するために無駄にすべきではありません。

の役割は何ですか SLAs これで?

An SLA プロバイダーとの契約による履行の約束です。 顧客は、納品された製品がビジネスに与える影響を計算できる必要があります。 SLAを選択します。 SLA また、稼働時間保証を満たさなかった場合のプロバイダーへのペナルティも顧客に伝えます。 ベンダーが約束を破った場合、契約により顧客は補償を請求できるようになります。

顧客は本質的に、より高いものに対してより多くを支払うというトレードオフを行っています。 SLA ダウンタイムがビジネスに大きな影響を与える場合に、ダウンタイムを最小限に抑えるサービス。 良い SLA ほとんど疑問が残らないだろう。 悪いものは、意味を曖昧にするために専門用語だらけの説明を使用します。

で探すべき XNUMX つの重要な点 SLA:

  • 約束 - これは、気が遠くなるようなものではなく、明確でなければなりません
  • 測定とコンプライアンスを検証する機能
  • 約束を守らなかった場合のペナルティ
  • ペナルティを回収する機能 (別名サービス クレジット)

約束

ブリッジ SLAs 「稼働時間」を約束します。 この約束には、ダウンタイムの定義も含まれています。 ベンダーは「99.999」の数を約束します。6 の 30 は 99.99% の稼働時間 (年間約 60 分、または 5 か月あたり XNUMX 秒) に相当し、XNUMX の XNUMX は XNUMX% の稼働時間 (年間約 XNUMX 分) に相当します。 、または月に XNUMX 分)など。

ファイブナインは通信会社の一般的な見出し数字です SLAs。 問題は、細字部分を確認すると、より広範囲の数字が引用されていることです。 その他の約束には、レイテンシー、ジッターなどがあり、すべて定義を明確にする必要があります。

測定

ベンダーはダウンタイムをどのように測定していますか? 測定には、約束された稼働時間の違反を検出するためのサンプリング分解能がありますか? それは実際に経験したネットワークのダウンタイムに相当しますか? 誤解を招く例 SLA これは、月次測定で 99.999% のアップタイム (つまり、月あたり 30 秒のダウンタイム) を主張するものですが、実際にはネットワークを毎分チェックし、ダウンタイムを分単位でカウントします。

ネットワークは毎分 35 秒間ダウンし、稼働時間が 0% になる可能性があります (30 秒の連続稼働時間はありませんでした)。一方、ベンダーは 100% の稼働時間を主張できます (プローブが失敗した瞬間はありませんでした)。 を探してください SLA これは、ベンダーにお世辞を言うための無意味な数値ではなく、実際の稼働時間を示すのに十分な粒度の測定を指定します。

ペナルティ

約束を守ることは、失敗に対する意味のあるペナルティでなければなりません。 接続障害は生産性を大幅に低下させ、ビジネスの遂行能力を妨げます。

多くのベンダーが約束を果たせないことを隠そうとするのはこの点です。 たとえば、あるベンダーは稼働率 99.999% を主張していますが、ネットワーク可用性が 5% ~ 97.9% の場合は 99.999% のペナルティを課しています。 したがって、約束されたダウンタイムの 15 倍である 1800 か月あたり 5 時間のダウンタイムがある場合、99.999% のクレジットが得られます。 30 秒のダウンタイムにコストがかかったために 15% のアップタイムを得るために多額のお金を支払った場合、XNUMX 時間のダウンタイムはおそらくビジネスを台無しにするでしょう。 これはファイブナインのサービスではなく、ツーナインのサービス未満です。

一部のプロバイダーは、2 日の回線料金のわずか XNUMX% を提示しますが、これはプロバイダーにとっては取るに足らない額であり、サービスが実行されるかどうかに関係なく、料金のほとんどがプロバイダーに顧客の負担となることになります。 より高い割合を要求することは、これらの問題に対抗するための XNUMX つの明らかな戦略です。 少なくとも、プロバイダーが契約に違反した場合に契約を解除できる条項を契約書に入れることをお勧めします。 SLA あまりに頻繁に。

信用を得る

ベンダーが過去および現在の正確な記録を維持していることを確認する SLA 測定し、そのデータを顧客が利用できることを確認します。 多くのベンダーは、ネットワークを継続的に監視し、障害が発生したことを数週間後に証明することを顧客の責任としています。

もちろん、稼働時間を自ら測定しないサービスプロバイダーや、その数値を恥ずかしがるサービスプロバイダーの場合は、このようなことは起こりません。

この記事は、最初に公開された IoT-今

著者,

アシュワス ナガラジ
Ashwath は最高技術責任者であり、 Aryaka。 彼は建築の責任者です Aryakaは創業以来のビジョンとテクノロジーを継承しており、ストレージ、セキュリティ、アーキテクチャ、ネットワーキングの分野で 17 件の特許を取得しています。