模型，相较云托管的大语言模型，它支持更多的定制和管控。随着大语言模型日益复杂，我们正在深思如何在 小型设备上运行大语言模型，特别是在边缘设备和资源受限的环境中。我们还提到有望提高性能的 ReAct 提示 工程，以及利用大语言模型驱动的自主代理开发远超简单的问答交互的动态应用。我们也提到一些向量数据库 （包括 Pinecone）由于大语言模型而重新流行起来。大语言模型的底层能力，包括更专业化和自行托管的能力， 自动合并依赖项更新 PR 6. 针对 FAIR 数据的数据产品思维 7. OIDC for GitHub Actions 8. 使用 Terraform 创建监控和告警 9. ReAct 提示工程 10. 检索增强生成 11. 基于风险的故障建模 12. 大语言模型半结构化自然语言输入 13. 追踪健康债务状况 14. 对告警规则的单元测试 15. CI/CD 的零信任保护 评估 16 自动合并依赖项更新 PR 6. 针对 FAIR 数据的数据产品思维 7. OIDC for GitHub Actions 8. 使用 Terraform 创建监控和告警 9. ReAct 提示工程 10. 检索增强生成 11. 基于风险的故障建模 12. 大语言模型半结构化自然语言输入 13. 追踪健康债务状况 14. 对告警规则的单元测试 15. CI/CD 的零信任保护 评估 16

访问控制 流量配置 Pod Deployment Service Node Custom Resource 业务运维 业务研发 按需绑定 关键词：用户友好，应用层语义和抽象 平台工程师 Controller 目标二：一个高可扩展的应用管理平台 关键词：可插拔，可扩展，模块化，没有抽象程度锁定 应用 Deployment Knative Service Function 抽象程度：高

k8s操作手册 前言： 1.蓝色字体表示命令行命令，正式执行时不要复制前面的#号，#号只是提示应 该使用root权限操作 2.绿色字体表示注释，有时注释太多就不用绿色表示了 3.注意：本文档的所有操作请先在测环境进行实践，请不要直接在真实的服务 器中操作！ 版权声明： 本文档以开源的形式发布，所有条款如下： （1）无担保：作者不保证文档内容的准确无误，亦不承担由于使用此文档所导致的任何后果 sha256:a2818d9ac38a6bbaef4220c8498065658f8ad2b04391601220be3e11006c0f9 7 出现： This node has joined the cluster: 这句提示说明加入成功，再去master结点 上查看 [root@k8s-master1 ~]# kubectl get node #查看集群的所有结点 ★再参考第3章的以下2步: ⑤service使用ipvs模式 ⑥部署flannel网络插件 或⑦部署calico网络插件 完成以上配置，再将master2, master3加入集群 # 如果执行加入命令时提示cer�ficate-key过期了，执行以下命令更新： # kubeadm init phase upload-certs --upload-certs 将新生成的cer�ficate key替换旧的，再去执行加入节点命令

查看创建的集群，状态为正常代表创建成功 访问集群 进⼊集群⻚⾯ -> 选择集群，点击管理节点 选择要进⼊的节点 -> 点击控制台 删除集群 进⼊集群⻚⾯ -> 选择要删除集群，点击更多 -> 点击删除 6 仔细阅读提示后，点击确认执⾏删除 ⾸云⽀持 集群节点的⼿动管理，包括节点的增加、删除和设置节点是否可调度操作 需通过⾸云集群管理⻚⾯进⾏上述操作 添加master节点 进⼊集群⻚⾯ -> 选择需要操作的集群 选择对应集群，选择要删除的worker节点 -> 点击删除 10 点击删除后，仔细阅读提示后，没问题点击确认执⾏删除操作 进⼊节点查看⻚⾯ -> 选择对应集群，删除节点状态由删除中 -> 节点消失代表删除成功 11 设置节点调度 进⼊节点查看⻚⾯ -> 选择对应集群 -> 选择要设置的节点 -> 设置是否可调度 仔细阅读提示，没问题后点击确认 12 进⼊节点查看⻚⾯ -> 选择对应集群 -> 查看设置是否成功 在集群界⾯找到要开启监控的集群，点击右侧更多，会有开启监控的功能，如下图： 2. 点击开启监控后，会提示选择监控所需的pv，如下图： 创建此过程按照提示可能需要创建NAS存储或SC，PVC等,可参考上⽂存储管理 3. 点击确定，⻚⾯上⽅会显示会显示创建任务已下发的提示，同时集群状态转变为更新，如下图： 监控管理 1.简介 2.操作说明 （1）开启监控 54

~]# easy_install pip ~]# pip2 install jinja2 --upgrade 如果执⾏ pip2 install jinja2 --upgrade 出现类似如下的提示： You are using pip version 9.0.1, however version 18.0 is available. You should consider upgrading PodExceedsFreeCPU and possi bly others 在上述示例中，由于Node上的CPU资源不⾜，名为“frontend”的Pod⽆法调度。 如果内存不⾜，也可能会导致失败，并 提示类似的错误消息（PodExceedsFreeMemory）。⼀般来说，如果⼀个Pod处于pending状态，并带有这种类型的消 息，有⼏件事情要尝试： 向集群添加更多Node。 终⽌不需要的P