标签：soa distributed-system java datapersistance

作为新项目的一部分,我们需要可以生成单调递增整数的服务.服务要求是：

>服务不需要产生连续的整数,只要它产生单调递增的整数就可以了
>它应该产生64位整数
>服务应该高度可用
>服务应能够抵抗故障(或重新启动)

我打算将redis(INCR)用作启用了复制的后端存储,但是问题是如果主redis失败,则该服务可能会丢失一些整数(请考虑一下,甚至在更新流到slave之前,主服务器崩溃,则服务可能会丢失一些整数,即服务可以生成小于已生成值的数字).

有人可以帮助我设计这样的系统/服务吗？

解决方法:

您的要求1和3有点矛盾.单调增加的要求意味着单个服务必须提供值,而这将不会高度可用.

例如,如果您有一台数据库服务器,那么Oracle数据库序列将可以解决问题.但是,一旦您进入一台计算机集群,就会为每个集群成员配置一批整数,并且在命中该成员时会按顺序分配整数.它们保证是唯一的,但不会单调增加.

可能您可以基于时间(如果可能,精确到纳秒)构建一个系统,该逻辑具有检测和调整重复项的功能.这不会高度可用…

我个人将重新考虑推动这一需求的业务需求.这是真的吗？例如,在过去,如果所有销售人员都使用相同的订单簿,则订单号是连续的.但是,一旦旅行销售人员成为常态,就很难在没有一个职员通过电话发布订单号的情况下实现这一目标.高可用性？并不是的.

标签：soa,distributed-system,java,datapersistance
来源： https://codeday.me/bug/20191027/1942412.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。