前言 我们都知道之前所做的项目大部分都是集中式，单个节点的系统，而现在随着微服务和分布式的兴起，大部分企业慢慢的把集中式的系统拆分成各个服务，保证各个服务的模块单一，轻量级。微服务和分布式所带来的好处在于各个服务比较轻，每次修改功能只需要发布负责特定的服务即可。分布式所带来的更严重的问题就是数据的一 ...
分类：
编程语言 时间：
2020-07-05 13:41:57
阅读次数：
44
微服务系统拆分导致系统调用链路愈发复杂一个前端请求可能最终需要调用很多次后端服务才能完成，当整个请求变慢或不可用时，我们是无法得知该请求是由某个或某些后端服务引起的，这时就需要解决如何快读定位服务故障点，以对症下药。于是就有了分布式系统调用跟踪的诞生。针对微服务化应用链路追踪的问题，Google在2 ...
分类：
编程语言 时间：
2020-06-19 19:21:34
阅读次数：
139
当下软件发展趋势 当今 IT 行业发展中比较流行的几个技术，首先是微服务化，将原有的一个系统拆分成多个，意味着有多个系统需要构建、测试、部署和运维。 第二个是敏捷开发模式，需求粒度更细化，要求一个可独立部署单元快速开发、快速测试、快速部署上线，实现快速迭代。 还有一个就是容器化，随着容器技术的快速发 ...
分类：
其他好文 时间：
2020-06-17 16:40:46
阅读次数：
61
什么是微服务： 相对于系统来说，微服务就是把一个系统按照一定的原则把一个系统拆分为n个服务的，一般按照功能模块进行拆分，如电商系统，一般会拆分为：用户服务，商品服务，订单服务，促销服务等。 微服务解决的问题： 减少了代码冗余，各个微服务都提供了标准的接口，在代码维护上可以把更多的精力放在前端处理上 ...
分类：
其他好文 时间：
2020-06-10 13:16:57
阅读次数：
70
（1） 系统拆分，将一个系统拆分为多个子系统，用dubbo来搞。然后每个系统连一个数据库，这样本来就一个库，现在多个数据库，这样就可以抗高并发； （2） 缓存，大部分的高并发场景，都是读多写少，读的时候走缓存，redis轻轻松松单机几万的并发； （3） MQ（消息队列），将请求灌入mq中，控制在my ...
分类：
其他好文 时间：
2020-04-29 18:19:25
阅读次数：
338
前言 这一章节我们将讲解高并发解决方案中的应用拆分思路，也可以称之为系统拆分。单个服务器再优化，它的处理都是有上限的，因此我们采用扩容、缓存、消息队列等对程序进行优化，这些手段都可行，但还不是全部。随着项目的需求要求越来越多，应用自然会跟着越来越大，因此呢，架构师设计出了特别容易扩展的方案，从整体将 ...
分类：
其他好文 时间：
2020-04-19 18:21:17
阅读次数：
72
一、什么是微服务架构？ 1.系统拆分 2.服务各自独立运行、独立部署 3.服务之间基于HTTP的Restful API通信协作 二、为什么选择Spring Cloud？ 1.基于Spring Boot实现的微服务架构工具。 2.组成 Config：配置中心，支持git存储配置，实现应用配置外部化，客 ...
分类：
编程语言 时间：
2020-04-06 00:08:40
阅读次数：
87
问题1：为什么要把系统拆分成分布式的？为啥要用dubbo？ 1.为什么要将系统进行拆分？ 要是不拆分系统，一个大系统几十万行代码，很多人共同维护一份代码，简直是悲剧； 拆分了以后，一个大系统拆分成很多小服务，平均每个系统也就几万行代码，每个服务部署到单独的机器 2.如何进行服务拆分？ ? 大部分系统 ...
分类：
其他好文 时间：
2020-02-24 09:51:11
阅读次数：
80
高可扩展性的设计思路 拆分是提升系统扩展性最重要的一个思路，它会把庞杂的系统拆分成独立的，有单一职责的模块。相对于大系统来说，考虑一个一个小模块的扩展性当然会简单一些。将复杂的问题简单化，这就是我们的思路。 其实就是微服务 系统的易扩展之从存储和业务拆分来考虑。业务拆分是容易理解的，专人专事；从存储 ...
分类：
其他好文 时间：
2020-02-09 17:00:21
阅读次数：
84
作者：中华石杉 面试题 为什么要进行系统拆分？如何进行系统拆分？拆分后不用 dubbo 可以吗？ 面试官心理分析 从这个问题开始就进行分布式系统环节了，现在出去面试分布式都成标配了，没有哪个公司不问问你分布式的事儿。你要是不会分布式的东西，简直这简历没法看，没人会让你去面试。 其实为啥会这样呢？这就 ...
分类：
其他好文 时间：
2019-12-04 23:42:47
阅读次数：
97
