https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el6/gitlab-ce-12.4.2-ce.0.el6.x86_64.rpm安装：rpm

原文链接：https://zhuanlan.zhihu.com/p/677522936背景在过去的三年里，我穿越了管理Kubernetes集群的时而波澜起伏的领域。这段充满挑战和发现的旅程让我深刻理解了这一尖端的技术，以及众多的其他方面。在这篇文章中，我想与您分享我作为Kubernetes集群管理员所学到的十个最有价值的教训。这些教训涵盖了各种主题，从管理底层基础设施到优化部署流程，包括确保集群可扩展性和安全性的最佳实践。无论您是初次接触Kubernetes的新手还是经验丰富的专家，这些建议都将为您提供如何有效管理Kubernetes集群的丰富视角。让我们一起深入探讨这些教训，这是三年经验、成功和挑战的结晶。教训1：使用云里的Kubernetes除非有极端的约束，否则自己不要去管理Kubernetes底层基础设施。您会花费时间调试那些对您的业务毫无价值的问题。成为kube-api、kube-apiserver、kubelet、etcd、kube-proxy等方面的专家是很棒的，但每天都要自己维护这些并不会创造任何业务价值。您无需成为这些概念的专家就能有效地管理集群。将这个低级任务委托给云服务提供商（AWS、Azure、GCP、OVH等），他们比您做得更好。在HK-TECH，我们选择了AWS和EKS集群（注意ECS不是Kubernetes！）。教训2：使用代码部署所有与Kubernetes相关的基础设施集群的任何部分都不应该在控制台上手动完成，甚至连一个简单的标签都不要加。特别是要避免“我先在控制台上快速修复了一下，稍后我就会更新代码”的思维方式。迷思：其实您永远不会这样做。教训3：避免过度使用您无法完全控制的Helm

原文链接：http://news.eeworld.com.cn/mp/yikoulinux/a325826.jspx运维工程师在日常工作中频繁运用的10款工具，并细致阐述每款工具的功能、适用场景以及其卓越之处。1.

应用场景1：Web服务器HTTP：HTTPS：应用场景2：反向代理应用场景3：负载均衡应用场景4：重定向老域名跳转到新域名：路径重定向：应用场景5：防盗链应用场景6：手机端重定向PC端应用场景7：基于请求路径转发不同服务您用过几个？往期推荐

K8s是目前最流行的开源容器编排引擎，在全球都得到了广泛应用，BAT、京东、360、华为、网易、IBM、知乎等国内外诸多知名公司都在基于K8s构建企业容器云平台，支撑公司业务，越来越多的企业也都在向K8s迁移。除了大厂，中小公司普遍也在用K8s，目前“K8s中高级岗位”招聘行情，如下：虽说大环境不是很好，但是从拉钩网招聘数据来看，K8s岗位薪资不降反而上涨不少！工作5年，薪资范围普遍

AWK是Linux下一个非常强大的文本处理工具，能够分析各种复杂文件。以下是8个常见的AWK文本处理案例，可助你提升AWK技能！案例一：分析Nginx访问日志统计访问IP次数：awk

文章来源：https://mp.weixin.qq.com/s/manY2jFO2QNVJJkx9gH-Iw作家采铜说过一个很有意思的比喻，他说，我们真的生活在一个肤浅的时代……希望今天的文章能够给你们带来收获，欢迎分享和点亮在看。..................................................................................................................................................................外国的神父呆了不久留下几个

循环往复，直至A节点活过来……而这一过程客户端是感知不到失败的。因为两次请求都二次转发到B节点成功处理了。客户端并不会感知到A节点的处理失败，这就是Nginx

-ld：显示目录和链接信息；ctrl+r：历史记录中所搜命令（输入命令中的任意一个字符）；Linux中以.开头的文件是隐藏文件；pwd:显示当前目录24查看文件的类型file:查看文件的类型

Master的Kubernetes插件，将原来的虚拟机slave节点全部替换成容器slave节点，并且这个slave集群完全由Jenkins

