各位前辈好,下载公司的web端技术架构要重构,之前的web端挺乱的,暂时就不评了。
公司的主要技术搜索,商品信息都是c++后台开发的,然后给手机端提供的接口。web端的展现什么的之前都是通过反向代理通过内网获取商品信息、搜索内容然后将获取的json转换成java bean对象。就是简单的http内网请求通过nginx分发到后台的服务器请求数据。现在想对这一块做个重构,请问可以用到什么技术或者开源的框架。请各位指教。多谢了。
つまり、ユーザーと直接対面するサーバーは Tomcat で、次に nginx が続き、nginx の後ろには C++ があります。 少なくとも 3 層あります。Tomcat の外側にリバース プロキシがある場合は 4 層になります。
確かにレイヤーが多すぎて、少し複雑に見えます。
まず第一に、最後に C++ を変更するのはおそらく難しすぎるため、これは誰も触れたくない、あるいは触れたくないコードの部分です。
スケーリングとパフォーマンスを考慮すると、リバース プロキシも必須です。しかし、nginx はリバース プロキシとしてのみ使用されており、これは少し見下されています。 。 。
openresty を試してみることをお勧めします。これは、nginx と多数のプラグインをベースにしたフル機能の Web サーバーです。あなたが言ったように、json 形式を openresty に変換するだけなので簡単です。同時に、nginx の非同期性と高い同時実行性の特性を維持できます。 https://openresty.org
アクセス レイヤを均一に作成し、さまざまな言語でバックエンド サーバーを保護し、Web 側への統一された入り口を提供します
つまり、ユーザーと直接対面するサーバーは Tomcat で、次に nginx が続き、nginx の後ろには C++ があります。
少なくとも 3 層あります。Tomcat の外側にリバース プロキシがある場合は 4 層になります。
確かにレイヤーが多すぎて、少し複雑に見えます。
まず第一に、最後に C++ を変更するのはおそらく難しすぎるため、これは誰も触れたくない、あるいは触れたくないコードの部分です。
スケーリングとパフォーマンスを考慮すると、リバース プロキシも必須です。しかし、nginx はリバース プロキシとしてのみ使用されており、これは少し見下されています。 。 。
openresty を試してみることをお勧めします。これは、nginx と多数のプラグインをベースにしたフル機能の Web サーバーです。あなたが言ったように、json 形式を openresty に変換するだけなので簡単です。同時に、nginx の非同期性と高い同時実行性の特性を維持できます。
https://openresty.org
アクセス レイヤを均一に作成し、さまざまな言語でバックエンド サーバーを保護し、Web 側への統一された入り口を提供します