2016-11-17 11 views
-1

nginx + nodejs + mongodbの設定経験が豊富な方から、意見とベストプラクティスが必要です。NodeJS、Nginx、MongoDBの高可用性ソリューション

私はMongoDBとNodeJSに基づいてカスタムビルドクラウドアプリケーションを開発しています。リバースプロキシサーバーとして、私はnginxを使用しています。NodeJSを管理するにはPM2を使用しています。現時点では、MongoDBデータベースとAPIアプリケーション(Nginx + NodeJS)を提供するためのサーバーが別々に用意されています。今のところ私はPM2を使用しています。そのAPIは1コアVPS上でクラスタとして実行されています。

今後、高可用性ソリューションを構成する必要があります。データベースに関しては、まだレプリケーションやクラスタリングを使用していません。将来的に最適化する可能性のあるものがたくさんありますが、HAを達成することはこのテクノロジーでは達成するのが難しいことではないと思います。私はすべてのアドバイスが良いアドバイスであるようにHAを設定することで多くの経験をする必要はありません。

おかげ

答えて

1

を「私はHAを達成することは難しいことではないと信じて...私はHAを設定するには多くの経験を持っていない」あなたはすべき古い格言があります何かの経験がないが、難しいとは思わないとは決して言わないでください。最悪の時にあなたがどれくらい難しいかを知ることができます。

これを行う方法がわからない場合、必要な経験を得るのに何年もかかるため、誰もスタックオーバーフローで答えません。あなたは自分自身を改革するのではなく、働く解決策を使うほうが良いでしょう。 Mongoの場合は、ComposeまたはmLabを使用できます。ノードの場合は、HerokuまたはAWS Elastic Beanstalkを使用できます。静的資産の場合は、MaxCDNまたはCloudflareを使用してください。より多くのサービスが選択できます。

あなたが自分でそれを行うことができれば、もちろん、次にComposeとHerokuは是非先に進んでください。しかし、あなたがしなければ、あなたが実用的な解決策をとるならば、あなたは多くのトラブルを救うでしょう。

もう一つの利点は、HerokuとmLabの両方で、何も支払わずにすぐに開発を始めるという自由な計画があることです。しかし、アプリケーションが何らかの牽引力を得るとすぐに、大量のスケーリングを開始するのに適しています。

独自のソリューションをロールアップすることに決めたとしても、実装する機能と直面する問題をうまく説明しているため、それらのサービスおよびすべてのサービスのドキュメントを読んでおく必要があります。

+0

私はあなたの要点を見ており、カスタムアーキテクチャで経験することができるトラブルを認識していますが、これは私たちが持っているものです。私はこれをすべて達成するのは簡単だとは言いませんでしたが、私たちは、スケーラビリティの高い堅実で有望なテクノロジーを使用していると思います。誰かが私にすべてを教えてくれるとは思っていませんが、方向やベストプラクティスだけを探しているだけです。 – lobuljen

関連する問題