クラウドに移行する必要のない人とその理由

前回、ITインフラストラクチャをクラウドに移行する際の神話について話しました。 そして最後のことは、何かをクラウドに転送することは常に必要とはほど遠いということでした。 ここで彼らはしばしば「組織的に私たちにとって難しい」と「技術的な理由でこれを必要としない」と話を混同するので、私はそれをより詳しく説明したいと思います。



第一の理由は、誰かがすでに鉄を購入していることです。 新しいCIOが組織に来て、次の画像を見ることがよくあります。6か月前、彼の前任者はすでに機器を購入しましたが、まだサポートと保証の下にあり、3年間安定して動作します。 当然のことながら、この状況では、単に経済的な理由ですべてを構築する必要があります。



もっと複雑な状況は、誰かが20年前に鉄を買ったときです（今は冗談を言っているわけではありません）が、まだ必要です。 より正確には、それと互換性のあるものが必要です。 15年前、20年前、さらには25年前に書かれたソフトウェアを見ました。 それを書いた人は長い間死んでいるか、働いていません。 また、これは、たとえば、メインフレームの状態構造のレジストリ、または特定のプロセッサラインまたは特定のOS機能のマイクロ命令に関連付けられた銀行コードです。 ソースコードはありません。 ドキュメントは使用専用です。 運がよければ



だから、もし誰かがこれを現代の言語で取って、逆にして書き直したり、顔に吐き出したり、背中を踏み、ジャンプできると言ったら。



一般に、メインサービスがサーバーノードまたはデータセンターにあり、外部の「マーケティング」サービスがクラウドの外部にある場合、x86（現代のIBM POWERを含む）以外のほとんどすべてが、独自の鉄インフラストラクチャまたは複雑なハイブリッドへのパスです。 ちなみに、多くのデザイナー（特にVDI）はビデオカードを必要とします。 クラウドにはビデオカードがありますが、少なくともそれらには問題があります。 非標準カーネルと古いOSの問題。



以下の既存の機器へのリンクの歴史は、企業の合併買収です。 1か月で、競合他社である会社とほぼ同じ規模の会社を買収すると想像してください。 独自のITチーム、ITディレクター、ハードウェアおよびプロセスがあります。 そして、彼らはあなたに従います。 そして、これらすべてが3か月で一緒に1つのシステムとして機能するはずです。 hemoの大きさや焼けた締め切りの匂いを自分で想像できます。



この時点で、別の情報システムから多くの鉄を手に入れます。それを捨てるのは奇妙です。 したがって、仮想化はしばしば遅れ、統合が始まります。



Brave ISの従業員 -これが、クラウドに行く必要がないときの次の理由です。 ISの規制によれば、プライベートクラウドにさえ仮想化環境にまったく移行できない人がいます。 理論上はできる人もいますが、それは難しく、大胆すぎます。 銀行の安全基準は長い間書かれており、部分的にハードウェアに結び付けられているため、これは主に銀行に関するものです。



たとえば、1つの大規模な銀行、より正確にはその警備員とのコミュニケーションにおいて、銀行およびその他の信用機関は、情報保護の観点から、FSBとFSTECだけでなく、規制当局としてより重要なCBRによっても規制されています。 最初の2つが命令を出し、罰金を課すと、CBRの権限が広がるため、後者の方がはるかにひどいです。 そのため、ロシア連邦中央銀行の規制では、略称STO BRの下で、銀行を雲の中に置く可能性を疑う規定があります。 そこには、「銀行の秘密を含む情報は、信用機関が所有する機器に置くべきだ」と書かれています。 つまり、銀行の機密を含むすべてのものを銀行の設備に配置する必要があり、これらはすべて銀行のビジネスシステムであり、すべてのITの90％を占めています。 最小限の量の周辺システムのみをクラウドに配置できることがわかりました。 中央銀行や他の規制当局からの説明を待たずに状況を解釈する勇気ある人々がいますが、実際には決定する人はほとんどいません。 オープンソースには、一部の銀行のクラウドへの配置に関する情報があります。 たとえば、Telekommertsbankはすべてのシステムとともにクラウドに配置されており、Discovery Bankはシステムの一部にクラウドを使用しています。 そして彼らが知る限り、彼らには問題はなかった。 しかし、これらの企業のほとんどでは、ITは要件を管理していないため（上から来ています）、従うべきことが1つだけ残っています。



