微服务和单体应用的宏观理解

微服务：一组小型应用通过HTTP的方式进行沟通的开发思想单体应用：ALL IN ONE 单体应用的不足：随着业务逻辑的不断更新和迭代开发，起初的小型应用会不断膨胀，当应用达到一定规模量时，敏捷开发和部署维护的效率就会举步维艰。也就是说，单体应用的可持续性能力较弱。微服务的解决方案：通过分解巨大的单体式应用使得可持续性开发和优化等扩展能力增强。自由的开发技术选择。（不同组件的功能可以使用更加合适的技术实现）微服务架构的不足：微服务本身的分布式系统导致固有复杂性：组件之间消息传递的通讯成本。迭代开发所遗留的耦合问题依然存在：在修改某一个服务时，其他与之相关的服务不可避免的也要相应修改，但较单体应用来说，业务逻辑更清晰，耦合度更低。总结：相对来说，单体式开发更加适合简单轻量的应用，微服务虽然仍旧存在不足，但更适合构建复杂应用开发。

新的体会：

根据演化原则，微服务是单体应用在业务发展到一定规模的演化策略。微服务的出现并不是替换单体，而是在单体应用无法满足业务需求的情况下破局的一种解决方案。

【举个栗子】

2003年4月，淘宝秘密起始于湖畔花园，购买了一个LAMP（Linux+Apache+MySQL+PHP）架构的网站。

（2008年后）服务化/中心化的业务系统架构

LAMP架构是最简单的架构，但是同时也是最合适当初淘宝的架构。在淘宝无人问津的时代，几个亿的并发量又有什么意义呢？最初的LAMP到使用Oracle数据库，经历重量级EJB框架的淘宝，最终实现服务化的架构模式。

技术的作用是实现业务，业务的发展才是技术革新的标准。

更多淘宝技术发展可参考：https://blog.csdn.net/wp1603710463/article/details/50166797

微服务架构是这个时代最火的技术，但却不是业务的起点。

反手一个HelloWorld

环境：JDK8

开发工具：Intellij IDEA

SpringBoot版本：2.1.8

Maven和Tomcat都是使用IDEA内置的。

使用Spring Initializr构建应用

创建工程

选择web模块测试

创建Controller测试

package zkrun.top.helloworld.controller;    import org.springframework.web.bind.annotation.RequestMapping;  import org.springframework.web.bind.annotation.RestController;    @RestController  public class HelloController {          @RequestMapping("/hello")      public String hello()      {          return "hello SpringBoot!";      }  }

启动

访问：http://localhost:8080/hello

关于RestController

关于POM

<?xml version="1.0" encoding="UTF-8"?>  <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"           xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">      <modelVersion>4.0.0</modelVersion>      <parent>          <groupId>org.springframework.boot</groupId>          <artifactId>spring-boot-starter-parent</artifactId>          <version>2.1.8.RELEASE</version>          <relativePath/> <!-- lookup parent from repository -->      </parent>      <groupId>zkrun.top</groupId>      <artifactId>helloworld</artifactId>      <version>0.0.1-SNAPSHOT</version>      <name>helloworld</name>      <description>Demo project for Spring Boot</description>        <properties>          <java.version>1.8</java.version>      </properties>        <dependencies>          <dependency>              <groupId>org.springframework.boot</groupId>              <artifactId>spring-boot-starter-web</artifactId>          </dependency>            <dependency>              <groupId>org.springframework.boot</groupId>              <artifactId>spring-boot-starter-test</artifactId>              <scope>test</scope>          </dependency>      </dependencies>        <build>          <plugins>              <plugin>                  <groupId>org.springframework.boot</groupId>                  <artifactId>spring-boot-maven-plugin</artifactId>              </plugin>          </plugins>      </build>    </project>

parent版本仲裁

 <parent>          <groupId>org.springframework.boot</groupId>          <artifactId>spring-boot-starter-parent</artifactId>          <version>2.1.8.RELEASE</version>          <relativePath/> <!-- lookup parent from repository -->      </parent>

spring-boot-starter-parent依赖的父项目spring-boot-dependencies定义了经常使用依赖的版本，所以在以后导入依赖通常是不需要写版本号的（除了一些特殊的没有被声明的包）