小编ynh*_*ynh的帖子

我正在开发一个需要高可伸缩性的RESTfull应用程序.我正在考虑基于Netty的RESTfull应用程序框架.我浏览了一些可用的选项,并尝试将它们作为非阻塞实现提供.以下是我的发现:

1. rest.li - >仍处于基于Netty的NIO实施的试验阶段.所以,不准备生产.
2. RESTEasy - >支持Netty 4.x的标准JBoss项目.但是,RESTEasy不是基于Netty的完整堆栈NIO实现,而是Netty和RESTEasy之间的缓冲交换.它没有利用Netty的优势.因此,可扩展性不如基于Netty的框架所预期的那么高.
3. Netty-http组件 - >另一个选项是Apache Camel集成,同时使用Netty-http组件作为端点,用于将请求路由到bean中公开的服务.我认为它与RESTEasy相同,只有Netty-http组件使用基于Netty的NIO功能,而系统的其余部分将使用旧的IO.我不认为我会在获得scalabiltiy方面帮助太大.
4. RESTExpress - >它声称是基于Netty的RESTFull应用程序框架.但是,对于需要高度安全性的企业应用程序而言,它既没有一个像样的社区,也没有可信任(因为它是非常新的).

在得到上述发现之前,我想使用一些随时可用的框架并更快地完成工作.

我知道这是一个基于意见的问题.但是,我仍然非常需要帮助为我的应用程序选择正确的框架.如果以防万一,没有基于Netty的REST框架:在我的应用程序中使用基于Netty的低级NIO代码是否明智？任何帮助赞赏.提前致谢.

我想创建一个类似于basecamp或mailchimp的应用程序.客户自己注册,然后自动为自己设置应用程序.该应用程序将使用cakephp开发.

我的问题是什么是最好的数据库结构？

• 所有客户在一个表中按客户ID分隔.
• 每个客户都拥有自己的DB + DB用户.
• 在他的文件夹中使用每个SQLite文件.

我想使用 mongodb 和锂构建一个网络服务。什么是更好的：

• 将所有客户端的数据存储在一个集合中（例如，多个客户端的所有交易文档都存储在一个集合中）

• 创建多个集合，例如 transactions_client1、transaction_client2 等。

• 每个客户一个数据库

系统必须是可扩展的并且必须易于部署