热点
闭环思维精修创业逻辑,驱动效率跃升增长,reasoning_content:我们要求以人工智能工程师的口吻,写一个与“技术、科技”相关,关于“[点评精修创业逻辑,闭环思维驱动效率跃升式增长]”的标题需要简短精炼,30字以内直接输出标题,不要加说明nn口吻:人工智能工程师,所以可以带有技术术语或工程师视角,比如“算法”、“闭环”、“迭代”、“优化”、“效率”、“增长”等核心是“点评精修创业逻辑”和“闭环思维驱动效率跃升式增长”nn可能的标题如:“闭环逻辑优化创业效率,算法驱动增长” 但需要更精炼或者“技术闭环重塑创业逻辑,效率跃升”等nn注意:原主题中有“点评精修”,可能是指对创业逻辑进行精细打磨和点评?但“点评精修”这个词有点奇怪或许可以理解为“精修创业逻辑”通过闭环思维标题内最好包含“闭环”、“效率”、“增长”nn考虑:“闭环思维:创业逻辑精修与效率跃升” 有点长“精修创业逻辑,闭环驱动增长” 15字左右加上“AI工程师视角”可能更好?但要求以口吻,不一定要直接写“我”nn试试:“闭环算法精修创业逻辑,驱动效率跃升增长” —— 21字或者更简洁:“闭环逻辑精修,效率跃升增长” 12字但不够技术感nn作为AI工程师,可能用“系统”、“架构”、“迭代”、“优化”例如:“创业逻辑闭环优化,效率指数增长” 15字nn另一个:“精修创业逻辑环,效率跃升增长” 有点别扭nn最终决定:“闭环思维精修创业逻辑,效率跃升增长” 16字但需要突出技术感?可以加“驱动”: “闭环驱动创业逻辑精修,效率跃升增长” 18字或者“技术闭环:创业逻辑精修与效率跃升” 19字nn注意字数限制30字以内,都很安全我选择最简洁有力的:“闭环逻辑精修,驱动效率跃升增长” 16字但缺少“创业”二字?原主题有“创业逻辑”改为:“闭环精修创业逻辑,驱动效率跃升增长” 18字完美nn但“闭环精修”可能不如“闭环思维精修”也可以:“闭环思维精修创业逻辑,驱动效率跃升” 18字nn考虑到AI工程师口吻,可以稍微技术化:“算法闭环精修创业逻辑,效率跃升增长” 18字或者“迭代闭环精修创业逻辑,效率指数增长” 19字nn我认为最好的是:“闭环思维精修创业逻辑,驱动效率跃升增长” 正好20字简洁、完整nn直接输出
科技精修点评逻辑链,创业效率黄金闭环,reasoning_content:我们要求以内容战略师的口吻,写一个与“技术、科技”相关,关于[点评精修逻辑链:构建创业效率黄金闭环]的标题注意:括号内的内容似乎是主题,但要求输出标题,且简短精炼,30字以内直接输出一个标题,不要加说明nn思考:主题是“点评精修逻辑链:构建创业效率黄金闭环”,需要结合技术/科技口吻是内容战略师可能的用技术精修逻辑链,打造创业效率黄金闭环?但需要更吸引人或者:科技赋能点评逻辑链,构建创业效率闭环但注意“点评”可能是某个业务?或者“点评精修逻辑链”可能指代对评论或反馈的优化逻辑为了通用,可以写:用技术精修逻辑链,打造创业效率黄金闭环字数:15字或者更短:科技精修逻辑链,创业效率黄金闭环11字或者:技术赋能逻辑链,构建创业闭环但不够完整nn考虑到要求“与‘技术、科技’相关”,以及“内容战略师”口吻,可以更有策略性比如:科技重塑点评逻辑,创业效率闭环制胜但需要包含“精修逻辑链”和“黄金闭环”另一个:精修逻辑链的技术策略,构建创业效率黄金闭环字数超了?精修逻辑链的技术策略:8字,构建创业效率黄金闭环:10字,共18字但不够流畅nn更优:技术精修逻辑链,黄金闭环提效率12字或者:科技驱动逻辑链精修,创业效率黄金闭环13字nn注意:原主题中有“[点评精修逻辑链]”,可能“点评”是关键词,但标题中不一定非要出现,因为要求是与技术科技相关,关于这个主题可以保留“点评”吗?用户说“关于'[点评精修逻辑链:构建创业效率黄金闭环]'的标题”,所以标题应该围绕这个主题最好包含“点评精修逻辑链”或类似但也可以灵活nn最终决定:技术赋能点评精修逻辑链,构建创业效率黄金闭环字数:19字符合或者更精简:科技精修点评逻辑链,创业效率黄金闭环14字我认为这个不错nn直接输出
筑牢安全基线:赋能移动应用,护航万物智联,reasoning_content:我们要求以程序员的口吻,写一个与技术、科技相关的标题,主题是筑牢安全基线:赋能移动应用,护航万物智联新生态需要简短精炼,30字以内程序员口吻可以带点技术术语、代码风格、或者幽默比如“代码即安全”、“安全赋能移动,智联万物”等但要注意紧扣主题可以想到:安全基线筑牢,移动应用赋能,万物智联可以写成类似“安全基线,代码加固,万物智联新生态”但字数或者“筑牢安全基线,驱动移动智能,护航万物互联”但字数可能超更精炼:”安全基线赋能,移动应用护航,万物智联“或者程序员风格:”安全即服务,移动赋能,智联万物“但需要包含”筑牢安全基线“和”赋能移动应用“也可以直接:”安全基线赋能移动,万物智联新生态“ 22字再调整:”筑牢安全基线,赋能移动,智联万物“ 15字但要突出“护航”或者:”安全基线+移动赋能=万物智联新生态“ 但可能超或者用代码风格:”[安全基线].mobilize() -> 万物智联“ 但可能太抽象最好直接:”筑牢安全基线,赋能移动应用,护航万物智联“ 20字但这是三个短语程序员口吻可以加个冒号:”筑牢安全基线:赋能移动应用,护航万物智联“ 正好或者更简:”安全基线赋能移动,护航万物智联新生态“ 19字输出一个标题
15 9 月 2026, 周二

