我们的应用程序将像消费者一样集成到一堆外部系统中。
大多数此类集成不只是消息处理和路由。有很多复杂的逻辑，例如存储当前状态，计划执行和其他内容。
此外，每个集成都没有太多共同的逻辑。
构建此类系统的最佳实践是什么？
我应该建立多合一的集成层吗？对于每个集成，它可以是具有不同的Apache Camel 路线和处理器的整体应用程序:
还是应该将其拆分为一堆小巧而简单的独立应用程序，以便它们可以独立扩展和部署？
每个解决方案都有哪些优点和缺点？
最佳答案
有很多标准要牢记:
好的解决方案体系结构的选择取决于给定IT环境中此类标准的重要性。对于企业应用程序，使用集成平台而不是在应用程序中构建集成逻辑是很常见的。这样的平台通常包括用于连接性，消息映射，路由，监视/警报，日志记录，计费，变更管理等的组件。
向您最喜欢的搜索引擎询问 Integration Patterns 或 Enterprise Application Integration 。
关于integration - 企业应用程序的集成体系结构最佳实践，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/34098658/