1. 独立服务端 (Server)：需要下载安装包，独立启动进程（类似装 MySQL）。
2. Spring Boot 应用 (App)：需要你创建一个 Java 项目，引入依赖，写启动类（类似写业务代码）。
3. 代码依赖库 (Library)：只需要在 pom.xml 里引入，不需要单独启动，它寄生在你的服务里。

Spring Cloud 核心组件部署方式表

详细拆解与避坑指南

1. 那些“独立部署”的家伙 (Server)

这些组件就像 MySQL 或 Redis 一样，属于基础设施。

• Nacos:

• 怎么玩： 去官网下载 .zip 或 .tar.gz，解压，进入 bin 目录，执行启动命令。

• 注意： 生产环境它通常是 3 台组成的集群，外挂一个 MySQL 数据库。

• Sentinel Dashboard:

• 怎么玩： 去 GitHub 下载一个 .jar 包，直接用 java -jar sentinel-dashboard.jar 启动。

• 注意： 它挂了不影响业务运行，只是你没法改规则了。

2. 那个“像业务服务”的家伙 (App)

• Spring Cloud Gateway:
• 怎么玩： 它本质上就是一个普通的 Spring Boot 项目。
• 区别： 普通服务写的是 Controller (业务逻辑)，它写的是 application.yml (路由规则)。
• 启动： 和启动你的 OrderServe 一模一样，运行 main 方法。

3. 那些“隐形”的家伙 (Library)

• OpenFeign / LoadBalancer / Sentinel Core:
• 怎么玩： 它们是寄生虫。
• 原理： 只要你在 pom.xml 里写了 <dependency>...openfeign...</dependency>，Maven 就会把它们的 Jar 包下载下来。当你启动 OrderServe 时，这些代码就加载进内存了。
• 看不见： 你在服务器上通过 ps -ef | grep java 看进程时，看不到 Feign 或 LoadBalancer 的进程，你只能看到 OrderServe 的进程。

总结一条规律

• 要存数据的、要提供管理界面的 -> 通常是 独立部署 (Server) (如 Nacos, Sentinel Dashboard)。
• 处理网络请求入口的 -> 通常是 Spring Boot 应用 (App) (如 Gateway)。
• 处理服务间逻辑调用的 -> 通常是 POM 依赖 (Library) (如 Feign, LoadBalancer)。