Java或C＃ 。 (需要的后台发消息)
摘要在本文中 ， 我介绍了三个常见的陷阱 ， 我看到客户在整合微服务时踩到了：低估了远程通信的复杂性 ， 忽略了异步性的挑战 ， 忘记了商业交易 。
通过重试 ， 超时和补偿活动的状态模式引入处理这些情况的功能可以降低微服务基础架构的整体复杂性并增强其弹性 。 它还有助于：

1. 将重要的故障处理和事务行为封装在它所属的位置：在服务本身的上下文中 。
2. 将故障或超时处理的工作量减少到更小的范围 ， 从而降低整体复杂性 。
3. 简化服务API ， 只发布对客户真正重要的故障 。
4. 改善客户体验 ， 客户可能是其他服务 ， 内部员工 ， 甚至是客户 。

使用轻量级工作流引擎 ， 您可以通过应用自行开发的解决方案来处理有状态模式 ， 而无需投入大量精力或冒着意外复杂性的风险 。 随附的源代码提供了具体示例 。

• 通气会|12月4～6日，2020中国信息通信大会将在成都举行
• 中国|浅谈5G移动通信技术的前世和今生
• 建设|龙元建设中标中国移动宁波信息通信产业园二期施工项目
• IPO|三旺通信IPO：产品结构相对单一业务规模较小 研发人员占员工总数33%
• 合并|Andre Cronje主导批量「合并」DeFi项目，是好事情吗？
• mini|电影、mini 与「当日完稿」工作流
• 字化转型|疫情重构经济，传统企业「数字化」的通关密码是什么？
• iPhone12|iPhone12「超大杯」拍照解禁：与Pro拉不开差距
• 供应链|一座快手「重镇」的货端升级
• 项目|DeFi「分叉运动」退潮，我们能从中学到什么？