了解DevOps发展趋势，是涨薪的关键！DevOps趋势代表了运维、开发领域在未来一段时间内的发展方向。如果你是一名技术管理者，了解趋势意味着能够及时引入新技术，优化技术架构，解决实际问题，持续保持技术在行业的前沿。如果你是一名工程师，那么了解趋势，就意味着你能够在正确的方向上学习技术，掌握企业对人才的需求，从而提高核心竞争力，升职加薪。根据阿良多年的经验，来跟大家分析一下。趋势1：整合DevOps技术栈依然是中小公司的首选在过去十年里，DevOps技术栈，涌现出了各种各样的技术，这些技术为企业带来很多的收益。但是大部分公司仅使用了部分技术来解决部分问题，缺乏一个完整的DevOps自动化体系，包括代码管理、部署、测试、发布、监控等等环节的高质量自动化。因此，企业仍然会继续整合和探索，建设DevOps自动化体系。趋势2：以K8s为核心的基础架构逐渐走向成熟K8s为核心的基础架构正在走向成熟，已经成为DevOps、云原生的标配。各大小公司在不断的整合K8s生态中的其他技术，为端到端的开发和运维提供更完整的交付体验。所以K8s都是大家需要必须要掌握的。趋势3：微服务开发模式依然是必选项微服务是系统架构上的一种设计风格，是一种将单体应用作为一小套服务开发的方式，每个服务独立运行、独立部署，服务之间采用轻量级通信，这种架构风格进一步提高了应用程序的灵活性、可扩展性、可维护性。也能在容器领域更能发挥出它的优势和特点。趋势4：DevSecOps成为DevOps的默认部分传统意义上的DevOps只是开发、测试和运维之间的自动化协作，安全通常被大家所忽略或者排除在外。随着云计算和大数据的高速发展，同时也带来很多的安全风险。DevSecOps其中的Sec它强调的就是将安全注入到自动化流程中确保整个产品周期的安全，建设DevOps的过程中安全是不可或缺的一部分。趋势5：AIOps的崛起AIOps人工智能运维逐步的崛起，使得自动化运维更加的理想。AIOps人工智能化运维它是一种利用人工智能和机器学习等技术来优化和自动化运维管理的一种方法，可以进一步提高自动化运维能力。对IT基础设施的管理也更加高效，包括一些配置、故障诊断、恢复、预测和优化等等，更重要的是进一步减少人工成本，来提高运维工作效率和稳定性。固然AIOps是运维的“最终”，但是要投入的成本还是很高的，所以这些年AIOps虽然被大家经常的谈起，愿意投入成本去做这样事情的公司不多，目前主要是集中在一些大厂。所以，AIOps是一个长期演进的过程，也是我们未来要储备的一个技能，同样是运维的下一个变革的时代。以上就是个人分析的发展方向，希望你能早日的参与进来，积累经验，成为未来几年抢手人才！如果您有什么见解，欢迎在下方评论区讨论~往期推荐

