03丨初探微服务架构 gt3:微服务架构的模块图和一次正常的服务调用的流程 1.服务提供者按照一定格式的服务描述，向注册中心注册服务，声明自己能够提供哪些服务以及服务的地址是什么，完成服务发布2.来服务消费者请求注册中心，查询所需要调用服务的地址，然后以约定的通信协议向服务提供者发起请求，得到请求结果后再按照约定的协议解析结果3.在服务的调用过程中，服务的请求耗时、调用量以及成功率等指标都会被记

微服务是当下非常热门的话题。我平时工作之外和圈子里的朋友们交流，提到微服务等新技术，他们先是兴奋，后又无奈。兴奋的是他们看到了新技术带来的便利，无奈的是团队规模和能力又反过来制约了他们采用新技术的步伐。而他们也对微服务有着这样或那样的理解，但更多的是疑惑，比如说他们会问： 微服务这技术虽然面试的时候总有人提，但作为一个开发，是不是和我关系不大？那不都是架构师的事吗？微服务不都是大厂在玩吗？我

转载自https://www.douban.com/note/525566534/ 最近学习了彼得·布雷格曼的《微时间管理术》，以下为我制作的思维导图和读书笔记加工整理 每天睁开眼，仿佛还来不及计划，变化已经追着我们跑，记得提醒自己：事有轻重缓急，事先做好分配，做好取舍，不要被无谓的事情打扰；学会在适当的时机说“好”，用坚定的语气说“不”，“做”和“不做”都是同样重要的决策。 学习微

当我们根据技术栈分类定出学习计划后，接下来就要选择合适的书籍学习了。 这里需要强调一下，以我的经验，对一门全新的技术学习，不建议完全通过看网上的文章。 因为网上的文章有好也有坏，坏的是真坑人，而且作为初学者，你没有什么经验，不知道文章是否有错误。 我举个例子，网上的链路跟踪，尤其讲 SkyWalking 的相关文章，很多都是错的，如果对链路跟踪不熟悉，就很难分辨出错误，到时候不慎把错误的观念

当想要学习任何新技术的时候，我经常做的第一件事就是 对要学习的技术领域去做一个分类 比如，几年前，公司的系统要改造成微服务架构，那我就必须去学习微服务的这套技术栈。但是，一学我才发现，微服务的技术栈怎么这么多…… 这时候，就要对微服务的技术栈进行分类。目的也很简单，就是为了对学习作出一个规划，根据技术栈的分类，作出一个有着明显轻重缓急的学习计划。 就微服务而言，我将其划分为如下几类： 微

大家好，欢迎来到万猫学社，跟我一起学，你也能成为微服务专家。 微服务看起来很美，但其实是需要一个技术体系或平台体系来支撑并且落地的。微服务架构建设分为两种思路： 框架模式服务网格（Service Mesh）模式 接下来我们对上面的两个思路进行详细的介绍和对比。 框架 框架模式的典型代表是 Spring Cloud，Spring Cloud 是基于 Spring Boot 的一整套微

大家好，欢迎来到万猫学社，跟我一起学，你也能成为微服务专家。 目前大部分的企业系统和互联网应用都是采用Web的形式提供服务能力，根据系统的组织方式和部署结构，我们通常把软件架构的演化过程分为以下几个阶段： 单体架构垂直架构SOA架构微服务架构 单体架构 单体架构，也被成为巨石架构，就像一块巨石一样，系统的所有代码、所有逻辑、所有模块都集中在一个项目里，并且会被部署在一个进程中。比如下

上一篇文章：跟乐乐学微服务!(三)SpringCloud组件熔断器 Hystrix Feign是什么？ Feign可以对服务提供方所暴露的url请求地址进行拼接封装，然后伪装成一个接口的方法，消费方可以通过调用这个Feign伪装了的接口方法，去请求服务提供方。 这是为了让消费方Controller调用提供方暴露的接口时，能够看上去像MVC架构中从Controller去调用Service一样。