Darudar-マイクロソフトからのギフトクラウド

DarudarはRunetでよく知られているプロジェクトであり、何かを与えたいが、 だれかを知りたくない人とそれを望んでいる人の間のリンクになっています。 このサイトでは、必要なものは何でも見つけることができます-家庭ではなく、バッグの中の本物の猫まで。 このサービスの創設者の一人であるアントン・ブルート・カラクロフは、サービスがどのように機能するかについて話します。

Darudarは、本当に負荷の高いプロジェクトです。 クラウドに配置され、完全にLinuxスタックを使用することで、1日あたり〜2.5千のギフトと〜1.5千の感謝、〜2万のコメント、〜4万の通知、〜4万のファイルに耐えることができます。 カットの下の詳細。





現代人は、Webサービス、モバイルアプリケーション、そして最終的に「通常の」Webサイトを作成するための主要なインフラストラクチャとして使用されるクラウドプラットフォームの利点を理解する必要がなくなりました。 事実を修正するために、クラウドホスティングサービスの主な利点を再度繰り返すことは不要です。



-オペレーティングシステム、コア言語、フレームワーク、ツール、データベース、デバイスの幅広い選択。

-広範な統合オプション：DockerのLinuxコンテナー。 と同等

JavaScript、Python、.NET、PHP、Java、Node.JSアプリケーションの作成

-そしてもちろん、iOS、Android、およびWindows用のアプリケーションのバックエンド



リアルタイムの請求とスケーラブルな「オンデマンド」鉄インフラストラクチャと相まって、新しいテクノロジーやソリューション/ツールを学ぶ必要はありません-これはすべての現代のクラウドが基盤となっている基礎であり、Microsoft Azureももちろん例外ではありません。



おそらくクラウドプラットフォーム全般、特にMicrosoft Azureのもう1つの重要な利点は、既存のプロジェクトを転送し、上記のすべてのメリットを享受できることです。 実際、今では独自のバックエンドをデータセンターから「輸送」することは難しくありません。データセンターでは、ハイブリッドデータベース、ストレージ、安全な接続方法など、個々のラックをクラウドにレンタルできます。 また、Microsoftの場合、 Azure Stackもあります。これにより、Azureアプリケーションの開発およびロールアウトモデル（展開）を任意のデータセンターまたはデータセンターに持ち込むことができます。



最後に、「可用性の事実」ではなく、使用した分だけに支払うことは、仮想製品の開発者や所有者にとってはとてつもない価値となり、誰もリバースモデルを真剣に検討する準備ができていません。



「なぜ？」について



他の多くの企業と同様に、マイクロソフトからスタートアップサポートプログラムの助成金を受け取りました。 私たちの意見では、これは特に初心者プロジェクトやクラウドを試してみたいだけのプロジェクトにとってはプラスです。 もちろん、最も困難な瞬間の1つでAzureの利点について学ぶことができたのは幸運でした（以前のホスティングサイトが突然運用を停止し、独自のインフラストラクチャを "保存"しました）。 以前のホスティング事業者はその時点で素晴らしい仕事をしており、彼らについて何も悪いことは言うことができませんが、本格的なシステム管理者（私たちにはお金がありません）が常に不足しているため、クラウドはインフラストラクチャ管理に関連する瞬間を大幅に簡素化しました。



アーキテクチャとテクノロジーについて



Darudarには非常に古典的なnixスタックがあります：nginx、php、mysql、memcached、sphinx。



すべてがnginxに適合し、リクエストはphpバックエンドに送られます。phpバックエンドは、プロジェクトの他のすべての内部および外部サービスと既に対話しています。



現在、Azureは同じネットワーク上でクラウドサービスとUbuntu仮想マシンを使用しています。 緊急時に使用できる内部サービスごとにイメージが作成されました

便利なプラットフォームツールであるAzure Available SetsおよびLoad Balancing setの支援なしではなく、プロジェクトサービスのさらなる水平スケーリングの可能性のためにも使用する予定です。



計画には、メディアストレージのAzure Blob Storageへの移動と、Azure Queueの使用が含まれます（テスト中です）。







ステレオタイプについて



「AzureはMSであり、MSはWindowsです」-私の頭でも、そのような束は機能しました。 これは、Azureコントロールパネルにアクセスしたときに最初に確認したものです。



すべてが間違っていることが判明しました。 AzureはNixシステムに忠実であり、私たちはそれらを使用しています。



DarudarでWinサーバーを使用したことはなく、まったく使用していません。 Windowsの仮想化テクノロジーは、伝聞でしか馴染みのないものです。ほとんどの場合、Windowsでは何らかのVMwareを使用しています。 私の知る限り、Azureには、「リモートデスクトップ」など、ワインサーバーをデプロイしてリモートで接続する機能がありますが、個人的にはそれを操作せず、試してさえいません（注：実際、Windows Serverに接続できます）ビジュアルインターフェイスを使用して接続します）。



