一切的技术落地，都要从思想的启蒙开始。可能出乎很多人意料之外的一个事实是，微服务很多核心理念其实在半个世纪前的一篇文章中就被阐述过了，而且这篇文章中的很多论点在软件开发飞速发展的这半个世纪中竟然一再被验证，这就是康威定律。

那康威定律到底讲了什么？和微服务又有什么鸟关系。看看这篇文章：微服务架构的理论基础 - 康威定律。

微服务架构被提出很短的时间内，就被越来越多的开发人员推崇，简单来说其主要的目的是有效的拆分应用，实现敏捷开发和部署 。要落地就带来了三个问题和一个思考：

WHAT – 什么是微服务

HOW – 怎么具体实践微服务

WHY – 微服务的应用

So What – 思考

答案都在这里：微服务（Microservice）那点事

当然了我们在怎么说的好，都没有Martin Fowler大神本人来说说更具有权威性，虽然他已经秃了顶，但我还是很喜欢他。

Martin Fowler大神第一次权威性的表述了什么是微服务，它的边界。它的这篇巨作拉开了微服务的遍地开花：Microservices

说了那么多，手痒痒的很，马上来一发试试! Spring Boot入个门。听说你和微服务的距离就差两个Hello World，那第二个在哪里呢，马上就来：Spring Boot Web综合开发。

两个Hello Word之后，我就问了大家使用Spring Boot到底有多爽，大家都说要用这张图来表示，哎，没看懂，我还是太单纯。

接下来就是一发不可收拾，先是体验了缓存Redis（Spring Boot中Redis的使用），又是使用了前端模板引擎Thymeleaf（Spring Boot 中 Thymeleaf使用详解），可谓玩的是不亦乐乎。

这不一会呀，又和数据库抗上了，不但是传统数据库，更是Nosql、MongoDB齐上阵：

Spring Boot中Spring Data Jpa的使用

Spring Boot中如何优雅的使用Mybatis

Spring Boot和Mybatis多数据源最简解决方案

Spring Boot中mongodb的使用

不时的还甩点小技巧：Spring Boot小技巧，但要做一个大型的系统，仅仅有小技巧还是不够的，中间件、邮件系统、MQ消息得用上：

Spring Boot使用RabbitMQ详解

Spring Boot和定时任务

Spring Boot开发邮件服务

当然了，系统安全无小事，权限认证需考虑：Spring Boot整合Shiro登录认证和权限管理。

有人以前说过，程序员的一生都是增删改查，虽然我感觉这是句屁话，但有时想想还真有点道理，那我们就用Spirng Boot技术栈验证这句屁话的真伪：Spring Boot+Jpa+Thymeleaf增删改查示例。

看了这些你们可能觉得还不够，都是小小例子，那Spring Boot究竟是否可以大量推广使用呢，我告诉你绝对行！我们不但做了，并且把它还开源了出来。Spring Boot实战：我们的第一款开源软件。

前两天有人给我留言说，有一个培训机构把你们的开源软件给拿去了，我说拿去干嘛了，他说给学生用这个作为示例进行培训，我说那也挺好给学生们做贡献了。今天又有人给我留言，说我们公司将你们的云收藏项目down了下来，作为模板开发我们的项目，我觉得这样也挺好。

看着这个开源项目在GitHub上面近一千个Star，我相信它未来还有更多的可能性，这也算是我们对IT行业做了一点微不足道的贡献。

产品地址 ：http://favorites.ren

源码地址 ：https://github.com/cloudfavorites

古人总云：居安思危，但是到了程序员这个行业，从来没有居过安，危随时就来。大部分人连微服务和Spring Boot是啥都没有搞清楚的时候，下一代微服务就要来临了？

这不，还起了一个新名字叫Service Mesh：Service Mesh：下一代微服务？

可能你会想这货现在还是个概念？其实我也是这样想的，但是人家马上就要落地了，背后还都是巨头。新闻：谷歌、IBM 和 Lyft 联合推出开放源代码项目 Istio，这是一款开放源代码服务，为开发人员提供了一种以供应商为中心的方式来连接、保护、管理和监控云平台上不同微服务器的网络。

Istio到底是个什么鬼？中国有个敖小剑，剑哥可真是中国Service Mesh的布道师，上周末听了剑哥演进，感觉剑哥还是个愤青，认为人类的文明要靠谷歌，反例就是国内某度，当我还在想这样讲是否合适的时候，现场有人鼓了掌。

牛逼呼呼的几个大公司搞的Istio是啥玩意，看剑哥万字箴言：Service Mesh服务网格新生代--Istio。

当我们还在认识各种新名词的时候，技术都已经革新了好几代！那么我们该从哪里开始呢？我认为呀，好的技术、新潮的技术未必都要会，大概了解就行，当我们真正有需求的时候，知道有这么个东西，不至于少了视野。当架构自然升级，决定选型使用，才是真正需要深入学习的时候。

纸上得来终觉浅，绝知此事要躬行！

欢迎工作一到五年的Java程序员朋友们加入Java架构开发：744677563

本群提供免费的学习指导 架构资料 以及免费的解答

不懂得问题都可以在本群提出来 之后还会有职业生涯规划以及面试指导