SaaS とオンプレミス、神話と現実。 冷やすのをやめる

SaaS とオンプレミス、神話と現実。 冷やすのをやめる

TL; DR1: 神話は、ある条件では真実でも、他の条件では偽になることもあります

TL; DR2: 私はホリバーを見ました - よく見ると、お互いの声を聞きたくない人々が見えるでしょう

このテーマに関して偏った人々が書いた別の記事を読んで、私は自分の見解を述べることにしました。 もしかしたら誰かが役に立つかもしれない。 はい。多くを語るよりも、記事へのリンクを貼った方が便利です。

このトピックは私にとって身近なものです。私たちはコンタクト センターを作成し、クライアントにとって最適な両方のモデルに従って提供します。

この記事での SaaS とは、サーバーがパブリック クラウドに配置され、ユーザーが Web インターフェイスを介して、ほとんどの場合インターネット経由でリモート接続するソフトウェア配布モデルを指します。

この記事でのオンプレミスとは、ソフトウェア配布モデルがクライアントのサーバーにインストールされ、ユーザーがローカルで (ほとんどの場合 Windows アプリケーション インターフェイスを使用して) 接続する場合のソフトウェア配布モデルを意味します。

パート XNUMX。 神話

神話1.1。 SaaS はオンプレミスの方が高価です

神話1.2。 オンプレミスはSaaSよりも高価です

SaaS ベンダーは、ソフトウェアの使用開始コストがはるかに低いとよく言います。 ユーザーあたり月額わずか X ドルです。 オンプレミスの XXX よりもはるかに安価です。
オンプレミスのベンダーは、SaaS の価格を何ヶ月も掛けて、自社のソフトウェアの方が安いと言っています。 彼らはグラフィックも描きます。 間違い。

SaaS とオンプレミス、神話と現実。 冷やすのをやめる

間違ったスケジュールでは、ライセンスの価格がすべてではないことが考慮されていません。 設置費用もかかります。 そして教育費も。 そして、訓練を受けていない従業員のミスの代償も伴います。 サーバーにサービスを提供する管理者には料金がかかります。 サーバーのアップグレードや、故障した PSU または HDD の修理には料金がかかります。 つまり、直線はあっちにもこっちにも通用しないのです。

SaaS とオンプレミス、神話と現実。 冷やすのをやめる

現実には、安いか高いかは、たとえば、大きな変化が予想されない期間の長さに依存します。 たとえば、クライアントが何人の人が必要で、彼らが何をするのかを正確に知っている場合、オンプレミスの方が有益です。 彼にとってコンタクト センターが一種の実験であるならば、SaaS を選択する方が良いでしょう。 さらに、データを失わずに可能であれば、別のものに変更してください。

それで、どちらが安いでしょうか? ある場合にはそれは一つのことですが、他の場合にはそれは別のことです。

神話2.1。 SaaS はオンプレミスでより安全です

神話2.2。 オンプレミスはSaaSよりも安全です

私たちのクライアントは、ほぼ均等な XNUMX つの大きなグループに分けられます。 「私のデータはインターネット上のどこかにあるということですか?」と言う人もいます。 神は禁じます! 邪悪なハッカーがハッキング、盗み、削除したらどうなるでしょうか? いいえ、ここ、私のオフィスのサーバーに置いておいてください。 他の人:「私のデータがオフィスにあるということでしょうか? 神は禁じます! 火事、盗難、それとも仮面劇の友人ですか? いいえ、インターネット上のどこかに置いておきます。

実際には、セキュリティは多要素の概念であり、サーバーの場所は多くの要素の XNUMX つにすぎず、一方が他方よりも安全であると言うのは深刻ではありません。

では、どちらがより安全なのでしょうか? ある場合にはそれは一つのことですが、他の場合にはそれは別のことです。

神話3。 SaaS はカスタマイズ性が低い

理論的には、オンプレミスの場合、特定のクライアントに必要なものをコードに追加できます。 実際には、これによりバージョンの数が増加します。 護衛費用は高騰するだろうし、そんなことをしようとする人はいないだろう。 代わりに、いくつかの構成がロードされ、あらゆる種類のアプリケーションが自動的に構成されます。

現実には カスタマイズ可能性は、ソフトウェアの成熟度と開発者の先見の明によって決まります。 配布方法によるものではありません。

では、カスタマイズするには何が良いのでしょうか? ある場合にはそれは一つのことですが、他の場合にはそれは別のことです。

あまり人気のない神話は他にもあります。 しかし、同じように間違っています。 しかし今のところ、説明のためにはこれらで十分です

パートXNUMX。 ホリバル

「ミュラー数」、つまり操作できるエンティティの数のようなものがあります。 7+-2。 誰もが独自のストレスを抱えており、ストレスがかかると最大1まで減少する可能性があります。

エンティティが多数ある場合は、単純化と一般化が始まります。 ここに問題があります。私たちはそれぞれを独自の方法で単純化して一般化し、同じ言葉を使用しています。

一般に、どのホリバーでも XNUMX つのエラーのうち少なくとも XNUMX つは表示されます。 さらに多くの場合、両方を同時に実行します。

1. 同じ単語の異なる意味

たとえば、誰かにとっては 1 倍安い = 良いです。 なぜなら、それは一度だけ使用する必要があるからです。 そしてもうXNUMX人は、価格がそのようなものであるために、シュニャガがデンドロ糞便法を使用して作られていることに気づきましたが、これは彼にとって受け入れられません。 彼にとってより良い=より高価ですが、大丈夫です。 そして彼らは、「より良い」とは何を意味するのかを明確にすることを忘れて議論します。

2. 誰もが他人を別の人間として見て、自分の目標や優先事項があることを認める準備ができているわけではありません。

技術的な特性が重要な場合もあれば、使いやすさが重要な場合もあります。 それは本当に重要で、彼の状況ではそれは不快です=「月収が減る」または「イライラして家族にうなり声をあげる」。 妻と子供たちに何時間も機嫌よく過ごすために、収入の数パーセントを過剰に支払うことが彼にとって重要である。 そして、誰かが一人暮らしをしており、追加の数百ドルが彼にとって重要ですが、家に迷惑をかける人はいません。 この XNUMX 人がお互いの意見を聞きたくない場合は、「Mac vs Windows」などのホリバーに会ってください。

ちなみに、ホリバーの主な理由は「お互いの話を聞きたくない」ということが非常に多いです。 不幸にも。 彼らは望むとすぐに肩をすくめ、「そうですね、あなたの場合はそうです」と言って話題を変えることができることがわかりました。

これに気づきましたか? それとも逆に、何か別のことに気づきましたか?

出所: habr.com

コメントを追加します