Kubernetes是一个开源的、用于管理云平台中多个主机上的容器化应用的系统。其目标是让部署容器化的应用简单并且高效(powerful),它提供了应用部署,规划,更新,维护的一种机制。
 
Kubernetes一个核心的特点就是能够自主的管理容器来保证云平台中的容器按照用户的期望状态运行着(比如用户想让apache一直运行,用户不需要关心怎么去做,Kubernetes会自动去监控,然后去重启,新建,总之,让apache一直提供服务)。
 
管理员可以加载一个微型服务,让规划器来找到合适的位置,同时,Kubernetes也系统提升工具以及人性化方面,让用户能够方便的部署自己的应用(就像canary deployments)。
 
现在Kubernetes着重于不间断的服务状态(比如web服务器或者缓存服务器)和原生云平台应用(Nosql),在不久的将来会支持各种生产云平台中的各种服务,例如,分批,工作流,以及传统数据库。
 
对于有些人而言,Kubernetes是一个非常复杂调度系统。
 
…因为它很复杂,所以配置非常冗长。
 
…由于配置YAML太多,我们需要配合其他多种工具软件来处理该配置。
 
但是,在本文中,我认为那些认为kubernetns复杂的人,是因为没有找到合理的方式去学习以及使用kubernetns,就像早期的操作系统一样。
 
Kubernetes对于如何管理配置有一个简单而巧妙的方式,本文也将讨论这种方式。
 
因为这种方式简单,一致,所以我们可以管理比以往更多的配置!现在,我们不仅可以管理更多的配置,也可以构建复杂的系统。
 
当然,配置本身可能很复杂。因此,在这篇文章中,我将跳过配置。我将仅专注于kubernetes API机制以及如何探索该API。
 
以这种方式构建API可以使许多工具受益。
 
是啥方法?
为了解释这种简单而高效的方式,让我们从Unix系统的最核心思想开始:
 
Everything is a file.
更确切地说,一切皆文本。Unix程序读取和写入文本。文件系统是用于查找要读取的文本的API。并非所有这些文本都是文件!
 
