Spring Kinesis消费品设计-单弹簧应用中的多个消费品
我们有10个运动流,每个流包含12个碎片。为了使用这些数据,我们还有10个独立的Kinesis消费者。每个使用者都是自己的spring应用程序,它使用自己的记录处理逻辑更新同一数据库。每个使用者都有自己的HikariCP连接池,用于与数据库通信。消费者以KCL为基础 目前,我们将消费者部署在ECS实例上,并根据需要扩展实例数量。然而,拥有10个独立的使用者会导致可维护性问题,我们想知道为所有10个使用者提供一个单个spring应用程序是否可行 我关注的是:Spring Kinesis消费品设计-单弹簧应用中的多个消费品,spring,amazon-web-services,spring-boot,producer-consumer,amazon-kinesis,Spring,Amazon Web Services,Spring Boot,Producer Consumer,Amazon Kinesis,我们有10个运动流,每个流包含12个碎片。为了使用这些数据,我们还有10个独立的Kinesis消费者。每个使用者都是自己的spring应用程序,它使用自己的记录处理逻辑更新同一数据库。每个使用者都有自己的HikariCP连接池,用于与数据库通信。消费者以KCL为基础 目前,我们将消费者部署在ECS实例上,并根据需要扩展实例数量。然而,拥有10个独立的使用者会导致可维护性问题,我们想知道为所有10个使用者提供一个单个spring应用程序是否可行 我关注的是: 是否可以在同一个spring应用程序
- 是否可以在同一个spring应用程序中初始化多个使用者?如果是,是否建议
- 通过这种方法,120个记录处理器将在同一个应用程序中初始化(以适应流及其相应的碎片)
- HikariCP连接池也需要基于 一些基准测试
- 在未来扩展的情况下,与为每个流维护不同的使用者应用程序相比,这种方法会导致更多问题吗
- 灵活性较低,因为在这种情况下,扩展ECS实例的数量会影响所有消费者