来源公众号：木讷大叔爱运维链接：https://mp.weixin.qq.com/s/NQ-13abASHSth2UtzI_I1Q各位小伙伴，近期技术文感觉发的有点多，不知是否给大家在工作中解决实际问题带来了一些灵感。为什么这么说呢？因为正是文章中涉及的细小知识点积少成多，让我从零碎繁忙的运维工作中得到了一定程度的解放。相信认真读过的小伙伴，一定会觉得工作中并非只有什么高大上的技术才能解决痛点，恰恰相反，正是那些我们平时忽视的细节才是问题的要害。那么只有切中要害，我们才能对症下药。因此接下来一段时间，我可能会陆续分享运维过程中对一些问题的思考，希望给大家带来一定的启发。本次分享的是运维管理与运维自动化的思考。一、运维的工作有哪些？1.基础设施，包括网络、服务器、操作系统等工作；2.环境管理，包括开发环境、测试环境、生产环境等；3.部署，将应用或系统部署至不同环境；4.监控，对基础设施、应用或系统进行监控；5.告警响应，对告警通知的响应及处理；6.性能优化，对系统及相关组件性能进行优化；7.系统高可用，对应用系统中的单点进行高可用升级；8.SLA保障，保证业务系统的可用性，可根据SLA实现自动扩缩容；以上工作是根据运维管理框架进行提取，包含但并不限于以上几方面。二、运维现状从“二八定律”来看，以上运维工作有80%可以通过繁琐的手动处理进行处理，有20%需要根据不同因素来进行特定处理。而80%的工作我们可以借助自动化进行处理，而剩下的20%可以借助监控的多维监控，对问题进行收集、分析进一步判断处理。三、运维管理从运维现状来看，我们优先需要解决的是自动化的问题，而自动化的前提是标准化/规范化，而好的自动化需要配合可视化或web化，可以将我们80%或更多的工作进行优化。因此目前我们总结的运维管理主要目标是标准化/规范化，自动化，可视化/web化。其中标准化可根据运维实际情况进行制定；而可视化/web化，可以通过开源工具或web开发实现。四、运维自动化运维自动化可以实现的几个主要方面：1.服务器上架自动化新服务器或虚拟机从创建到交付到不同环境，需要进行一系列的定制，如cpu、内存、磁盘、ip地址、内核参数优化、时间同步、ssh加固、防火墙、各种客户端安装；当然这还不够，若运维平台集成了cmdb、跳板机、zabbix等，服务器上架还需要注册到cmdb及跳板机、zabbix等管理工具；如还有其他工具也需要进行集成。总之，服务器上架自动化的最终目标是环境优化、安全可用、注册到一切管理工具。2.环境定义自动化环境自定义分两种情况：（1）中小公司，测试环境包含所有的系统，即系统间是不隔离的，数据库中包含各种系统对应的库；（2）大公司，每套系统需要单独一套隔离的测试环境，各系统间不能互相访问；对于环境定义的自动化比较适用于第二种情况，需要对需求部门快速创建资源。总之环境定义自动化的主要原则无论是哪种情况，都要进行不同程度的隔离，减少环境连错导致的问题。排查环境问题是运维比较恶心的一个问题。3.部署自动化部署自动化的过程是不断进化的，大体分为：脚本>批量ssh>自动化工具>容器，从每个过程来看部署自动化已经有批量操作>可用性>易用性>效率不断转变。部署自动化现在解决的不仅仅是部署本身了，还包括怎么才能更快，更容易屏蔽底层的不同。注意：此处联想到《DevOps》思维导图中关于自动化中的提高速度，即自动化初步完成，还需要进行速度方面的优化。另部署自动化完成后，需要和监控进行联动，即系统的可用性监控、性能监控等需要自动添加到监控系统。4.监控自动化从《系统监控体系》中我们知道监控对象分为从多个维度，每个维度可能用到的工具不一样，即监控自动化可能需要对接不同的工具。如：（1）自动添加可用性监控，如端口、url监控等（2）自动添加日志状态监控，如status、error等当然监控自动化不仅仅只针对监控，还要兼顾到故障恢复的自动化，即故障自愈。5.版本发布自动化在服务器规模不大的情况下，版本发布要考虑摘节点、屏蔽告警等，需要和nginx、监控进行联动。如：（1）nginx实现平滑摘节点（2）调用api实现监控项的禁用及启动五、运维自动化的几个阶段站得高，看得远。无论我们正在做哪个方面的自动化，从更高的层次了解运维自动化的各个阶段，对我们更有益处：1.操作自动化这个层次的特征是把一系列的手工执行的操作，用脚本或工具串联，在一定程度上解决了运维手动执行的问题。但是不同的场景需要不断调整脚本或工具，反而增大了出错概率。2.场景自动化这个层次的特征是工具会根据外部环境判断如何运行，而这些判断条件是运维事先定义好的。此层次的运维系统需要各类环境数据来作为判断条件，同时还要能够变化操作行为。另，此层次的运维系统需要跟很多第三方系统对接（cmdb、网管系统）。3.智能化此层次的运维系统具备数据核心（大数据存储，所有运营中的数据都会按关联关系集中存储），具备根据数据自己分析和判断、并自我决策和执行的能力。在此层次，运维的主要工作是为系统增添分析策略、运营和维护此智能运维系统，以及在系统执行的关键节点上介入做人工判断。六、怎样做运维自动化在我们思考怎么做运维自动化之前，我们需要意识到“企业的架构不是设计出来的，是演变而来的”。因此我们可以借助这个作为指导思想。1.先解决痛点日常工作中，对常见问题进行分类和梳理，能做成工具的就工具化，能程序化操作的，就避免人为干预。至于是否基于cmdb，反而不太重要，特别是如果业务系统并没有那么大，服务器的变动也没那么频繁的话。2.选择正确的阶段运维自动化一般沿袭这样的阶段：手动支撑

