摘要：
直接上方法,这里我的目的是想把这四次commit合并成一次 这里使用到一个命令：git rebase -i， 既然要把最上面的合并成一次，那么git rebase -i 后面跟的参数应该是想要合并的最前面commit id的上一个，就是d6c2b....这个 git rebase -i d6c2b9 阅读全文
posted @ 2020-08-23 19:10
温柔的风
阅读(26343)
评论(0)
推荐(1)
摘要：
通过RPC框架，能够解决服务之间，跨网络通信的问题，这就完成了微服务化改造的基础。但是在服务拆分之后，需要维护更多的细粒度的服务，面对的第一个问题就是，如何让RPC客户端知道服务端部署的地址，服务注册与发现的问题。 你所知道的服务发现服务注册和发现不是一个新的概念，比如说，Nginx是一个反向代理组 阅读全文
posted @ 2020-08-21 00:09
温柔的风
阅读(562)
评论(0)
推荐(0)
摘要：
在做了服务化拆分之后，把业务逻辑都拆分到了单独部署的服务中，那么假设在完成一次完整的请求时，需要调用4～5次服务，计算下来，RPC服务需要承载大概每秒10万次的请求。那么，你该如何设计RPC框架，来承载如此大的请求量呢？你要做的是： 选择合适的网络模型，有针对性地调整网络参数，以优化网络传输性能；选 阅读全文
posted @ 2020-08-20 23:39
温柔的风
阅读(1493)
评论(0)
推荐(0)
摘要：
微服务化架构 在这个架构中，将用户、订单和商品相关的逻辑，抽取成服务独立的部署，原本的Web工程和队列处理程序，将不再直接依赖缓存和数据库，而是通过调用服务接口，查询存储中的信息。有了构思和期望之后，为了将服务化拆分尽快落地，你们决定抽调主力研发同学，共同制定拆分计划。但是细致讨论后发现，虽然对服务 阅读全文
posted @ 2020-08-11 23:35
温柔的风
阅读(568)
评论(0)
推荐(0)
摘要：
常见的中型服务架构 目前来看，工程的部署方式还是采用一体化架构，也就是说所有的功能模块，比方说电商系统中的订单模块、用户模块、支付模块、物流模块等等，都被打包到一个大的Web工程中，然后部署在应用服务器上。 一体化架构的痛点 先来回想一下，当初为什么选用了一体化架构。在电商项目刚刚启动的时候，只是希 阅读全文
posted @ 2020-08-11 23:08
温柔的风
阅读(1178)
评论(0)
推荐(0)
摘要：
什么是消息延迟？ 消息队列在消费过程中大量堆积就是消息延迟，也就是消费的频率跟不上生产。比方说，生产者向队列中一共生产了1000条消息，某一个消费者消费进度是900条，那么这个消费者的消费延迟就是100条消息。 如何监控消息延迟 使用消息队列提供的工具，通过监控消息的堆积来完成； 通过生成监控消息的 阅读全文
posted @ 2020-08-11 22:31
温柔的风
阅读(850)
评论(0)
推荐(0)
摘要：
为加强和规范紧急事故/故障的处理和报告流程，保证事故/故障的快速恢复，使事故损失降低到最低程度，特制定本制度。 一、适用范围 本流程适用于XXX所有产品线，所有线上的事故处理。 线上事故是指在线上服务中出现的功能故障或中断、数据错误等现象，对用户体检、流量、收入、品牌产生严重影响的现象。 除通常意义 阅读全文
posted @ 2020-08-11 15:06
温柔的风
阅读(737)
评论(0)
推荐(0)
摘要：
1. 通报 && 通报 && 通报 先通报给Leader；然后Leader视需要，通报给相关业务方 为什么要先通报？第一，如果是一个严重的问题，Leader可能能帮你调集更多的资源、人手帮你解决这个问题； 其次，如果对我们业务造成影响，我们可能需要去通知、安抚我们对口的业务方（比如SEM投放，比如电 阅读全文
posted @ 2020-08-11 15:01
温柔的风
阅读(426)
评论(0)
推荐(0)
浙公网安备 33010602011771号