向客户端公开服务
Exposing Service to Clients
我们的应用程序中有内部服务,基本上是作为Thrift RPC服务开发的。现在,我需要向核心系统外部的客户端应用程序公开这些服务。
现在,问题是:我应该直接向客户端公开这些节俭服务吗?这样做的好处是所需的工作量最少。缺点是客户端需要连接到这些 Thrift API 以及另一个已经存在的接口,因此实际上客户端应用程序需要打开多个套接字才能连接到核心系统。
另一种选择是将这些Thrift服务包装在另一层中,最终将交付给最终客户。这样做的缺点:对数据进行两次编组/解组,一次使用 Thrift,下一次使用另一个接口。
处理这种情况的首选方法应该是什么?
我们不会直接向外部客户端公开这些服务。我们将构建或使用应用程序来配置外部客户端可以连接到的代理。
这样做的好处是:
- 无需在防火墙上打洞
- 可以进行额外的安全检查
- 可以限制对内部服务的访问
- 黑客利用服务的机会更小
相关文章:
- 当服务中的事件被触发时,如何将响应从服务发送回客户端?
- 通过 Tor 服务C++ socket.io 客户端
- 最小工作示例张量流服务客户端
- QT REST客户端为Microsoft认知服务翻译器API获得身份验证令牌
- Windows 服务中的多线程命名管道会锁定客户端
- roscpp客户端无法调用rospy服务
- 使用 cmake 构建张量流服务客户端
- 远程过程调用-客户端提供的服务
- 如何知道何时有最大数量的命名管道客户端与服务的连接?
- HOWTO:C 应用程序作为Web服务提供商和Java应用程序作为Web服务客户端
- 用于C++ Web 服务的 Java 客户端
- Visual Studio 2013 c++Web服务客户端
- 基于C++rest的web服务客户端实现
- 运行使用gSOAP创建的web服务客户端时发生SSL错误
- 服务中的 DDE 客户端与用户会话中的服务器通信
- 如何在C++中创建一个web/wcf服务客户端
- C++的Web服务客户端库
- 如何将多个gsoap客户端web服务编译成一个可执行文件
- web服务器上运行的后台服务如何通知客户端浏览器服务的进度?
- 集成c++应用服务器和c# Web服务(客户端+服务器)的好方法