发布搭建最新版Nginx，保姆级教程！为什么游戏公司不使用微服务架构？史上最全运维岗位规划！十分钟找到职业方向K8s上生产环境后，99%都会遇到这2个故障K8s

K8s是目前最流行的开源容器编排引擎，在全球都得到了广泛应用，BAT、京东、360、华为、网易、IBM、知乎等国内外诸多知名公司都在基于K8s构建企业容器云平台，支撑公司业务，越来越多的企业也都在向K8s迁移。除了大厂，中小公司普遍也在用K8s，目前“K8s中高级岗位”招聘行情，如下：虽说大环境不是很好，但是从拉钩网招聘数据来看，K8s岗位薪资不降反而上涨不少！工作5年，薪资范围普遍

原文链接：https://www.jianshu.com/p/0353fa4942a6Linux当中有很多比较有趣的命令，可以动手看看，很简单的。1.rev命令一行接一行地颠倒所输入的字符串。运行：$rev如输入：shiyanloushiyanlou2.asciiview命令1.先安装aview$sudo

3.支持自研与外购系统APM凭借多语言支持，目前已成为中台、集团CRM等几大自研产品线运行观测和生产排障的主要工具，外购系统接入率也在持续提升，极大提高开发运维人员性能监测、故障感知与定位的效率。

Runner在不同平台的注册可以在官网找到教程，本文就以Docker方式讲解如何进行注册，在开始之前，确保我们的电脑上已经安装好了Docker。首先我们需要下载Gitlab

'Asia/Shanghai'，让日志文件显示北京时间指定挂载目录./config/nginx.conf:/etc/nginx/nginx.conf：默认配置文件，会加载

原文链接：https://www.zhihu.com/question/359630395/answer/954452799背景介绍笔者最近去面试了家游戏公司。最近面试了一家游戏公司（满大间的，有上市）我问他，公司有没有做微服务架构的打算及考量？他很惊讶的说，我没听说过微服务耶，你可以解释一下吗？我大概说了，方便测试，方便维护，方便升级，服务之间松耦合，可多语言开发，自动扩容…之类的点然后他说游戏

原文链接：http://www.jianshu.com/p/07374ed16a73互联网运维工作，以服务为中心，以稳定、安全、高效为三个基本点，确保公司的互联网业务能够7×24小时为用户提供高质量的服务。运维人员对公司互联网业务所依赖的基础设施、基础服务、线上业务进行稳定性加强，进行日常巡检发现服务可能存在的隐患，对整体架构进行优化以屏蔽常见的运行故障，多数据中接入提高业务的容灾能力，通过监控、日志分析等技术手段，及时发现和响应服务故障，减少服务中断的时间，使公司的互联网业务符合预期的可用性要求，持续稳定地为用户提供务。在安全方面，运维人员需要关注业务运行所涉及的各个层面，确保用户能够安全、完整地访问在线业务。从网络边界划分、ACL管理、流量分析、DDoS防御，到操作系统、开源软件的漏洞扫描和修补，再到应用服务的XSS、SQL注入防护；从安全流程梳、代码白盒黑盒扫描、权限审计，到入侵行为检测、业务风险控制等。运维人员需要保障公司提供的互联网业

从服务器从主服务器接收到的更新不记入它的二进制日志。直接禁用slave端的binlog.slave端，如果使用的存储引擎是innodb，innodb_flush_log_at_trx_commit

搭建的集群最佳的做法是经常升级集群，这样可以确保你的集群保持最新状态并保持合理的安全性。但是对于实际的生产环境我们可能并不会去频繁的升级集群，所以这个时候我们就需要去手动更新证书。下面我们通过调用

的属性。我们可以看出来他转换为了该属性之后，进行设置和初始化直接内存的配置。针对于直接内存的核心类就在www.docjar.com/html/api/su…[1]public

custom-columns=NODE:.metadata.name,READY:.status.conditions[?(@.type=="Ready")].status

插件解决的问题。https://github.com/coredns/coredns/issues/3403有兴趣的小伙伴可以自行移步查看。最终效果CoreDNS

