*アーカイブ済み*
= 最高のクラウド ホスティング サービスは? =

皆さん、Django バックエンド API をデプロイしたいのですが、開発のために本番環境にはデプロイしたくありません。そのために、どのクラウド サービスを優先しますか?これまでのところ、Ngrok と Amazon AWS のサービスを見つけました。Jenkins と私は、比較を行うためにそれぞれを深く理解しています。あなたの経験から知りたいのですが、あなたが好むサービスは何ですか

追伸: 最近、私の経験不足と助けようとしただけで非常に敵対的な反応を受け取りました - このサブスクが他のウェブサイトのようにゆっくりと敵対的で攻撃的になっているのを見てください (明らかに、他のウェブサイトの名前に言及するだけで投稿が削除されます)

したがって、私の投稿 (または将来の投稿/コメント) で見つけた経験の欠如を許してください。

編集: こんなに多くの回答があるとは思っていませんでした。ご回答いただきありがとうございます。全員に回答できるように努めます

リモートサーバーにデプロイされている場合、それが本番用であるかどうかは問題ではありません.ほとんどのことは同じです.無料で比較的簡単にデプロイするには、Pythonanywhere または Heroku を試してください。さらにコントロールしたい場合は、Digital Ocean をお試しください。私はあなたの
*最初の* Django アプリの Digital Ocean へのアクセスはこちら

ええ、コントロールしたいならデジタルオーシャンは間違いなく宝石です。確かに30分で展開することはありませんが、より多くのコントロールが必要な場合は、他のほとんどのオプションよりも間違いなく優れています

Pythonanywhere は 90% の確率で私のニーズに合っているようです。

AWS Lambda と Django の両方で豊富な経験があります。 AWS Lambda で Django を実行する正当な理由が 1 つも思いつきません。のように、単一の理由ではありません。特に依存関係が些細なことから少しでも増えた場合は特に、リターンがほとんどないため、非常に複雑すぎます。 250MB のファイル サイズ制限で依存関係の最適化ゲームをプレイしたくありません。 django プロジェクトのスケーラビリティの問題が本当にある場合、解決策はおそらく ECS、セロリ、クラウドフロントの組み合わせだと思います

Heroku はデプロイが非常に簡単で、特定の制限に達するまでは無料です。pythonanywhere も同じですが、Linux コマンドの基本的な理解が必要ないくつかのものを手動で設定する必要があるため (高度なことは何もありません)、少し難しくなります。

許可されていない限り、サイトにアクセスしたり接続したりしたくない場合は、パスワードを使用してサイトをロックするオプションがあります。
私は Heroku を数年間使用しています。私の DB は postgres の無料利用枠です。それはうまく機能し、私は月に合計7ドルを支払っています.より具体的な質問がある場合はお知らせください。彼らのドキュメントは非常に優れており、問題は最小限でした。私はカスタム URL、https、すべてを持っています

すべての Django プロジェクトを Google Cloud Run にデプロイしています。私はそれを本当に愛しています

これが私がそれを解決する方法です：
まず、開発データベースを Google Cloud SQL にデプロイします。この同じクラウド mySQL インスタンスをローカル開発とクラウドのステージングとテストに使用します

**ローカル開発者 docker-compose で 3 つの docker コンテナーを実行しています。
- 私の Django アプリ。コンテナにはnginxが含まれています。 DB は SQL プロキシ コンテナを指す
- 標準の Google SQL プロキシ イメージ。 Google サービス アカウント json が必要です

- 標準の phpmyadmin コンテナー。主に mySQL のトラブルシューティング
**クラウド展開。ステージングと本番
- Django アプリ用の cloudbuild.yaml ファイルがあります。これは、Django アプリをビルドして Google Cloud Run にデプロイする方法を説明しています

- Google Cloud Run で、アプリへの git commit に基づいてアプリをビルド / デプロイするトリガーを設定しました。これにより、cloudbuild.yaml が読み取られ、クラウドへの変更のデプロイが自動化されます

- トリガーにすべての ENV 変数を設定して、cloudbuild.yaml に渡し、最終的に Cloud Run インスタンスに渡します。もちろん、ステージングと本番では異なります

**好きな理由**
- 初期設定は簡単ではありませんが、それによる自動化は素晴らしいです

- 開発インスタンスのコストは非常に低いです。 Google Cloud Run は、使用した秒数に対してのみ課金されます。つまり、月額数ドルです。Cloud SQL インスタンスは、常に実行されている VM を起動するため、コストがかかる場所です。低 CPU のものは 10 $/月を下回ります

- 製品インスタンスでは、Google Cloud Platform のすべての機能を利用できます。無限の水平スケーリング (Web アプリがステートレスである限り)。 Cloud Run は自動的にスケーリングします。 Cloud SQL をスケールアップまたは水平方向にスケールアップすることもできます

- Google Cloud Run には、ドメインにマッピングできる http/https エンドポイントが付属しています。 SSL 証明書の設定に手間がかかりません。これ大好き

興味のある方はお知らせください。詳細をお知らせします。これを行う方法について詳細な記事を書く必要があると思います
ここに、Google Cloud Run にデプロイされた最後の Django Web アプリがあります
さまざまなクラウド ホスティング サービスについて既に調査を行っている場合は、Engine Yard をチェックすることをお勧めします。私はクラウド上でさまざまなアプリを展開するためにエンジン ヤードを使用してきました。アプリをクラウドにデプロイする
Engine Yard Cloud (EYC) は、Ruby、Node、および PHP アプリケーションのホスティングに広く推奨されるサービスとしてのプラットフォーム (PaaS) です。世界クラスのサポートとともに、堅牢で完全に管理されたインフラストラクチャを備えています。非常に安全なインフラストラクチャを備えており、利便性のためにパッチが最新に保たれています。データベースやロード バランサーを含むフル スタックを管理するオーバーヘッドはありません。このすべてが処理されます。バックアップは自動的に行われます。私が見ているように、エンジン ヤードは時間とコストを節約するプラットフォームです

Engine Yard Kontainers (EYK) を探索することもできます。次世代プラットフォームです。試してみたところ、価値のある移行であることがわかりました。複数のスタック、リアルタイムの自動スケーリング、およびその他の多くの機能をサポートしています。 Engine Yard Cloud と Engine Yard Kontainers の両方を参照できます

Digital Ocean の App Platform を使用することをお勧めします。 Heroku に似ていますが、Heroku のわずかなコストではるかに強力な機能を提供します

Heroku が持っているすべての機能を備えているわけではありませんが、少なくとも私にとっては十分に機能します。

私は DevOps ではないので、通常の Droplet を安全な方法で構成する方法がわかりません。これが、アプリ プラットフォームの機能が大幅に改善された理由です。アプリ内以外の安全対策の喪失について考える必要はありません。

私の個人的なプロジェクトはすべて Docker コンテナーにバンドルされ、Scaleway.com の単一ノードの kubernetes クラスターにデプロイされています。これは非常に優れており、メンテナンスも少なくて済みます。一定の規模に達した場合は、より大きなクラスターまたは別のコンテナー デプロイ サービス (ECS など) に簡単に移動できます。また、コンテナー ランタイムのみがインストールされたインスタンスに自分でデプロイすることもできます。 )

以前、私は Zappa を使用して AWS Lambda に django サービスをデプロイしましたが、多くの制御が失われ、学習して実装する必要がある小さなことがいくつかあります (たとえば、サーバーレス フレームワークの使用、バージョンの管理、ラムダ「暖かい」など）。