双重写入：如何解决微服务分布式系统中数据不一致？ - Thorben
失败，也还是可以的。但是，如果您成功提交了第一笔交易而第二笔交易失败，则说明您遇到了问题。您的系统现在处于不一致状态，没有容易修复的方法。 分布式事务不再是一种选择 过去，当我们构建整体
4 年 前
如何学习掌握一个分布式系统？
，比如crash-stop失败模型加上同步系统，我们能够使用timeout；如果我们定期让进程ping到一个专门的失败探测器，我们就能精确知道那个进程是否正常，如果过了timeout时间没有Ping访问
8 年 前
微服务的重试与弹性设计
一种没有弹性的设计。 下面是改进设计演进版本： 快速失败fail fast 这里可以应用一个快速失败模式，比如使用断路器。在这个例子中，使用了Netflix Hystrix断路器。如果信用卡
6 年 前
DDD聚合：乐观并发 -James Hickey
任何时候仅允许一个操作被访问时。 有点像打开excel时，现在网络驱动器上没有其他人可以修改它了。 但是，这会导致性能不佳，并且从某种意义上讲是天真的，因为我们只是“蛮力”锁定所有内容。 乐观并发
3 年 前
大家来谈谈异常处理的做法
用户的一些操作错误，如必填项没填，没有权限等。这类异常属于用户操作异常。 Ｅ类异常是一种函数调用失败，返回失败原因的代替方式。如：创建一个文件，如果失败，会返回为什么失败，由于文件已经存在，由于指定的
10 年 前
大数据分析为什么大多数会失败？（2）
良好的 DDD 设计，就没有良好的大数据结果，就没有良好的数据工程，这也是大多数数据分析都是失败的原因，以下是原文摘要，主要是有关领域事件如何设计的要点，同样适用于 事件风暴 等DDD战略建模
2 年 前
关于工作流动态权限和流程跳转问题，请高手指点，我很迷茫……
我没有采用任何工作流引擎，因为我不知道该如何选择？现在也没有时间去选别的工作流引擎了。我自己写工作流，我已经快写不下去了，业务逻辑太复杂了。我头都大了……如果不行，这个项目估计要失败了……请高手
10 年 前
Apache Kafka消息传递精确正好一次的含义 | TechMyTalk
在分布式环境中，故障是很常见的情况，可以随时发生。在Kafka环境中，消息代理可能会崩溃，网络故障，处理故障，发布消息时失败或无法使用消息等。这些不同的情况导致了不同类型的数据丢失和重复
3 年 前
断路器真的有效吗？重试会让情况更糟糕！ - brooker
部署断路器之前，请确保你考虑清楚这一点： 重试（大多数情况下）会使实际分布式系统中的情况变得更糟。 断路器充当可能失败的操作的代理。代理应该监视最近发生的失败次数，并使用这些信息来决定是允许
2 年 前
事件概念正在重塑分布式系统的未来
，这个失败不是婴儿，而是洪水，宜疏不宜堵，应该首先直面承认它的存在，不要认为能够完全杜绝）。具有讽刺意味的是，我们在很多语言中将失败称为“例外”，即使他们没有任何例外，因为他们实际是可预期的。Bonér
6 年 前
使用事务发件箱进行可靠的事件调度
的是但不会导致不一致。
如果存储数据没问题，但发布事件失败，则说明外部世界没有保持最新。
发送消息，然后存储数据（永远不要这样做）：
如果发送消息失败，则操作失败，不幸但不会导致不一致
1 年 前
Wardley Mapping产品战略地图的好处？ - Alidad
其他人看到我的作品时的心理模型。 我们基于隐含的假设而移动，我们错过了组件之间的联系，我们没有看到大局或整体，我们忽略了部分的相互作用，我们没有考虑随时间的变化，我们没有识别我们的杠杆和投资分散
2 年 前
使用Spring Boot + Resilience 4j实现断路器
ignore-exceptions: 没有失败 ＃异常类和计数
5 年 前
Cacheonix - 分布式开源Java缓存
Cacheonix是一个开源分布式java缓存，能够以集群方式扩展java应用，其特点是横向扩展能力和最短的GC暂停时间。 Cacheonix提供严格 一致性 的分布式 缓存 ，没有主从
7 年 前
八个免费基于Web的项目管理系统
没有计划 就计划失败"fail to plan - and plan to fail" ， 8 free web based project management systems reviewed
10 年 前