现阶段，掌握一门开发语言已经是高薪运维工程师的必备技能，不会开发，就不能平台化高效运维！就不能充分理解公司业务流程！就不能帮助调试、优化！对于DevOps和云原生领域来说，Go是首选的开发语言，应用广泛；因为它出身名门谷歌，快速吸引大批开发者的关注和使用，经过短短几年时间，已经挤进“开发语言排行榜”前10名，Go之所以能够取得如此出色的成绩，与他自身特点及发展密不可分，Go具有语法简洁、高并发、跨平台等优势！像Docker、Kubernetes、Prometheus均是Go语言开发的。就业行情从拉钩网招聘数据来看，运维开发工作3-5年，薪资范围普遍

ens37使用nmcli命令将网卡eth0模式设置为dhcp#删除配置的静态IPnmcli

原文链接：https://blog.csdn.net/qq_37510195/article/details/130777785VPN就是虚拟专用通道，是提供给企业之间或者公司个人与公司之间安全数据传输的隧道，OpenVPN是Linux下开源VPN的先锋，提供了良好的性能和友好的用户GUI（图形用户界面）。本篇文章包含OpenVPN应用场景，OpenVPN服务端搭建，OpenVPN客户端搭建（windows+linux），OpenVPN密码认证，手把手教大家搭建OpenVPN！大家在操作的时候一定要小心谨慎，稍有不慎，尤其是windows客户端配置密码认证，稍有不慎就会出很多问题，大家耐心的修改配置文件，再重新尝试即可，希望大家都能做出来。OpenVPN

而不是使用当初安装时的软件包名.wu-ftpd-2.6.2-8.i386.rpm28.3、软件包升级升级模式会安装用户所指定的更新版本，并删除已安装在系统中的相同软件包，升级软件包命令如下：rpm

现阶段，掌握一门开发语言已经是高薪运维工程师的必备技能，不会开发，就不能平台化高效运维！就不能充分理解公司业务流程！就不能帮助调试、优化！对于DevOps和云原生领域来说，Go是首选的开发语言，应用广泛；因为它出身名门谷歌，快速吸引大批开发者的关注和使用，经过短短几年时间，已经挤进“开发语言排行榜”前10名，Go之所以能够取得如此出色的成绩，与他自身特点及发展密不可分，Go具有语法简洁、高并发、跨平台等优势！像Docker、Kubernetes、Prometheus均是Go语言开发的。就业行情从拉钩网招聘数据来看，运维开发工作3-5年，薪资范围普遍

K8s是目前最流行的开源容器编排引擎，在全球都得到了广泛应用，BAT、京东、360、华为、网易、IBM、知乎等国内外诸多知名公司都在基于K8s构建企业容器云平台，支撑公司业务，越来越多的企业也都在向K8s迁移。除了大厂，中小公司普遍也在用K8s，目前“K8s中高级岗位”招聘行情，如下：虽说大环境不是很好，但是从拉钩网招聘数据来看，K8s岗位薪资不降反而上涨不少！工作5年，薪资范围普遍

SaaS。这些工具很棒，但价格不菲。所有与日志记录相同的规则都适用。你需要仔细监控数据的获取，并确保不会意外捕获高基数指标。等到月底收到账单时，你会吓一跳，因此在实际使用前，请先做好评估和测试。

缓存使用内存来保存数据，随着需要缓存的数据量越来越大，有限的缓存空间不可避免地会被写满。此时，应该怎么办？本篇文章接下来就来聊聊缓存满了之后的数据淘汰机制。值得注意的是，在

https://github.com/flannel-io/flannel/blob/master/Documentation/backends.md#host-gw2.

bgrewriteaof方式二：通过配置文件自动触发Redis默认不开启AOF持久化方式，我们可以在配置文件中开启并进行更加详细的配置：#开启aofappendonly

Trace。此外提供高级检索模式，满足研发自定义查询场景，支持多维查询，比如实例、或者指定上游或者指定下游进行过滤。此外，在电商场景下，研发多以订单号、作为排障的场景，因此我们和研发团队约定埋点规则

看小猫鼬时，右边的小猫鼬咧着嘴笑，然后不小心掉下来。其他人齐声跳过去，填补了这个空位，然后一只一模一样的猫鼬从左边急匆匆地跑了过来。“每当一个猫鼬不小心掉下来时，另一个就会跳进来，”Phippy

