12

私は使用する代わりに考えてきました:

  • Tomcat
  • Apache
  • 軽量ウェブサーバー
  • PHP
  • ルビー
  • JSP

プロジェクトをGo言語に切り替えてみませんか。私が持っているので:

  • 組み込みのWebサーバー
  • PHP、Ruby、JSPに依存する必要はありません
  • Goは、次のようなクロスプラットフォームを解決します:FreeBSD、Linux、Solaris(Windows、Mac、Android、Tizen)で実行
  • Apache、Tomcat、その他のWebサーバーのメンテナンス
  • ブラウザの速度は、他のWebサーバーのスクリプト言語よりも非常に高速です。

しかし、私が心配していることの1つは、他のWebサーバーと比較したGoWebサーバーの安定性です。

誰かが以前にこれを行ったことがありますか、それとも私だけがプロダクションリリース用にそのようなプロジェクトを構築していますか?

4

3 に答える 3

19

安定性の問題はありません。

私は数か月間100%稼働しているいくつかのWebサーバーを持っており、月に約100万のクエリを問題なく提供しています(ほとんどの場合、json、GET、POST、およびWebSocketを介して)。

それらは64ビットのubuntuサーバー上にありますが、特にWebサーバーでは、32ビットのバグについて非常にうわさ話をするのは難しいと思います。

特に理由がない場合は、フロントエンドを使用しないでください。Goを使用するだけで完全なWebアプリケーションを簡単に作成できます。

あなたは一人ではありません。私の意見では、Goは長時間実行されるサーバーを構築するのに特に適しています。Goroutinesとチャネルを使用すると、ユーザーリクエストと長期的なタスクの両方を非常に簡単に処理できます(たとえば、httpクエリに回答した後にユーザークエリの処理を行うことができます。これは、phpではそれほど簡単ではなく、JavaではLOCが多すぎます。適切に実行したい場合)。

于 2012-04-13T09:33:33.037 に答える
1

Build in Webserverを使用して、Varnishのようなリバースプロキシを設定したり、Nginxをプロキシとして機能させたりしないのはなぜですか?

http://wiki.nginx.org/ReverseProxyCachingExample

于 2012-04-13T07:59:42.037 に答える
0

フロントエンドとしてNginxを使用し、64ビットバージョンのGoを使用していることを確認してください。32ビットバージョンには深刻な安定性の問題があり、これは長時間実行されるプロセスのショーストッパーです。

于 2012-04-13T07:54:20.367 に答える