我们看到继续采用和成功反应架构,具有反应性语言扩展和反应框架非常受欢迎(我们在此版本中添加了几个这样的薄层)。用户界面,特别是从编程的反应样式中受益匪浅。我们的警告上次仍然保持真实:基于异步消息的架构通过介绍复杂性并使整个系统更难了解 - 只需简单地阅读程序代码并了解系统所做的。我们建议在致力于此架构风格之前评估系统的性能和可扩展性需求。
近年来,功能性反应性编程的技术稳步增长,我们看到增加了将此概念扩展到分布式系统架构的兴趣。部分启发了“反应性宣言“, 这些反应架构基于单向,通过独立进程网络(可能实现为微服务)的单向,异步事件流量。在正确的设置中,这些系统是可伸缩的和弹性的,并降低各个处理单元之间的耦合。但是,完全基于异步消息的架构引入了复杂性,并且经常依赖于专有框架。我们建议在提交到默认的架构风格之前评估系统的性能和可扩展性需求。