K8s是目前最流行的开源容器编排引擎，在全球都得到了广泛应用，BAT、京东、360、华为、网易、IBM、知乎等国内外诸多知名公司都在基于K8s构建企业容器云平台，支撑公司业务，越来越多的企业也都在向K8s迁移。除了大厂，中小公司普遍也在用K8s，目前“K8s中高级岗位”招聘行情，如下：虽说大环境不是很好，但是从拉钩网招聘数据来看，K8s岗位薪资不降反而上涨不少！工作5年，薪资范围普遍

原文连接：https://blog.csdn.net/lyshark_lyshark/article/details/125853245一、根据PID过滤进程所有信息#!

作者丨陶邦仁来源丨https://www.jianshu.com/p/92a12de11f18一、问题背景随着微服务架构的流行，服务按照不同的维度进行拆分，一次请求往往需要涉及到多个服务。互联网应用构建在不同的软件模块集上，这些软件模块，有可能是由不同的团队开发、可能使用不同的编程语言来实现、有可能布在了几千台服务器，横跨多个不同的数据中心。因此，就需要一些可以帮助理解系统行为、用于分析性能问题的工具，以便发生故障的时候，能够快速定位和解决问题。全链路监控组件就在这样的问题背景下产生了。最出名的是谷歌公开的论文提到的

一个支持持久连接的客户端可以在一个连接中发送多个请求（不需要等待任意请求的响应）。收到请求的服务器必须按照请求收到的顺序发送响应。至于标准为什么这么设定，我们可以大概推测一个原因：由于

giantswarm/tiny-tools，前者专门用于网络故障排除。当你的网络故障排除工具本身也出现问题时，那只能祝你好运了。#02其他问题虽然

K8s是目前最流行的开源容器编排引擎，在全球都得到了广泛应用，BAT、京东、360、华为、网易、IBM、知乎等国内外诸多知名公司都在基于K8s构建企业容器云平台，支撑公司业务，越来越多的企业也都在向K8s迁移。除了大厂，中小公司普遍也在用K8s，目前“K8s中高级岗位”招聘行情，如下：虽说大环境不是很好，但是从拉钩网招聘数据来看，K8s岗位薪资不降反而上涨不少！工作5年，薪资范围普遍

原文链接：zhanjq.blog.csdn.net/article/details/129156253直奔主题~官方推荐用户把所有服务列表放到一个vip下面，然后挂到一个域名下面。http://nacos.com:port/openAPI

作者丨稀粪飘雪来源丨https://blog.csdn.net/ll2008ok/article/details/84905852笔者目前是自己单干，但此前有多年在从事软件开发工作，回头想想自己，特别想对那些初学JAVA/DOT、NET技术的朋友说点心里话，希望我们的体会多少能给你们一些启发。一、

原文链接：https://www.jianshu.com/p/0bbac570fa4c1、背景有时候会遇到一些疑难杂症，并且监控插件并不能一眼立马发现问题的根源。这时候就需要登录服务器进一步深入分析问题的根源。那么分析问题需要有一定的技术经验积累，并且有些问题涉及到的领域非常广，才能定位到问题。所以，分析问题和踩坑是非常锻炼一个人的成长和提升自我能力。如果我们有一套好的分析工具，那将是事半功倍，能够帮助大家快速定位问题，节省大家很多时间做更深入的事情。2、说明本篇文章主要介绍各种问题定位的工具以及会结合案例分析问题。3、分析问题的方法论套用5W2H方法，可以提出性能分析的几个问题What-现象是什么样的When-什么时候发生Why-为什么会发生Where-哪个地方发生的问题How

服务器上：负载均衡方式如下：轮询（默认）。weight，代表权，权越高优先级越高。fair，按后端服务器的响应时间来分配请求，相应时间短的优先分配。ip_hash，每个请求按照访问

我们需要考虑到假如端口匿名会出现什么问题，是否应该允许匿名访问，如果不允许匿名访问，那么怎么做一套鉴权系统?系统管理员操作时，是否有一个比较规范化的流程，是不是该只使用脚本操作线上环境?

点的情况并不一定是网络吞吐瓶颈，而可能是以下几种情况：网络达到了瓶颈网络质量问题丢包中间网络设备延迟了包的送达，导致发送端没有在预期时间内收到

kubectl是Kubernetes命令行管理工具，可以使用它部署、查看和管理集群所有资源。作为一名K8s运维工程师，必须要熟悉它，下面总结一些kubectl常用的命令示例，供大家练习~创建资源创建命名空间：使用