防衛部門のさらに興味深い状況。 そこでは要件を満たすことができ、それらは非常に簡単ですが、この実行は非常に高価であるため、独自のデータセンターまたはサーバーノードを構築する方が簡単です。 防衛研究所は内部クラスターを構築しています。 これは一般的に非常に賢明です-クラウドでは、技術サポートの各従業員は誇張して、入場を登録する必要があり、5年間退職しないという事実を考慮します。 彼がサーバーにサービスを提供しているという理由だけで、彼のアドレス以外は全体として見ていません。 秘密と国家の秘密-これは一般にパブリッククラウドの話ではありません。



情報セキュリティ要件は、完全に「民間」企業、つまり商業部門に適用されます。 次の2つの状況があります。

• 要件は、たとえばヨーロッパの親会社によって設定され、ロシアの支店は従うことができます。 これらの要件がどれほど愚かであっても、それらは法律です。 そして、そこに書かれているとおりに行う必要があります。
• 重要なことに従事している企業の大規模なグループがあります。 たとえば、ダイヤモンドを生産したり、鉱石を溶かしたりします。 情報セキュリティに関して非常に厳しい要件があります。 企業のグループ内には、菓子製造やいくつかの簡単な店など、はるかに「現実的な」企業があります。 これらのセキュリティ要件は、誰も個別に何もしないため、継承されます。 それは従うためだけに残っています。 繰り返しますが、これらの要求がどれほど愚かであっても、それは法律です。 そして、そこに書かれているとおりに行う必要があります。 私は、似たような会社の長が、彼の人生の中でホールディングのITディレクターを見たことがなく、彼から2,000キロメートル働いたという状況を知っています。 これは正常です。

商用クラウドに移行しないもう1つの深刻な理由は、大規模なサービスです。 特定のメモリとプロセッサの比率を持つ特定の仮想マシンでソフトウェアの動作が少し改善され、コアに数千、または数万が必要な場合は、独自のクラウドを構築することをお勧めします。 すべてのオーバーヘッドがあるため、一定の規模では安くなります。 現在、ソーシャルネットワーク、検索エンジン、財務構造など、アプリケーションレベルで開発中のすべてについて話し合っています。 彼らは、機器から得ることができるすべてを最大限に活用します。 ネットワークデバイスのOSを書き換えて、多くの場合、新しいアーキテクチャをテストできます。 もちろん、クラウド内の誰もこれを行いません。



中規模および大規模企業がクラウドに移行しない最後の客観的な理由は、ライセンスのコストです。 小さいものに手を触れないでください-それらは、そのようなアプリケーションソフトウェアとDBMSを持たないか、無料のソリューションを使用するか、単にライセンスを盗みます。 ハイパーバイザー以外では、クラウドマシンで何が起こっているのかわからないため、わかりません。



しかし、実際には、クラウドでの製品の使用を単にブロックするライセンス要件を作成するベンダーがあります。 たとえば、プロバイダーのクラウドにインストールされている物理プロセッサごとに個別のライセンスを購入する必要があります。



例。 48コアのサーバーが1つあります。 VMをセットアップするときに、8つのコアを提供し、それらのライセンスを取得します。 ベンダーは次のように述べています。しかし、48コアすべてのライセンスを支払わないと、突然VMを拡張することになります。 それは以前でした。 クラウドはさらに興味深いものです。100〜200台のサーバーがあり、4,000コアがある場合、すべてに料金を支払います。 そして、プレイ中に突然、あるコアから別のコアに移行します。 あなたもそれを支払う必要があります！



マイクロソフトは中間オプションを提供しますが、プロバイダーはコアの数を支払う必要がありますが、クライアントはこれらのサーバー上のOSで任意の数の仮想マシンを自由に実行できます（つまり、1回の支払い）。これはプロバイダーにとってはるかに現実的なスキームです。 基本的な違いがあります。



次に、偏った理由に移りましょう。



ステレオタイプの企業文化は「雲を信じない」要因です。 「信じられない」場合、それは偏った要因であり、すぐに市場の目に見えない手があなたを信じさせるでしょう。 もう1つのことは、それがSBサービスまたは規制当局またはヨーロッパの本社の要件である場合です。 そして、個人的に彼に同意したくない場合でも、これは客観的な要因です。 会議を終了します。「さて、2021年3月22日14:00に質問に戻りましょう。 会議を計画していますか？」



運用費用なしで、設備投資のみに予算が割り当てられている人がいます。 この要件は多くの場合回避できます。これは、その期間にすぐに料金を支払うことでCAPEXなどのクラウドを購入できるためです。 多くの構造物に対してこのような業務に従事する外部企業も多数あります。



