我们今天开始对SpringBoot的学习，本篇主要是Spring Boot的入门部分。
一、SpringBoot简介
引用SpringBoot在百度百科中的含义：
Spring Boot是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。通过这种方式，Spring Boot致力于在蓬勃发展的快速应用开发领域(rapid application development)成为领导者。
在学习之前我们可以先列出Spring Boot的优点，以供了解，其相关内容会在未来进行讲解。
- 快速创建独立运行的Spring项目以及与主流框架集成
- 使用嵌入式的Servlet容器，应用无需打成WAR包
- starters自动依赖与版本控制
- 大量的自动配置，简化开发，也可修改默认值
- 无需配置XML，无代码生成，开箱即用
- 准生产环境的运行时应用监控
- 与云计算的天然集成
二、微服务
了解微服务以前，我们可以相对的了解一下单体应用，什么是单体应用呢？
在单体应用的年代，一个软件应用，往往会将应用所有功能都开发和打包在一起，如图所示，这里将代码打成war包放置在Tomcat服务器上。但是，当用户访问量变大导致一台服务器无法支撑时怎么办呢？于是出现了负载均衡，后来又把静态文件分离出来形成了动静分离。但是呢所谓治标不治本，无论是负载均衡也好，动静分离也罢，都是改善和优化了部署环境，改变不了根本的缺点：
- 代码臃肿，应用启动时间长；（代码超过1G的项目都有！）
- 回归测试周期长，修复一个小小bug可能都需要对所有关键业务进行回归测试；
- 应用容错性差，某个小小功能的程序错误可能导致整个系统宕机；
- 伸缩困难，单体应用扩展性能时只能整个应用进行扩展，造成计算资源浪费；
- 开发协作困难，一个大型应用系统，可能几十个甚至上百个开发人员，大家都在维护一套代码的话，代码merge复杂度急剧增加。
所以在这种情况下我们今天的主角——“微服务”就应运而生了，我们先来看一下典型的微服务架构：
根据上图的内容即可以很容易理解微服务架构的大体流程，客户端调用不同的服务时会先经过服务网关来进行调用，而对服务的修改与上传又可以通过服务注册中心和服务配置中心来完成。