nix-machinesの仮想化について個別に話すと、テクノロジー自体については何も言えません-深く掘り下げたわけではありませんが、多くの「特定の」プラットフォーム機能があります。



短所：



-VM（仮想マシン）のサイズ変更（構成の変更）を行うと、完全に再起動します。

-VMシステムディスクは非常に遅いため、慎重に使用するか、まったく使用しないでください。

-すべてのマシンに十分な速度で存在する大きな追加ディスクがありますが、「一時的」と見なされ、再起動時にリセットできるため、機密データの下で使用することは非常に推奨されません（ところで、Azureはどこにでも書き始めました。ドキュメントにのみ！）。

-クラウドサービスの構造。理解するのは初めてでは明らかではありません。



長所：



-独自の画像を作成して使用できます（クラスタリングとスケーリングに便利です）。

-任意のディスクを独自に追加することができ、必要な数のディスクを使用してイメージを作成することもできます。これにより、独自に「立ち上がり」、「固執」します。

-インフラストラクチャを管理するためのコンソールユーティリティの存在（作業のオン/オフ、追加/削除の自動化に便利）。

-VPNを作成する機能。

-トラフィック/負荷管理のためのツールの可用性（Azure Available Sets、Load Balancing Sets、DNS Traffic Manager）。



AmazonやGoogleは長い間特定のものを持っているかもしれませんが、これまでのところそれらの監視を停止しており、Azureではこのすべてを使用し、良い印象を残しています。



費用について



現在、Azureのコストは1か月あたり約14万ルーブルです。 これは、ピーク負荷ではまだ十分ではないため、90％で十分です。



現在の状態の本格的なサービスの最終的なコストは約160〜18万になると思います。「ダルダル」の負荷については、このように答えます。



1日あたり約2.5千の贈り物と約1.5千の感謝

1日あたり2万件のコメント

1日あたり最大4万件の通知

1日あたり4.5千ファイル（画像）



企業の選択に関しては、まず目標と範囲を決定する必要があります。



ファッショナブルであり、「すべてが今雲の中にある」ために試してみる価値はありません。 私たち（Darudar）にとって、クラウドに行くかコロケーションを続けるかを選択する際の鍵は、州にシステム管理者がいないことでした。したがって、実際には、クラウドホスティングのコストはインフラストラクチャとベース管理者のコストです。



たとえば、次のように、コストがかかるかどうかについて多くのことを話すことができます。



-起きたばかりのプロジェクトや、モデルを作成しているプロジェクトに適しています。

-投資のみで生きることが期待されるプロジェクトに適しています（つまり、投資がない場合、プロジェクトは終了します）。

-自分で稼ぐことができ、成長と開発に興味があるプロジェクトに適しています。



計画について



私たちが興味を持ち、実装のために計画できるすべてのものは、何らかの方法でベンダーロックにつながり、それに応じてプロジェクトに慎重に実装する必要があります。



1.たとえば、キュ​​ーは非常に必要です。 実装を検討しています。

2.メディアストレージの問題を解決する必要があります。 その結果、本格的なクラウドソリューションに切り替える必要があります（これは100％のベンダーロックです）。

3.計画し、上記で言及した非常に興味深いのは、トラフィック/負荷管理（Azure Available Sets、Load Balancing Sets、DNS Traffic Manager）です。



ベストプラクティスについて



問題は、Linuxインスタンスのシステムディスクが非常に遅いことです。そのため、まったく使用しないか、これが重要でない特定の種類のタスクにのみ使用します。



ローカルディスクは、サイズと速度の点では魅力的に見えますが、データが失われる可能性があるという警告にもかかわらず、インスタンスを再起動するとデータを保存できます（！）。しかし、そこに重要なデータを保存することは依然としてエラーです。 たとえば、インスタンスが垂直方向にスケーリングされると、何らかの手段でゼロにリセットされます。



VMがハングする可能性があり、再起動する以外に何も役に立たないことがあります。 そして時にはそれでも助けにならないかもしれません。 したがって、各内部サービスを個別のインスタンスまたはグループに分離すると、インフラストラクチャの管理が大幅に容易になります。 この点で、考えさえ「曇り」になりました。修正するよりも再起動する方が良いです。 再起動後に修正されない場合は、再作成することをお勧めします。



要約する



プラットフォームの開発中に痛みと苦しみを経験した後（そのような瞬間がありました）、私は今、プロジェクトインフラストラクチャの将来に対して冷静に感じています。 予測可能性が登場しました。これにより、プロジェクトの計画と開発に完全に従事できます。 そして、まだ非常に価値のあるものです。管理分野の深い知識がなくてもインフラストラクチャを管理し、追加の人々をインフラストラクチャサービスに接続する機会です。