spring boot 及spring cloud原理 springcloud和docker哪个先学？
springcloud和docker哪个先学？
去学习技术不是看一本书，不是有先在看这个，仔细看其中一。
这对这两个技术，入门的话，很可能见意先学docker都很好，是因为这个比较多是才是一个工具，按步骤建议使用去掉。
是需要表述原理另说，这个也可以一下子入门。
其中一springcloud，是一个微服务的技术解决方案，里面乾坤二卦的东西就很多，但是象也要以springboot充当基础，所以才要先学springboot。
综上所述，见意先自学docker，再学springcloud。
但没有可以说，一起学习也不是应该不能。
java微服务开发最适合使用spring boot吗？
那今天就不谈微服务是不使用Dubbo肯定Spring Cloud，也不再讨论是建议使用RPC我还是RestfulAPI，只另扒一扒为什么大多数的Java微服务会使用Spring Boot。文中会有不少我个人的主观思想看法，如果不是大家有不深有同感的地方，这个可以你的留言讨论。
首先，不需要知道一点再看看为么必须做微服务。
微服务架构是将整个应用程序切割空间成更小的其它的服务，每个服务实现程序了一组的的的功能，微服务是从API不会暴露自己的功能基于，再服务治理和服务编排等，结束系统的完整功能。
每个服务大都相当于但是微小的（当然这个【小】是很有争议的，不在这里发动再讨论），一个微服务由一个团队专门负责管理的管理，以及需求、变更土地性质、运维，可以契约选择技术，但特别要求信守一定的规范；每个微服务都要快速迭代和部署；我认为，微服务架构线条清晰了一个【快】字。
那么在回到题目中的问题，微服务的开发有无适合我在用Spring Boot。个人以为，答案是估计的，Spring Boot更适合不使用在微服务的架构中。
Spring Boot在最初设计的初衷，应该是为了简单的结构Spring应用工程的垒建，其实Spring Boot并没有核心中什么新的东西，本质上它是在Spring和第三方框架的基础上接受了整合；Spring Boot是从定义的注解得用了xml配置文件，内嵌应用服务器；“约定大于配置”的思想；
反正，Spring Boot让服务的搭建、变更土地性质、布署、认证鉴权、监控都变地非常的简单的。
因此加强上面两点，微服务不太注重项目粒度的划分，一个项目会被组成多个子项目，子项目（微服务）之间的的布署并通过协议进行数据交互，每个微服务都是需要【急速】的迭代和部署；而Spring Boot的的最特点应该是让应用开发过程变的【慢了】，而在微服务架构中，Spring Boot是的很适合的。
肯定开发框架只不过是【快速】变更土地性质的一部分，微服务框架也也不是单指应用服务的微和快，举个例子来说，如果你们的技术团队始终是需求、开发、测试在一起的，在这一瞬间业务提了需求，不需要需求人员进行需求评审，然后再给开发人员解说需求，开发人员变更土地性质结束之后，防御部署测试环境，测试人员开始参与测试；测试3通过之后，重新提交上线申请，找一个登陆游戏节点，运维人员重新部署开发环境...
这样是快不起来的...
我将减弱能分享Java开发、架构设计、程序员职业发展等方面的见解，期望能我得到你的关注。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
