微服务和单体应用的宏观理解
微服务:一组小型应用通过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
代码语言:javascript复制<?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版本仲裁
代码语言:javascript复制 <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定义了经常使用依赖的版本,所以在以后导入依赖通常是不需要写版本号的(除了一些特殊的没有被声明的包)
spring-boot-starter场景启动器
比如说web场景启动器包含了诸如Tomcat,webmvc等场景启动器
webmvc场景启动器又包含了beans,core,web等jar包
场景启动器是将开发时常用的jar包根据使用的场景进行了一次整合,使得开发更加的方便,快速。
【同时一定程度上解决了自己引用jar包导致的冲突,但也会导致jar包不可见性,使得开发者在熟悉底层原理的到路上越走越远,有利有弊吧】
@SpringBootApplication
@SpringBootApplication包含@SpringBootConfiguration@EnableAutoConfiguration@ComponentScan等注解
@SpringBootConfiguration包含@Configuration
@Configuration包含@Component
@EnableAutoConfiguration开启自动配置包含
@AutoConfigurationPackage包含
将主配置类(@SpringBootApplication标注的类)的所在包及子包里面所有的组件扫描进IOC容器。
部署
找到jar所在目录
代码语言:javascript复制java -jar helloworld-0.0.1-SNAPSHOT.jar
访问:http://localhost:8080/hello
代码参考:
https://github.com/HCJ-shadow/SpringBootPlus