「スタートアップの物語」の3番目の部分は、 突然の休日（これを読んでいない人は誰でも）のために遅れています。 彼らは「歴史」とは決して関係がなく、私や同僚が参加する機会があったさまざまなプロジェクトを観察しているだけです。
ヒント番号1。 余裕を持って計算能力を活用してください。 結局のところ、あなたのアプリケーションは業界でのブレークスルーであり、訪問者の数は、Google Market / App Storeでのリリースから2時間後にロールオフされます。 広告サイトのサーバーとAnsibleコントローラーのサーバーを用意し、3つ未満のサーバーに展開することは運用レベルではないというソフトウェアメーカーの推奨事項に従ってください。
ヒント番号2。 できるだけ多くのSaaSを使用します。 このSaaSから独自のホスティングに移行するための単純なメカニズムがないため、望ましいことです。 理想的-試用期間を設けてソリューションを支払う必要があり、その後はほとんどの機能が無効になります。 結局のところ、アプリケーションは「ほぼ準備完了」であり、Googleマーケット/ App Storeに配置するのに数時間かかります。その後、すぐにすべてのアカウントの支払いに十分なほどのお金を稼ぎ、ビールが残ります。
ヒント番号3。 クラウドコンピューティングのパワーを活用してください。 結局のところ、クラウドにアプリケーションがある場合、アーキテクトもDevOpsも必要ありません。クラウドではアプリケーション自体がスケーリングされるため、運用コストが削減されます。
ヒント番号4。 クラウドでは物事がそれほど単純ではないことが判明したら、プログラマーにアプリケーションのアーキテクチャを設計し、スケーリングを考慮し、展開を自動化するタスクを与えます。 少なくとも何人かの管理者をチームに入れるといいというthat病なヒントに耳を傾けないでください-すべてがクラウドにあり、サーバー自体がいつ開始し、いつ停止し、アプリケーションデータが保存されるかを知っています。 わからない場合は、Ansibleがあります。Ansibleを使用するために、「システム管理」が何であるかをまったく知る必要はありません。 YAMLの設定を平手打ちしてください。
ヒント番号5。 コード内の例外の無効化しない監視を行います。 結局のところ、「2年前のこの日、時間、分、秒」の期間中に配信されなかったプッシュメッセージの数を正確に知ることは常に非常に重要です。 APIを使用してデータをクラウドSaaSサービスに配置します。結局、このようなボリュームを通常のファイルに保存するのは前世紀であり、費用がかかります。
ヒント番号6。 オペレーティングシステムレベルで監視を実装しないでください。 結局のところ、アプリケーションの動作が停止した場合、既に表示されます（実際に携帯電話/ブラウザタブで1日24時間実行されています）。プロセッサの負荷とメモリ使用量のグラフは、クラウドを管理するためのWebインターフェイスで表示できます。
ヒント番号7。 チームの誰かが、プロジェクトで既に行われたジェスチャーの60％が不要であり、「多分、まずは仮想マシンの太りに落ち着こう」と優しくほのめかします。 スタートアップは、高可用性、ビッグデータ、スケーラビリティなしでは生き残れないことを忘れないでください。
さて、コメントなどであなたの悪いアドバイスを共有してください...