SaaSは、曇りの見通しを超えた明るい未来ですか?

SaaSとクラウドコンピューティングが大きな市場シェアを占めるということは、誰かが疑う人もいれば、そうでない人もいます。 SaaSは主にソフトウェア開発者にとって有益であり、クラウドコンピューティングは次世代のホスティング事業者にとって有益です。 しかし、消費者社会では、消費者ではなく生産者が支配します。 かどうか...

最近、記事が登場し、賞賛と恐ろしい感覚です。 マーケティング担当者は、これらの技術に切り替えたときにどれだけの幸せが私たちに注がれるかを教えてくれます。 彼らが元々危険だったものは、ストールマン自身が書いた。 実際のニーズとあまり離婚していない人は、潜在的な問題について書きます。 実際のユーザーは、さまざまなクラウド、プラスとマイナスの経験について書きます。

私は問題を熟考し、間違いなく私に合った解決策案を提案したいと思います。





さらに、数人のHabrtの著者と同様に、私の前に、SaaSやクラウドコンピューティングの代わりに「クラウド」を作成します。 非専門家は気にせず、専門家は、それがなくても記事全体を笑います。

また、単純化するために、私は人々をクラウドの敵とプロテクターに分割し、それらをいくぶん誇張します。

したがって、「SaaS」、「クラウドホスティング」、または「クラウド」に完全に没頭することを考えたときに、潜在的なクラウドユーザーである「会社」が不安で不快感を感じる原因は何ですか。



1.プライバシー



クラウドの反対者は、データベースを外部の企業に転送することを恐れています。 彼らはそこに連れて行かれます。 支持者は、SLAがこれに対して保護する必要があると確信しており、統計に関する個人情報の漏洩のほとんどは、正社員のみが原因で発生したものです。

一般的な場合、両者は間違っています。 それはすべて詳細に依存します。 会社が「学生用」「食料用」でネットワークとKISを管理し、接続が暗号化されているクラウドホスティングサービスに移行すると、SLAが監視され、プロのみが作業するため、情報セキュリティが大幅に強化されます。 反対に、実際のシステム管理者や資格のある開発者がいて、クラウドが疑わしい場合、または「プログラマーのミスの結果」が個人情報を収集する場合は、注意する必要があります。



2.サポート24 * 7



会社の経営陣は、システムがクラッシュした場合、作業の復旧に責任を負わないことを恐れています。 そして、企業の管理者は、googlodoksが嘘をついていたとき、絶対的な無力さから明らかに安心していませんでした。 クラウドディフェンダーは、そのような洞窟の極端な希少性を強調します。 そして同時に、怠慢な管理者が数時間にわたってまったく同じ方法でシステムを削除する能力を指摘しています。 Yandexの記憶に残る落下は、プロが台無しにできると確信しています。 一般的に、このアイテムの正直なスコアは1です。1。 しかし、会社の人員の観点から見ると、遠くの雲ではなく特定の人を蹴る方が快適です。 ちなみに、この記事の入力中に簡単なエラーが発生しました“Google Docs has encountered a server error or bug. We are looking into the problem now.

Please try one of these interim solutions:

* Reload this page.

* Download the document by right-clicking it in the main document list and selecting "Export."“




“Google Docs has encountered a server error or bug. We are looking into the problem now.

Please try one of these interim solutions:

* Reload this page.

* Download the document by right-clicking it in the main document list and selecting "Export."“








3.継承されたシステム



また、Clipper、Fox Pro、MS Access 2.0、または1Cで作成されたCISは、バランスを低下させるだけでなく、不完全になったり、雲に移行したりします。 一般に、この問題を解決しないと、雲の価値はまったく見えません。 しかし、SaaSはこれに苦しむだけでなく、柔軟なアプローチで、反対に著者は同様の従来のアプリケーションを打ち負かすことができます。 レガシーシステムの問題は、通常、すべてが機能するため、管理者がテクノロジーの更新にお金を払いたくないということです。



4. API標準



オフラインライフと同様に、API標準は競争の強力な武器です。 普遍性やクロスプラットフォーム性について話すことはできません。 さて、ブラウザ部分に表示されるクロスプラットフォームのクライアント側については除きます。 GMailは、古典として、Webインターフェースに加えて、POP3およびIMAPメール標準をサポートしています。



5.インターネット中毒



クラウドサービスの潜在的な消費者の大多数はインターネットに完全に依存しているため、クラウドの反対者は、クラウドのインターネット接続への完全な依存をあまり強調しません。 オフラインで作業し、再接続時に同期できるようにしたいのですが。



6.ベンダー依存



反対者は、クラウドへの出発をクラウドホスティング業者への自発的な降伏と比較します。 また、明らかに正気のある議論がないため、クラウド支持者はこれらの懸念を無視しています。 しかし、1つのAPIまたはホストに依存していて、おおまかに言って曲がっていたり、痛みを伴う不採算になっている会社についてはどうでしょう。



SaaSとクラウドに関するすべての問題を解決する



これらすべての問題を一度に解決する唯一の方法はオープンソースです。 次のように見えます。

クラウドまたはSaaSのインストールパッケージは、クライアント部分だけでなくサーバー部分にもあります。 また、この設定により、ローカルサーバーを冗長化して、クラウドの単一またはローカルのバックアップ部分として機能させることができます。

問題を逆の順序で調べてみましょう。

6 。 ベンダーの依存関係は問題ではなくなりました。サーバーパーツをインストールするだけで、別のクラウドホスティングサービスに切り替えることができます。 サーバールームは自分で展開できます。

5 。 インターネットをオフにすると、オフィスはローカルサーバーで動作します。 もちろん、クラウド/ SaaSを完全に置き換えることはできず、速度が低下する可能性が高いですが、主なものは機能しません。

4 。 一部のプロトコルでは、ゲートウェイをオープンソフトウェアに接続することが常に可能です。 顕著な例として-ほとんどすべてのIMネットワークへのトランスポートを持つジャバー:ICQ、Mail.ru、vkontakte、MSN、IRCなど。

。 これは議論の余地がありますが、継承されたシステムをオープンソースデータベースに直接転送する方が有益であると思われます(ただし、オープンにする必要はありません)。

2 。 ローカルサーバーをセットアップするだけでなく、管理者も雇うと、クラウドの安定性とローカルの責任者の両方が得られます。

1 開放性は、少なくとも、権限の制御されない乱用のポイントの検索を容易にする必要があります。 そして最大で、エンドツーエンドの暗号化を提供することにより、敵から完全に保護することができます。

0 。 私に分かれます。



All Articles