我正在开发一个需要高可扩展性的RESTful应用程序。我考虑使用基于Netty的框架来实现RESTful应用程序。我查看了一些可用选项,并尝试了解它们作为非阻塞实现能够提供什么。以下是我的发现:
- rest.li --> 还处于基于Netty的NIO实现的试验阶段,因此不适合生产环境。
- RESTEasy --> 标准的JBoss项目,支持Netty 4.x。但是,RESTEasy只是Netty和RESTEasy之间的缓冲交换,而不是全面采用基于Netty的NIO实现。因此,可扩展性并不像从一个基于Netty的框架所期望的那样高。
- Netty-http 组件 --> 另一个选择是使用Netty-http组件作为端点将请求路由到从bean中公开的服务时,与Apache Camel集成。我认为这与RESTEasy相同,只是Netty-http组件使用了基于Netty的NIO功能,而系统的其余部分将使用旧的IO。我不认为它会在获得可扩展性方面有所帮助。
- RESTExpress --> 它声称是基于Netty的RESTful应用程序框架。但是,它既没有一个体面的社区,也不能被信任(因为它非常新)用于需要高度安全性的企业应用程序。
在了解上述发现之前,我想使用一些现成的框架来更快地完成工作。
我知道这是一个基于意见的问题。但是,我仍然真诚地需要帮助选择适合我的应用程序的正确框架。如果没有基于Netty的REST框架:那么是否明智去编写基于低级别的Netty NIO代码来实现?感谢您的帮助。