│ K8s 是什么？││ ││ K8s = Kubernetes（K + 8个字母 + s）= 容器编排平台 ││ ││ 解决什么问题？││ ││ 传统部署： K8s 部署： ││ • 应用挂了 → 人工发现 → 人工重启 • 应用挂了 → 自动发现 → 自动重启 ││ • 流量暴增 → 人工扩容 → 1小时 • 流量暴增 → 自动扩容 → 30秒 ││ • 版本更新 → 停服维护 → 用户抱怨

│ 阿里云单体部署架构 ││ ││ 用户访问 https://example.com ││ │ ││ ▼ ││ │ 阿里云 CDN（可选，加速静态资源） │ ││ │ ││ ▼ ││ │ ECS 云服务器 │ ││ │ │ Docker 容器 │ │ ││ │ │ │ (容器:443) │ │ (容器:8080) │ │ │ ││ │ │ │ • HTTPS终结 │ │ • Spring Boot

对比项阿里云方案自建方案数据库云 RDS（托管）自己 Docker 部署 MySQL缓存云 Redis（托管）自己 Docker 部署 Redis成本较高（RDS+Redis费用）较低（只需 ECS）运维云厂商负责数据库运维自己负责备份、监控可靠性高（自动备份、主备切换）依赖自己的运维能力适用场景生产环境、企业项目测试环境、个人项目、学习。

│ K8s 是什么？││ ││ K8s = Kubernetes（K + 8个字母 + s）= 容器编排平台 ││ ││ 解决什么问题？││ ││ 传统部署： K8s 部署： ││ • 应用挂了 → 人工发现 → 人工重启 • 应用挂了 → 自动发现 → 自动重启 ││ • 流量暴增 → 人工扩容 → 1小时 • 流量暴增 → 自动扩容 → 30秒 ││ • 版本更新 → 停服维护 → 用户抱怨

│ Namespace 命名空间 ││ ││ 命名空间 = 虚拟集群 = 资源隔离的边界 ││ ││ 类比： ││ • 一个 K8s 集群 = 一栋大楼 ││ • 一个 Namespace = 大楼里的一个楼层/公司 ││ • 不同公司（Namespace）有独立的办公室（Pod），但共用电梯（网络） ││ ││ │ K8s 集群 │ ││ │ │ (默认命名空间) │ │ (系统组件) │ │

│ K8s 访问方式全景图 ││ ││ 外部用户 ││ │ ││ ▼ ││ │ (处理 HTTPS、路由) │ ││ │ ││ │ 路由分发 ││ ▼ ▼ ││ │ │ ││ │ 负载均衡 │ 负载均衡 ││ │ 前端 │ │ 前端 │ │ 前端 │ │ 后端 │ │ 后端 │ │ 后端 │ ││ │ │ ││ │ 内部访问 │ ││ │ ││ │ 访问数据库 ││ ▼ ││ │。

早期Agent的意思 是完成最基本的智能对话就可以称为AgentAgent会根据用户的任务进行感知然后进行规划和拆分,再调用具体的工具执行行动，然后将反馈的信息再交给大模型，看任务是否完成，如果没有完成，再进行反思，如果没有完成再进行反思，循环往复这个过程,直至任务最终完成比如我有一个帮我去百度搜索玛雅人 并且总结100个字的任务，那么首先大模型它会经过感知推流，看他已有的信息是否能够完成这个任务

用systemPath直接指本地文件 → 只能 system，且要才能打进包、还不管传递依赖。想用默认 compile scope（更干净、能处理传递依赖）→ 先installdeploy进仓库，再当普通依赖写。简言之：system 不是「更好」，只是「不安装就想引文件」的唯一选择；正规做法是方式二 + 默认 scope。对，是这样。普通依赖（compile/runtime scope，从仓库解析

【代码】写一个githubDemo。

怎么去公开未就绪pod的一个地址信息默认是只有就绪的pod 才会被标签选择器选中，也就是这个值是可以进行修改的如果你真的有类似的需求，我建议大家才把他打开,而不是默认打开。