~/hello-world.txt 是一个文本文件
/dev/null 是一个空文本流
/proc 是用于阅读有关进程的一组文本流
通过下面的漫画图,让我们仔细看看/proc。
 
 
 
您可以通过以下的方式来查看以及了解系统上正在运行什么/proc,例如:
 
正在运行多少个进程(ls /proc——列出进程)
哪些命令行启动了流程PID(cat /proc/PID/cmdline——获取进程)
进程PID正在使用多少内存(cat /proc/PID/status——获取进程状态)
什么是Kubernetes API?
Kubernetes API是集群系统中的重要组成部分,Kubernetes中各种资源(对象)的数据通过该API接口被提交到后端的持久化存储(etcd)中,Kubernetes集群中的各部件之间通过该API接口实现解耦合,同时Kubernetes集群中一个重要且便捷的管理工具kubectl也是通过访问该API接口实现其强大的管理功能的。
 
Kubernetes API 是基于资源的(RESTful)、通过 HTTP 提供的编程接口。API 支持通过标准的 HTTP 动词(POST、PUT、PATCH、DELETE 和 GET) 检视、创建、更新和删除主要资源,为很多允许细粒度权限控制的对象提供子资源 (如将 Pod 绑定到节点上),并且出于便利性或效率考虑,支持并提供这些资源的 不同表示形式。
 
Kubernetes API 还通过 "watch" 和一致性的列表支持高效的资源变更通知, 从而允许其他组件对资源的状态进行高效的缓存和同步。
 
Kubernetes API适用/proc于分布式系统。
 
一切都是基于HTTP的资源。我们可以使用一些HTTP GET命令探索每个Kubernetes资源。
 
如果要继续进行下去,您需要熟悉以下的几种工具:
 
kind ——一个使用 Docker 容器 “nodes” 运行 Kubernetes 集群的工具
curl ——用于发送HTTP请求的CLI工具
jq ——用于解析JSON的CLI工具
kubectl——命令管理Kubernetes 集群,帮助curl认证
下面,让我们从快速创建集群开始:
 
$ kind create cluster
Creating cluster "kind" ...
✓ Ensuring node image (kindest/node:v1.19.1) ���
✓ Preparing nodes ���   
✓ Writing configuration ���  
✓ Starting control-plane ���️  
✓ Installing CNI ���  
✓ Installing StorageClass ���  
Set kubectl context to "kind-kind"
You can now use your cluster with:
 
kubectl cluster-info --context kind-kind
 
Have a nice day! ���
 
$ kubectl proxy &
Starting to serve on 127.0.0.1:8001
本质上kubectl proxy为访问kubernetes apiserver的REST api充当反向代理角色,这里反向代理的作用与通常意义上的反向代理作用相同,比如提供统一入口进行访问控制、监控、管理,在代理中管理后端,在代理中进行认证等。
 
当然可以不经过kubectl proxy反向代理直接访问kubernetes apiserver的REST api,但是需要手动管理kubernetes apiserver的地址、手动获取token、手动将token加请到请求的头部,相对来说要繁琐而已。
 
Kubernetes API比/proc具有更多的层次结构。按版本,名称空间和资源类型将其分为多个文件夹。API路径格式如下:
 
/api/[version]/namespaces/[namespace]/[resource]/[name]
在一个新的kind集群上,可以看到的命名空间kube-system中已经有一些Pod正在运行 。让我们列出集群中的所有系统进程:
 
