每个 server 块都配置了独立的 SSL 证书，并将请求代理到不同的服务端口。例如，假设你有两个服务，一个服务运行在 6087 端口，另一个服务运行在 6088 端口，并且你希望分别使用 service1.example.com 和 service2.example.com 来访问它们，你可以这样配置。需要注意的是，所有的 server 块都监听了相同的端口（443），但每个 server 块

（没有代理的话会很慢，可能还会超时）

【代码】Docker 容器指标搜集工具cAdvisor。

Java多线程数据分片处理

docker运行nginx镜像时，设置端口映射，则只有该映射端口起作用，nginx配置的其他端口无效。所以想要多个端口起效果，启动时要用–net host （先删除容器后重新生成），并且修改配置文件中的root路径，再次访问成功加载首页。docker下的nginx只能读到挂载路径下面的文件（到对应目录下查看文件已经存在了（划红线的）删除成功后，重新生成容器并进行目录挂载映射。我们拉去1.24.0的

通用后端跨域方法1、@CrossOrigin 注解在Spring Boot 中给我们提供了一个注解 @CrossOrigin 来实现跨域，这个注解可以实现方法级别的细粒度的跨域控制。我们可以在类或者方添加该注解，如果在类上添加该注解，该类下的所有接口都可以通过跨域访问，如果在方法上添加注解，那么仅仅只限于加注解的方法可以访问。@Slf4j@RestController@RequestMapping

云计算是大势所趋，今天信息系统建设的概念和观念，在较长尺度的“明天”都是会转变成适应云端的。Serverless+API 的这种设计方式，随着云计算的持续发展，将会成为一种主流的软件架构形式，无服务到时候也应该会有更广阔的应用空间。如果说微服务架构是分布式系统这条路当前所能做到的极致，那无服务架构，也许就是“不分布式”的云端系统这条路的起点。今天，我们已经能初步看见一些使用无服务的云函数去实现微服

云原生（Cloud Native）是一种关注于在云环境中构建、部署和管理应用程序的方法和理念。云原生应用能够最大程度地利用。这个概念涵盖了许多方面，包括和团队文化等。

对于json注解的使用，要相互对号，用哪个json的注解，就要用对应的json序列化。有些接口很容易发现问题，但是对于一些有驼峰和_命名的字段接口，而且_的字段如果没有值，还给了默认值，导致调用接口还是成功。等到上线后发现字段值不生效，只能一直返回默认值就尴尬了。

connection closed 获取到的连接已经失效，导致抛出异常：message:com.noahgroup.framework.smart.admin.common.exception.AdminExceptionHandler.handleException:76 - 【exception】：org.springframework.jdbc.UncategorizedSQLExcepti