👽 🧙 👩🏽‍💼 クラウドリスク 🦖 👩🏿‍🤝‍👨🏽 👩🏻‍💼

今日、クラウドアプリケーションは私たちの生活に長くしっかりと入っています。ほとんどすべての主要なソフトウェアベンダーは、自社のエンタープライズインフラストラクチャ（オンプレミス）で動作するPCまたはモバイルデバイス用のクラシックなダウンロード可能なアプリケーションとともに、Webベースのアプリケーションを顧客に提供しています。

たとえば、Gmailを使用せずにITに携わっている現代人の少なくとも1日を想像することは困難です。同様に、現代の企業は、現代の要件により、そのプロセスの一部をSaaSに移行します。以下、SaaSの下では、主にさまざまな企業が有料サブスクリプション用に提供するクラウドアプリケーションを意味します。これらのタイプのサービスには、メールサービス、CRMシステム、オフィスアプリケーションなどがあります。多くの場合、SaaSに引き継がれるシステムは、多数の企業情報システムとの複雑な統合を必要としません。環境を最小化できます。また、ビジネスプロセスの詳細と実装プロセス自体の簡素化により、クラウドアプリケーションが中小企業の間でより成功する可能性があることも明らかです。

しかし、私は別の側面に焦点を当てたいです。企業がビジネスプロセスをSaaSに移行する主なリスクは何ですか？表面にあり、顧客からすぐに表明される最初の問題は、内部データのサイドへの漏洩、つまり、SaaSソリューションプロバイダー企業のセキュリティと信頼の問題です。それほど明白ではないが、会社にとってそれほど重要ではない、クラウドへの移行をすぐに終わらせることができるものは他にありますか？あり、そのような例を示してみます。

運命の意志により、私たちの小さな会社は長い間、人気のある外国のサービス、たとえばオンラインテーブルを使用していました。ローンチの夜明け、その機能は同じGoogleドキュメントと比べてそれほど印象的ではありませんでした。しかし、時間が経ち、サービスが発展し、成長し、定期的に使用しました。私はすぐにサービスが外国であり、十分に大きいと言います、したがって、その加入者の数は数万と数十万に達します。無料のサブスクリプションはなく、試用期間のみで、その後は間違いなく何かを購入する必要があります。このサービスは個人顧客ではなくビジネスユーザーに焦点を当てています。彼らは同じGoogleドライブを持っているからです。今日では、ニッチのトップ3に含まれているため、その例は最も明らかになっています。

クラウドの場合、ソフトウェアはどのように更新されますか？私が出会ったものから2つのオプションがあります：

オプション1-会社は、1〜2時間以内の短いダウンタイムウィンドウを顧客に通知します。また、サービスは主にビジネス指向であるため、このようなウィンドウは通常土曜日から日曜日または日曜日から月曜日の夜に計画されることを誰もが理解しています。

オプション2-サービスはダウンタイムなしで更新されます。ユーザーにログインすると、新しい機能に関するヒント（または古い機能を削除したバナー）が表示されます。

オプション1またはオプション2のように、問題は次のように発生します。

1.システムアップデートの計画は、システムユーザーに依存しません。

2.ユーザーは、機能がどのように追加され、どの機能が除外されるかを事前に知りません。

3.多くの場合、ユーザーは、更新が完了すると、更新および新しい機能について学習します。

それでも最初の項目について合意できる場合、2番目と3番目は疑問に思います。ビジネスは、使用するサービスの機能をどのように更新するリスクがあるのでしょうか。これは彼のプライベートビジネスプロセス（BP）にどのように影響しますか？そして、最も重要なことは、SaaSサービスで実装されたBPまたはその一部が突然失敗した場合はどうなるでしょうか？

ローカルソフトウェアの場合、すべてが少し簡単に解決されます。ビジネス（またはIT担当者）には、少なくとも2つのオプションがあります。

1.主要なシナリオを実行するために、隔離された環境（テストゾーン）でソフトウェアの新しいバージョンをテストします。

2.新しいバージョンに重大なビジネス上の欠陥が見つかった場合、ソフトウェアの古いバージョンにロールバックします。仮想化が広く浸透しているため、このプロセスは数分で完了します。

