厳しい経済環境はロシアのビジネスに圧力をかけ続けており、IT業界も例外ではありません。 多くの企業は、インフラストラクチャまたは少なくとも「ストレッチ」コストを節約しようとしています。 これにより、ホスティングプロバイダーが救助に来て、クラウド内の従業員にデータとワークスペースを提供しました。
このサービスは、情報を扱う分野の法律が厳しくなったため、特にロシアで活動する外国企業の間で人気を集めています。 いずれにせよ、各企業は、請負業者やパートナーと協力する際に、連邦法No. 152「個人データについて」の要件を考慮する必要があります。
この法律が会社にもたらすもの：
- 第三者による処理のための処理、保存、および必要に応じてデータの転送に同意する義務、
- クライアントとの作業に本当に必要なデータのみを収集する義務、
- 彼の要求に応じて顧客データを削除する義務、
- 顧客データを盗難、ハッキング、データにアクセスする権利を持たない人、特に広告代理店への転送から保護する義務。
これは責任のほんの小さなリストです。 データのタイプに応じて、要件は異なる場合があります。 たとえば、機密情報を扱うには、連邦技術サービス輸出管理局（FSTEC）からのライセンスと、国家機密であるFSBが必要です。 当然、そこにあるデータ所有者の要件はまったく異なります。
非常に重要な点は、国境を越えたデータ転送であり、個人データを海外に転送するプロセスを劇的に複雑にします。
一般に、近年大幅な変更が加えられた2006年に採択されたこの法律は、個々の市民および国家全体の安全レベルを高めることを目的としています。 さらに、州はこの法律を使用して国内IT市場の発展を刺激することを計画しました。
そして、州は法律の実施を監視しています。 Roskomnadzorは、大規模な銀行や企業だけでなく、通常のオンラインストアでも定期的にチェックを行っています。
当然のことながら、このような規制の存在は、企業の仕事に一定の困難をもたらします。
私たちの国の外国ビジネスを見てみましょう。
外国企業の仕事が法律の文言を完全に遵守するためには、企業はデータをロシア連邦の領土に転送するだけではありません。 データを保存するためのインフラストラクチャは、大規模な設備投資とサービスシステムの価値があることを誰もが理解しています。 これにはすべて、従業員からの非常に高い資格が必要です。 同時に、ここでのビジネスの観点からの経済的利益は、控えめに言っても疑わしいです。 また、最近採用された春の法律のおかげだけで、特に格納される情報の量が絶えず増えていることを思い出すと、インフラストラクチャのスケーリングという別の頭痛の種があります。
したがって、多くは雲に行きます。
現在、
ホスティングプロバイダーは、データの通常のバックアップと保存から地理的に分散した従業員のチームワークの組織まで、必要なサービスのほぼすべての範囲を提供し、一般的に所有権のある強力な機器を購入してメンテナンスにお金を費やすことなく、必要なコンピューティングパワーを企業に提供しています。
別の記事は、ソフトウェアライセンスのレンタルです。 ソフトウェアをレンタルする方が、個々のマシンごとにソフトウェアパッケージ全体を購入するよりもはるかに収益性が高くなります。
資本から運営へのコストの移転が税金の節約を生み出すという事実も忘れてはならない。
ルーブルの下落、機器の価格上昇、人件費の下落、ホスティングプロバイダー間の競争の激化などの市場環境により、ITインフラストラクチャの経済的なクラウドへの移行は正当化されています。
たとえば、会社に10台のサーバーがある場合、平均価格は1 000 000ルーブルです。それに添付する必要があります。
- 無停電電源装置、通信および冷却。 ラックは、冷却を考慮して、1時間あたり約25 kWを消費します。1時間あたり1 kWのコストは約5ルーブルです。 月に90,000ルーブルになります。
- ギガビット通信チャネルは、月にさらに30,000ルーブルを追加します。
- さらに、24時間体制で機器を監視する準備ができている少なくとも2人のスペシャリスト—少なくとも1か月に150,000ルーブル（税金を含む）。
合計では、最初に10,000,000の設備投資に加えて、故障した機器の交換費用を含まず、毎月少なくとも270,000ルーブルが必要です。
vpsプロバイダーから同様の容量をレンタルする場合、独自のインフラストラクチャとサポートチームを提供する必要なしに、月に約
600〜70万ルーブルの費用がかかります。
ご覧のとおり、経済は単純です-クラウドで年間8,400,000ルーブルを費やし、インフラストラクチャの所有期間と同じ期間に13,240,000を費やします。インフラストラクチャに16,480,000を費やすと、両方向のコストは2年間で等しくなります。クラウド上では1680万。
しかし、同時に、機器を監視し、チームを収容する必要があるという事実については考えません。 さらに、この注文量を持つほとんどのプロバイダーは、追加の割引を提供します。 また、プロバイダーへの簡単なリクエストでインフラストラクチャの規模をいつでも簡単に変更できることを忘れないでください。また、それを提供する方法はすでに彼の問題です。 同時に、あなたは本当に必要なものだけに支払います、そして、これはさらに節約するかもしれません。
幸いなことに、ホスティング事業者の選択肢は膨大であり、任意の仮想化環境だけでなく、任意のOSおよび一連の関連サービスを選択できます。 実際、ネットワーク上でビジネスを完全に整理できるようになりました。
したがって、ロシア企業と外国企業の両方にとって、仮想インフラストラクチャは信頼性が高く理解しやすいソリューションになっています。
当然、外国企業は、クラウドプロバイダーによって第152連邦法が執行されることを期待しています。 つまり、ホスティング事業者は少なくともRoskomnadzorからライセンスを取得し、ロシアにすべての施設を保有している必要があります。特定の情報を処理することになっている場合は、FSTECおよび/またはFSBからのライセンスも必要です。
法律面および組織面では、特にこのトピックに関する多くの記事があるため、すべてが多かれ少なかれ明確です。
独自のインフラストラクチャからクラウドへの移行の技術的な側面を見てみましょう。 たとえば、バックアップを設定するだけの会社が必要な簡単な例をすぐに破棄します。
銀行などの会社にサービスを提供してください。 銀行のインフラストラクチャ全体をクラウドに移行する方法は？
段階的に移動しましょう：
- 第三者による保管および処理の可能性の観点からの保管情報の評価（ほとんどの場合、銀行は何かを保持し、何かを返す）
- データストレージの実際の要件に関連する銀行の現在のリソースベースの評価（データを格納および操作するときに使用されるサーバーの能力を最適化できる可能性が高い場所）
- データを操作する際のソフトウェアコンポーネントの評価（動作に必要なソフトウェア-オペレーティングシステムからデータベースバージョンおよびWebサービスまで）
- 独自のインフラストラクチャからクラウドへのサービスの段階的移行計画を準備し、移行段階で完全に複製します。
- 移行計画の各段階を完了した後、フォールトトレランスと正しい操作をテストします。
vpsサーバーに移行する場合、ほとんどの場合、各
ホスティングプロバイダーは各段階であなたを助けることができます。一方で、クライアントが必要である一方で、移行はスムーズに進み、サービスインターバル全体で高品質の作業を保証する必要があります、ホスティングオーナーも静かに眠りたいためです。
簡単にステージを見ていきましょう。
1.第三者による保管および処理の可能性に関する保管情報の評価
まず、情報を次のように分割する必要があります。
- 一般公開
- サービス、
- 機密
- 特別（たとえば、国家の秘密）。
ホスティングプロバイダーに転送される部分と、会社に残る部分を分離するために、情報を物理的に分離する必要があります（データベースでのマウント解除の可能性を排除するため）。
同じことは、会社のサービス（内部および外部の両方）で行う必要があります。 たとえば、ウェブサイト、インターネットバンクは第三者に譲渡できますが、機密情報を扱うシステムは、オペレーターがFSTECライセンスを持っている場合にのみ既に譲渡できます。
2.データストレージの実際の要件に関連する銀行の現在のリソースベースの評価
危機前の時期に、企業がかなり強力なサーバーとコンピューターを購入できることは秘密ではありません。 原則として、これらの計算能力は非常に非効率的に使用されます。 たとえば、多くの場合、プロセッサの電力を節約できます。 多くの場合、通信チャネルを使用してハードドライブを削減します。
したがって、ソフトウェアのシステム要件を要約し、実際の使用に関する統計を収集し、ホストから必要なインフラストラクチャを選択する必要があります。 これにより、作業開始時にすでに大きな節約が確実に得られます。
3.データを操作するときのソフトウェアコンポーネントの評価
ここで、ホスティングプロバイダーと一緒に、彼があなたに貸し出すことができるソフトウェア（たとえば、同じMS Office、SQL）、および別途購入する必要があるもののリストを作成します。
リースは、原則として、別のマシン用のソフトウェアのライセンスコピーを購入するよりもはるかに安くなります。
4.独自のインフラストラクチャからクラウドへのサービスの段階的な移行計画を準備し、移行段階で完全に複製する
彼らが言うように、破壊することは、構築することではありません。 新しいインフラストラクチャのテストとデバッグが完了するまで、何も壊す必要はありません。
インフラストラクチャをクラウドに移行するための段階的な計画を立てます。 常に小規模から始めて、会社のWebサービスの1つまたは内部リソースをクラウドに送信する必要があります。 クライアントが移行に気づいたか、すべてが「シームレスに」行ったかにかかわらず、すべてがどのように機能するかを確認し、発生した問題を考慮して次のサービスに進みます。 徐々に、技術的な困難を最小限に抑えながら必要なすべてを翻訳します。
5.移行計画の各段階を完了した後のフォールトトレランスと正しい操作のテスト
移行後にインフラストラクチャ全体の正常性を確認してください。 その後のみ、インフラストラクチャを完全に放棄できます。
移行のより詳細な技術的側面は、この記事の主題ではありません。特に、これは各企業ごとに個別であるためです。 それにもかかわらず、指定された一般的な計画に従うことで、可能な限り迅速に移行すると同時に、技術的な計画の問題を最小限に抑えることができます。