引っ越しは、どんなことがあっても常にストレスがかかります。 あまり快適ではない 40 部屋のアパートからより快適なアパートに引っ越したり、都市から都市に引っ越したり、XNUMX 歳になったら気を取り直して母親の元から引っ越したりすることもあります。インフラの移転もあり、すべてがそれほど単純ではありません。 XNUMX 日に数千件のアクセスがある小規模なサイトを所有しており、データの転送に数時間とコーヒー XNUMX 杯を費やすことをいとわない場合には、それは別のことです。 もう XNUMX つは、特定のクラウドの特定の場所に多数の依存関係と松葉杖を備えた複雑なインフラストラクチャがある場合です。
これに 1C を追加すると、プロセスは新しい色で遊び始めます。
私の名前は Sergey Kondratyev です。当社のストライプ クラウドである BeeCLOUD の責任者です。この投稿では、AeroGeo 社の当社のクラウドへの移行について説明します。
そもそもなぜ移動するのでしょうか？
まずはエアロジオの事業内容についてお話しましょう。 これはクラスノヤルスクの航空会社で、13 年間旅客と貨物の輸送を行っており、ヘリコプターを含む 40 機以上の航空機を保有しています。 彼らはロシア国内のみを飛行しますが、領土全体を飛行します。 つまり、同社の航空機はアルタイからカムチャッカまで見つけることができます。 AeroGeo がロシア地理学会の季節漂流ステーションのフル稼働を保証しているという事実は、一種の名刺となっています。
ベル 429、写真より 会社
一般に、十分な顧客があり、350 人を超える社内従業員がおり、あらゆる複雑な航空業務が行われています。 したがって、企業にとって適切に機能するインフラストラクチャは非常に重要です。 そして、私がいなくても 1C システムがどれほど気まぐれなものであるかはご存知でしょう。
それで、ここにあります。 24 年前、クライアントはインフラストラクチャを更新する明確な必要性を感じていました。 もちろん、彼らは実用的なクラウド ソリューションに目を向け始めましたが、その後、第一に、会社の経営陣がクラウド ソリューション (実際にすべてが 7 時間年中無休で利用できるかどうか) について少し疑問を抱いていたことが判明しました。第 XNUMX に、彼らは間違いなくクラウド ソリューションに疑問を抱いていたことがわかりました。パブリックチャンネルを通じて仕事をしたくなかった。 私たちは彼らに当然の報いをしなければなりません。私たちが移転を決めたとき、彼らは私たちに真剣なチェックをしてくれました。IT ディレクターが個人的に飛んでその場所を見回し、それが私たちにとって何がどのように機能するかを理解するために飛んできました。 私は歩き回って、見て、結論を出し、パイロットプロジェクトにゴーサインを出しました。
移転が必要なインフラストラクチャは、30 つの異なるオフィス (本社、エメリャノヴォ空港、AeroGeo 空港の 100 つの異なるネットワークから) からピーク時の XNUMX 人の専門家が作業できるように設計されていました。 私たちはそれについて考え、これらすべてを XNUMX つのネットワークに結合することに決めました。その後、IPSec プロトコルを使用してこのネットワークを予約し、専用の XNUMX M ビットのクラスノヤルスク - モスクワ間トンネルを設置しました。 ハードウェア キーはデータ センターの USB ハブ上にあり、クライアントのプールに転送されます。
AeroGeo の担当者は、物理メディア上のメイン データベースをプラットフォームが展開されているデータ センターに直接持ち込んでいただけたため、移行には XNUMX 晩しかかかりませんでした。 実際のところ、私たちはキー バインドについて心配していました。移行中にキーが脱落するのではないかという多くの懸念がありましたが、いいえ、キーは同様のホストにバインドされていたため、すべてうまくいきました。
パイロット プロジェクトは約 1 か月間続き、XNUMXC の専門家から積極的にフィードバックを収集しました。 この XNUMX か月間、生産性の低下や不便さは感じられませんでした。
なぜ私たちに来るのか
現在、多くのクラウドが存在しており、市場のほぼすべての主要企業は、すでに多くの優れた機能を備えた独自のクラウドを持っています。 競争したいなら、素晴らしいクラウドを作り、その上にもう少し上を目指すのは当然です。
現在、1 つのデータセンター (モスクワ) と OpenStack 上のクラウド (ご興味があれば、これについては別の記事で詳しく書きます) があり、非常に異なる 3C システムをクラウドに移行することに成功しました。 BeeCLOUD には、クライアントの要求に応じて、3,5 GHz と 3,5 GHz のホストがあります (同様に、XNUMX GHz の専用 HP Synergy クラスターが AeroGeo で選択されました)。
そして、1C はセットアップと終了の際に「誰が気にするか」という原則が積極的に機能し続けるようなものであるため、クライアントが最もカスタマイズされ、気まぐれでハードウェアを要求する 1C をドラッグし、流出しないようにできる優れたクラスターを作成しました。途中で何か。 すべてうまくいきます。 TIER 3、SLA 99,97、FZ-152、クラシック シナリオ。
しかし、これらはすべて数字とテクノロジーです。 私たちの製品はすべて人に関するものです。 私たちは、モスクワに拠点を置き、各地に分散して働く優秀なエンジニアの優秀なチームを編成することができました。 これは私たちに、クライアントを現地で支援する非常に重要な機会を与えてくれます。 (VIP クライアントであっても) サポートに電話し、しばらく電話を切って今回の故障内容を説明し、その後サポートが来てすべてをリモートで確認するのは別のことです。 ネットワーカーや専門家がすべての潜在的な問題をその場でこの手で解決できるかどうかは別問題です。
もちろん、クライアントの悩みをすべて取り除き、それをプロバイダーに粛々と転送してくれるクラウドも優れています。 AeroGeo では、すべてがこの 1C に結びついていました。 今では、私たちがシステムを最新の状態に保ち、稼働状態に保っていることを彼らは知っています。 ベンダーから何か新しいものが出てきたら、何らかのパッチを展開する必要があるなど、クライアントにそれについて手紙を書き、クライアントのタイムゾーンで作業に都合の良い時間について合意し、作業を進めるだけです。 たとえば、Intel と HP からの新しいパッチがホストに展開されたとき、これはクラスノヤルスクの負荷が最も低い時間帯に当社の担当者によって行われました。
また、すべてを XNUMX つのウィンドウ内で行うことができました。 さまざまなサービスには、プロバイダーとしてサービスを提供しているように見えても、多数の請負業者がいるという問題が発生することがあります。 また、請負業者に何か問題が発生した場合、請負業者とのコミュニケーションにも時間が無駄になります。 クライアントはお金を払っているので気にしません。その後、すべての問題を解決する必要があります。
そこで、BeeCLOUDの場合は、これをやめてすべてを自分たちで行うことにしました。 独自のメイン チャネル、独自のサポート、独自のハードウェア。 これは、何かが起こった場合にクライアントにとっても迅速です。何らかの問題が発生した場合、これは間違いなく私たちの問題であり、私たちが解決することを意味します。 さらに、すべてを独自に用意すると、内部プロセスの時間が大幅に (実際に) 節約されます。サービス デスクは XNUMX つで、大量のクローンや同期、請負業者間での絶え間ないやり取りが必要ありません。
そしてお金のことについて
これがなかったら、私たちはどこにいるでしょうか？ この投稿の枠内では多くの数字を明らかにすることはできませんが、規模は明らかになります。 AeroGeo が既存のインフラストラクチャを最新化するのにどれくらいの費用がかかるかを計算したところ、2 万ルーブル以上と計算されました。 これは予備データであり、通常は「From」とマークされた論文から得られる種類のものです。 アップデートのみで、メンテナンスやサポートはありません。
BeeCLOUD に転送されるインフラストラクチャ (容量自体と 45 時間サポートを含む) に対して、クライアントは月額 000 ルーブルを支払います。 つまり、4万ルーブルあれば、大騒ぎなどせずにほぼXNUMX年間の作業に十分です。
クライアントが私たちに来て、すべてがどのように進んでいるかを確認したい場合は、私たちは可能な限りオープンであるよう努めています。 ちなみに、クラウド自体については、次のようになります。 .
この件や当社のクラウド全般についてご質問がございましたら、私までメールください。喜んでお答えいたします。
出所： habr.com