私の例に戻ります。使用したExcelライクなサービスにはこのような機能があり、テーブル行でディスカッションを行いました。その特徴は、ディスカッション内でいくつかのディスカッションスレッドを編成できることでした。サブスクライバーはそれぞれ通知を受け取り、どういうわけか機能し、人々はそれを使用しました。私たち個人的には、この機能は需要がありませんでしたので、私はそれに注意を払いませんでした。

ある晴れた日、会社はサービスを更新し、ディスカッションをコメントに変更してすべての兄弟を作成することで、ユーザーの利便性を高めることにしました。つまり、テーブルの各行に、すべてが落ち込むディスカッションスレッドを1つだけ持つことができます。さらに、古い議論はすべてこの新しい種類に変換され、後戻りすることはできません。もちろん、更新後、すべてのユーザーはこのような便利で便利な機能の通知を受け取りました。そして、彼らは仕事に来た月曜日に、もちろん彼と知り合いになりました。多くのユーザー（企業）が、内部プロセスの一部でディスカッションスレッドを真剣に使用していることが判明しました。彼らにとって、この機能はビジネスに不可欠でした。アップグレード後に彼らが得たものは、壊れたビジネスプロセスです。一部の人にとっては純粋に内部的なものでしたが、他の人にとっては顧客サービスがそれに結びついていました。次の更新後にコミュニティフォーラムを読んだ後、これについてすべてを学びました。ペイントの人々は、以前のバージョンのサービスでどのように作業を構築したか、なぜ今も機能しないのかを説明しました

このSaaSサービスを使用する会社はこれで何ができますか？ゲームの新しいルールにのみ適応し、生きてください。次のアップデートのいずれかが他の何かを壊さないという保証はどこにありますか？誰もそのような保証を与えません。そして、これはかなり単純なテーブルサービスの単なる例です。 CRMなどのより複雑なシステムの場合、遭遇するものを想像できます。 SaaS製造会社はそのような顧客を考えていましたか？おそらく、しかし、それらの数は重要ではないとみなされ、機能自体はそれほど重要ではありません。

その結果、このサービスを使用している企業は、2つの問題に同時に直面しました。

1.新しいバージョンのサービスは、以前に利用可能であった機能を破壊します。クライアントは、システムの更新後にのみこのことを認識します。

2.ソフトウェアの古いバージョンへのロールバックはできません。最悪の場合、データはすでに新しい形式に処理されており、バックアップを復元するだけで古いデータに戻すことができます。

SaaSサービスは顧客によって制御されておらず、顧客の仕事は予測できません。重要なBP企業の導入の鍵として使用することはできません。客観的な理由から、SaaS製造会社はすべての顧客の要件を100％満たすことはできません。つまり、一部の顧客は確かに制限に直面し、それらに耐える準備ができているかどうかを判断する必要があります。 SaaSでのソフトウェアの更新はクライアントから隠された手順であり、その後にサービスの不可逆的な変更、および保存されたクライアントデータの変更が続く場合があります。最悪なことに、クライアントはシステムの更新の事実についてのみこれについて知るでしょう、そして、彼は戻ることができません。

おそらく、一部のSaaSシステムでは、クライアントが自分のデータを新しいバージョンのプラットフォームに移行してその動作をテストできる特定の猶予期間があります。しかし、そのような機会が提供されたとしても、製造業者は古いバージョンと新しいバージョンの両方を長い間サポートできません。つまり、新しいバージョンの制限に直面しているクライアントは、決断を強いられます-代替のSaaSプロバイダーに行くか、新しいプラットフォームの現実のPSUを変更します。

上記のすべてを考慮すると、SaaSサービスとの連携は、PSUがまだ厳密に定式化されておらず、SaaSサービスがある程度の自動化を追加する小規模で動的に成長している企業の一時的なソリューションのように見えます。プラットフォームはそれほど高価ではありません。 SaaSの使用について多くの好意的なレビューを期待できますが、実際にアップデートで問題が発生した人はいますか？まだではない場合、それがおそらくクラウドを使用した経験が完全にポジティブな理由でしょうか？

クラウドリスク

More articles: