ResolveJS 后端系统的生产部署/运行时架构是什么？
What is the production deployment / runtime architecture of ResolveJS backend systems?
reSolveJS 通常 运行 作为服务器上的单个 NodeJS 应用程序进行生产部署吗？
当然，事件存储和读取模型可能是单独的应用程序（例如数据库），但 CQRS 读取端和写入端是否在同一 NodeJS 应用程序中处理？
如果是这样，假设 CQRS 的前提是读取端通常比写入端活跃得多，是否可以将它们拆分以使它们能够单独扩展？
考虑到使用可以自然扩展的 Lambda，reSolve 云平台可能会减轻这些担忧。也许这是推荐的生产部署选项？
也就是说，作为整体（单个 NodeJS 应用程序）进行开发和测试并在生产中部署到 reSolve Cloud Platform 以允许扩展？
再次感谢您开发和分享创新平台。
干杯，
阿什莉.
reSolve 应用程序可以像任何其他 NodeJS 应用程序一样使用容器或任何其他缩放机制进行缩放。
因此多个实例可以使用同一个事件存储，并且可以将多个实例配置为使用同一个读取数据库，或者每个实例都有自己的读取数据库。
reSolve 配置逻辑在应用程序的 run.js 代码中指定，因此您可以扩展它以针对不同的实例类型进行不同的配置。
或者您可以在所有实例中使用相同的代码，只是将命令和查询路由到不同的实例池。
当然，reSolve Cloud 可以让您免除这些后顾之忧，本例中您使用本地 reSolve 作为开发和测试环境，并部署到那里。
请注意，reSolve Cloud 尚未公开发布。此外，本地 reSolve 目前无法拥有所有必需的数据库适配器，因此还有待编写。
reSolveJS 通常 运行 作为服务器上的单个 NodeJS 应用程序进行生产部署吗？
当然，事件存储和读取模型可能是单独的应用程序（例如数据库），但 CQRS 读取端和写入端是否在同一 NodeJS 应用程序中处理？
如果是这样，假设 CQRS 的前提是读取端通常比写入端活跃得多，是否可以将它们拆分以使它们能够单独扩展？
考虑到使用可以自然扩展的 Lambda，reSolve 云平台可能会减轻这些担忧。也许这是推荐的生产部署选项？
也就是说，作为整体（单个 NodeJS 应用程序）进行开发和测试并在生产中部署到 reSolve Cloud Platform 以允许扩展？
再次感谢您开发和分享创新平台。
干杯， 阿什莉.
reSolve 应用程序可以像任何其他 NodeJS 应用程序一样使用容器或任何其他缩放机制进行缩放。
因此多个实例可以使用同一个事件存储，并且可以将多个实例配置为使用同一个读取数据库，或者每个实例都有自己的读取数据库。
reSolve 配置逻辑在应用程序的 run.js 代码中指定，因此您可以扩展它以针对不同的实例类型进行不同的配置。
或者您可以在所有实例中使用相同的代码，只是将命令和查询路由到不同的实例池。
当然，reSolve Cloud 可以让您免除这些后顾之忧，本例中您使用本地 reSolve 作为开发和测试环境，并部署到那里。
请注意，reSolve Cloud 尚未公开发布。此外，本地 reSolve 目前无法拥有所有必需的数据库适配器，因此还有待编写。