ところで、国家構造はしばしば異なる予算項目について話しますが、実際には記事間で資金を再分配することは可能です。 実際、それは困難ですが、新しい会計年度を計画するときに事前にこれを行うと可能です。



予算を再配分するだけで十分な場合もあります。 そしてほとんどの場合、CIOがこれを管理します。



誰かがうまく動作していないクラウドに遭遇しました。 たとえばロシアでは、2か月ごとに冬の作物のように落ちる大きな雲構造があります。 人々はすでに彼らを何千回も呪いましたが、彼らは契約を結び続けて倒れ続けています。 同じアマゾンは、米国の海岸の嵐やデータセンターへの雷によっても落ちますが、地理的に異なる場所に多くのポイントを提供します。 道徳-適切なサプライヤーを選択する必要があります。 2番目の質問-多くはアーキテクチャに間違われています。 アーキテクチャの構築は困難です。 リザーブ、テスト、リスク評価と重要なノードに何度もアプローチしてリザーブする必要があります。 それにはプロ意識が必要です。 手術の同僚が実世界でどのように見えるかを説明します 。



話は簡単です。支払いアグリゲーターであり、1日あたり数千の取引があなたを通過し、アマゾンの1つの地域のみに配置することはおそらくばかです。 シンプルなサービスは損失を6か月間脅かし、2つの異なるクラウドまたは少なくともAmazonの2つのポイントに配置する必要があるためです。 リスクモデルがあります-あなたはそれを扱う必要があります。



多くの人は、データセンターを構築し、プライベートクラウドを構築し、それを他の人に転売し、結果にお金を払うと信じています。 真剣に、私はいくつかの例を知っています。 人々は、誰かが自分のデータを盗んでいること、クラウドに管理者がいること、そして間違いなくトラフィックを読み取ってデータを盗むことを、狂気のレベルで恐れています。



ソート済みの管理者について：ハイパーバイザーの向こう側には誰も見えません。 パラノイアがスタックしている場合は、すべてを暗号化し、暗号化キーをクラウドサーバーに保持しないでください。 このようなアーキテクチャについてお客様に教育し、推奨します。 もちろんこれにはコストがかかりますが、暗号化できるのは重要なものだけです。



ここでの最大の懸念は、裁判所がデータのアップロードを求めたときに、クラウドプロバイダーが準拠する必要があることです。 それは時々起こります。 答えは非常に単純です。誰かがあなたのビジネスを「悪夢」にするなら、これはITからは始まりません。 チェック、製品の遅延などから始まります。 これがすべて、ITでの闘争の甘い段階に入った場合-機器の撤去を伴う。 鉄製サーバーの到着とピックアップは、クラウドからデータをアップロードするよりもはるかに簡単です。これを専門的に行う人々は、多くの最新の技術が何らかの方法でサーバーから外部メディアにアップロードされたデータをひそかに歪めることをよく知っています。



より効果的なものは何ですか-主任会計士はブルペンに入れられ、彼はすべてを引き渡すでしょうか？ または、検索中にオフィスから機器が取り出されるということですか？ それとも、クラウドプロバイダーがクラウドを通じて問題を引き起こす原因は何ですか？ 実践では、3番目のシナリオは最初の2つのシナリオよりも少ない可能性があることが示されています。 3番目の方法では、3番目の法人とのやり取り、公式の要求などを行う必要があります。 繰り返しますが、キーなしでデータセットを取得する可能性があります。 そしてもう1つ、顧客がクラウドからデータをアップロードすることを知らないということはありません。 州レベルで不可抗力について話していない場合、これは単なる手紙ではなく、裁判所の制裁または法執行機関（およびその権限を有する者のみ）による合理的な要求のいずれかです。 そして、顧客は通常、そのようなことが今6ヶ月間彼に反対していることを知っています。 想像してみてください。どのデータが必要で、どこにあるのかを知る必要があり、公式の決定を下す必要があります。 顧客が最新でない場合、これは非常に奇妙な話です。 そして、オフィスのサーバーはずっと前に持ち去られていたでしょう。



一般に、インフラストラクチャについて議論するとき、私たちのタスクは、移動を妨げるものを把握することです。 これが客観的な理由である場合-「5年後に会いましょう」。 そうでない場合、心理学者と金融業者の仕事が始まります。 また、21世紀に関する教育プログラムの責任者です。たとえば、 私たちが直面している非識字の種類についての投稿です。