首页
学习
活动
专区
工具
TVP
发布

Linyb极客之路

专栏作者
1063
文章
1803151
阅读量
128
订阅数
一文带你玩转数据同步方案
停机迁移包括停服迁移与非停服迁移,停服迁移是选择某一时间点流量最少时停止所有服务,并在最短时间内完成数据迁移,此时需要注意停服时间;非停服迁移,即停止所有写数据服务,查询服务并不停止,同样要注意停服时间,防止对生产环境有较大影响。停机迁移完成后,还需要进行数据核对,通常首先要校验迁移前后数据量是否一致,其次还可对迁移前后数据逐条进行校验,还可进行流量回放,保证迁移前后业务表现完全一致。
lyb-geek
2024-04-18
1580
向领域驱动设计前进: 如何使用DDD从单体到微服务迁移打造业务平台或中台?
如果您的公司建立在单体monolith之上。由于您的业务知识在内部传播,因此这种单体monolith可能是您的最佳资产,但是由于多年的技术债务和团队在相互沟通的情况下发布代码,这些是脏的。 单体程序缓慢,不透明,容易出错,未经测试。发布新代码时开发人员和sysops团队都开始担心,因此最终会建立和定义繁重的流程以及漫长的发布周期和漫长的手动测试过程。这是因为我们需要安全地发布新版本,我们不能中断生产,因为恢复或回滚很困难。 但是,单体仍然存在,可以为您带来大部分收入,但也会影响团队的表现。您如何改善主要收入来源并优化团队以实现长期可预测性和业务发展?这是DDD派上用场的地方。 但是,在使用DDD之前,我们需要了解为什么单体程序仍在工作并为大量流量提供服务。因为单体本身不是一个错误的根源,问题出在耦合造成大泥球。 单体非常便宜且用途广泛。单体架构能够长期存在的原因是,单体架构中的决策在中期是可恢复的。因为数据和代码在一个地方,所以重构更简单(可以使用您最喜欢的IDE来完成),并且数据传输便宜。例如,让我们从以下用例开始: 我们是像Amazon这样的在线购物平台,并且我们出售图书。在产品的第一个迭代期间,我们不会验证仓库中书籍的库存,因为我们没有收到那么多的采购订单,因此我们可以手动修复损坏的订单。我们最终得到以下架构图。
lyb-geek
2023-09-07
1350
深入浅出分布式缓存的通用方法
各种分布式缓存如Redis,都提供了不同语言的客户端API,我们可以使用这些API直接访问缓存,也可以通过注解等方法使用缓存。
lyb-geek
2019-05-23
4150
没有更多了
社区活动
腾讯技术创作狂欢月
“码”上创作 21 天,分 10000 元奖品池!
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档