$ curl -s http://localhost:8001/api/v1/namespaces/kube-system/pods | head -n 20
{
"kind": "PodList",
"apiVersion": "v1",
"metadata": {
  "selfLink": "/api/v1/namespaces/kube-system/pods",
  "resourceVersion": "1233"
},
"items": [
  {
    "metadata": {
      "name": "coredns-f9fd979d6-5zxtx",
      "generateName": "coredns-f9fd979d6-",
      "namespace": "kube-system",
      "selfLink": "/api/v1/namespaces/kube-system/pods/coredns-f9fd979d6-5zxtx",
      "uid": "a30e70cc-2b53-4511-a5de-57c80e5b68ad",
      "resourceVersion": "549",
      "creationTimestamp": "2021-03-04T15:51:21Z",
      "labels": {
        "k8s-app": "kube-dns",
        "pod-template-hash": "f9fd979d6"
上述命令会返回大量的内容!我们可以使用jq来提取对象的名称。
 
$ curl -s http://localhost:8001/api/v1/namespaces/kube-system/pods | jq '.items[].metadata.name'
"coredns-f9fd979d6-5zxtx"
"coredns-f9fd979d6-bn6jz"
"etcd-kind-control-plane"
"kindnet-fcjkd"
"kube-apiserver-kind-control-plane"
"kube-controller-manager-kind-control-plane"
"kube-proxy-sn64n"
"kube-scheduler-kind-control-plane"
/pods罗列出了所有的进程,就像ls /proc一样。如果我们要查看一个特定的进程,可以查询/pods/POD_NAME。
 
$ curl -s http://localhost:8001/api/v1/namespaces/kube-system/pods/kube-apiserver-kind-control-plane | head -n 10
{
"kind": "Pod",
"apiVersion": "v1",
"metadata": {
  "name": "kube-apiserver-kind-control-plane",
  "namespace": "kube-system",
  "selfLink": "/api/v1/namespaces/kube-system/pods/kube-apiserver-kind-control-plane",
  "uid": "a8f893b7-1cdb-48fd-9505-87d71c81adcb",
  "resourceVersion": "458",
  "creationTimestamp": "2021-03-04T15:51:17Z",
然后,我们可以再次使用jq来获取特定字段。
 
$ curl -s http://localhost:8001/api/v1/namespaces/kube-system/pods/kube-apiserver-kind-control-plane | jq '.status.phase'
"Running"
kubectl又是怎么做的?
上面的所有操作本质上都是可以使用kubectl来完成。kubectl提供了更友好的界面。但是,如果您想知道kubectl正在调用什么API ,可以使用以下命令加上-v 6来运行它:
 
$ kubectl get -v 6 -n kube-system pods kube-apiserver-kind-control-plane
I0304 12:47:59.687088 3573879 loader.go:375] Config loaded from file: /home/nick/.kube/config
I0304 12:47:59.697325 3573879 round_trippers.go:443] GET https://127.0.0.1:44291/api/v1/namespaces/kube-system/pods/kube-apiserver-kind-control-plane 200 OK in 5 milliseconds
NAME                               READY   STATUS   RESTARTS   AGE
kube-apiserver-kind-control-plane   1/1     Running   0         116m
有关更高级别的调试,请使用-v 8来查看完整的响应结果。
 
最后:
本文的关键不是要抛弃kubectl而是使用curl来与Kubernetes进行交互。就像您不应该抛弃ps而仅使用ls / proc一样。
 
但是我发现像这样剖析Kubernetes有助于对系统的深入了解有很大的帮助:
 
一切都是基于HTTP的资源。
每个对象的读取和写入方式都相同。
所有对象状态都是可读的。
就像我们可以将Unix工具一起管道化(例如jq)一样,我们可以定义新的Kubernetes对象并将其与现有对象组合。
 
这些方式可能看起来会有点简单,有点傻,但是却往往是最有效的方式。
 
原文:https://blog.tilt.dev/2021/03/18/kubernetes-is-so-simple.html
 
祝祥
 
资深云计算架构师
 
OpenStack官方特邀讲师
 
上万台云主机和几十PB分布式存储的建设管理经验

dawei

【声明】:乐山站长网内容转载自互联网,其相关言论仅代表作者个人观点绝非权威,不代表本站立场。如您发现内容存在版权问题,请提交相关链接至邮箱:bqsm@foxmail.com,我们将及时予以处理。

您错过了

闭环思维精修创业逻辑,驱动效率跃升增长,reasoning_content:我们要求以人工智能工程师的口吻,写一个与“技术、科技”相关,关于“[点评精修创业逻辑,闭环思维驱动效率跃升式增长]”的标题需要简短精炼,30字以内直接输出标题,不要加说明nn口吻:人工智能工程师,所以可以带有技术术语或工程师视角,比如“算法”、“闭环”、“迭代”、“优化”、“效率”、“增长”等核心是“点评精修创业逻辑”和“闭环思维驱动效率跃升式增长”nn可能的标题如:“闭环逻辑优化创业效率,算法驱动增长” 但需要更精炼或者“技术闭环重塑创业逻辑,效率跃升”等nn注意:原主题中有“点评精修”,可能是指对创业逻辑进行精细打磨和点评?但“点评精修”这个词有点奇怪或许可以理解为“精修创业逻辑”通过闭环思维标题内最好包含“闭环”、“效率”、“增长”nn考虑:“闭环思维:创业逻辑精修与效率跃升” 有点长“精修创业逻辑,闭环驱动增长” 15字左右加上“AI工程师视角”可能更好?但要求以口吻,不一定要直接写“我”nn试试:“闭环算法精修创业逻辑,驱动效率跃升增长” —— 21字或者更简洁:“闭环逻辑精修,效率跃升增长” 12字但不够技术感nn作为AI工程师,可能用“系统”、“架构”、“迭代”、“优化”例如:“创业逻辑闭环优化,效率指数增长” 15字nn另一个:“精修创业逻辑环,效率跃升增长” 有点别扭nn最终决定:“闭环思维精修创业逻辑,效率跃升增长” 16字但需要突出技术感?可以加“驱动”: “闭环驱动创业逻辑精修,效率跃升增长” 18字或者“技术闭环:创业逻辑精修与效率跃升” 19字nn注意字数限制30字以内,都很安全我选择最简洁有力的:“闭环逻辑精修,驱动效率跃升增长” 16字但缺少“创业”二字?原主题有“创业逻辑”改为:“闭环精修创业逻辑,驱动效率跃升增长” 18字完美nn但“闭环精修”可能不如“闭环思维精修”也可以:“闭环思维精修创业逻辑,驱动效率跃升” 18字nn考虑到AI工程师口吻,可以稍微技术化:“算法闭环精修创业逻辑,效率跃升增长” 18字或者“迭代闭环精修创业逻辑,效率指数增长” 19字nn我认为最好的是:“闭环思维精修创业逻辑,驱动效率跃升增长” 正好20字简洁、完整nn直接输出

科技精修点评逻辑链,创业效率黄金闭环,reasoning_content:我们要求以内容战略师的口吻,写一个与“技术、科技”相关,关于[点评精修逻辑链:构建创业效率黄金闭环]的标题注意:括号内的内容似乎是主题,但要求输出标题,且简短精炼,30字以内直接输出一个标题,不要加说明nn思考:主题是“点评精修逻辑链:构建创业效率黄金闭环”,需要结合技术/科技口吻是内容战略师可能的用技术精修逻辑链,打造创业效率黄金闭环?但需要更吸引人或者:科技赋能点评逻辑链,构建创业效率闭环但注意“点评”可能是某个业务?或者“点评精修逻辑链”可能指代对评论或反馈的优化逻辑为了通用,可以写:用技术精修逻辑链,打造创业效率黄金闭环字数:15字或者更短:科技精修逻辑链,创业效率黄金闭环11字或者:技术赋能逻辑链,构建创业闭环但不够完整nn考虑到要求“与‘技术、科技’相关”,以及“内容战略师”口吻,可以更有策略性比如:科技重塑点评逻辑,创业效率闭环制胜但需要包含“精修逻辑链”和“黄金闭环”另一个:精修逻辑链的技术策略,构建创业效率黄金闭环字数超了?精修逻辑链的技术策略:8字,构建创业效率黄金闭环:10字,共18字但不够流畅nn更优:技术精修逻辑链,黄金闭环提效率12字或者:科技驱动逻辑链精修,创业效率黄金闭环13字nn注意:原主题中有“[点评精修逻辑链]”,可能“点评”是关键词,但标题中不一定非要出现,因为要求是与技术科技相关,关于这个主题可以保留“点评”吗?用户说“关于'[点评精修逻辑链:构建创业效率黄金闭环]'的标题”,所以标题应该围绕这个主题最好包含“点评精修逻辑链”或类似但也可以灵活nn最终决定:技术赋能点评精修逻辑链,构建创业效率黄金闭环字数:19字符合或者更精简:科技精修点评逻辑链,创业效率黄金闭环14字我认为这个不错nn直接输出