目录Docker技术相同之处：不同之处：Kubernetes技术相同之处：不同之处：Docker技术相同之处：容器化：Docker和Kubernetes都是容器技术的代表。Docker利用容器技术将应用程序及其所有依赖项打包到一个独立的、可移植的容器中。跨平台性：Docker容器可以在任何支持Docker的平台上运行，因为它们包含了应用程序及其依赖项，消除了“在我的机器上可以运行”的问题。版本控制：Docker支持通过镜像（image）来进行版本控制。镜像是一个不可变的打包格式，可以确保应用程序在不同环境中的一致性。轻量级：Docker容器相对于传统虚拟机更轻量，因为它们共享主机操作系统的内核
🌷🍁博主猫头虎（🐅🐾）带您GotoNewWorld✨🍁🦄博客首页——🐅🐾猫头虎的博客🎐🐳《面试题大全专栏》🦕文章图文并茂🦖生动形象🐅简单易学！欢迎大家来踩踩~🌺🌊《IDEA开发秘籍专栏》🐾学会IDEA常用操作，工作效率翻倍~💐🌊《100天精通Golang(基础入门篇）》🐅学会Golang语言，畅玩云原生，走遍大小厂~💐🪁🍁希望本文能够给您带来一定的帮助🌸文章粗浅，敬请批评指正！🐅🐾🍁🐥文章目录《已解决：云原生领域的超时挂载Bug—Kubernetes深度剖析》?????摘要引言正文Bug剖析发生原因存储资源配置不足网络配置问题存储类（StorageClass）配置错误解决方案检查和调整存储资源
odoo16前端框架源码阅读——rpc_service.js先介绍点背景知识，这样方便阅读代码。一、JSONRPC的规范https://www.jsonrpc.org/specification中文翻译版本：https://wiki.geekdream.com/Specification/json-rpc_2.0.htmlJSON-RPC是一个无状态且轻量级的远程过程调用(RPC)协议。本规范主要定义了一些数据结构及其相关的处理规则。它允许运行在基于socket,http等诸多不同消息传输环境的同一进程中。其使用JSON（RFC4627）作为数据格式。它为简单而生!由于JSON-RPC使用JS
1准备工作关闭SELinux和防火墙这样做的目的是为了允许容器访问主机文件系统，让Pod网络工作正常。systemctlstopfirewalld&&systemctldisablefirewalldsudosetenforce0sudosed-i's/^SELINUX=enforcing$/SELINUX=permissive/'/etc/selinux/config关闭swapswapoff-ased-i's/^.*centos-swap/#&/g'/etc/fstab内核参数修改#激活br_netfilter模块modprobebr_netfiltercatEOF>/etc/module
ServiceMesh的前世今生在前面，我们提出了一个问题：随着模块和节点的增多，微服务之间难免会遇到各种网络问题。为了解决这些问题，目前有一个解决方案，即使用SpringCloud中的各个组件。然而，这种解决方案不仅需要更多的学习成本，而且对代码有一些要求，比如必须使用Java开发。这就导致了系统的单一性。因此，今天我们将讨论一下服务网格ServiceMesh。ServiceMesh的演进第一阶段:控制逻辑和业务逻辑耦合在这个阶段，逻辑控制和业务逻辑的实现是紧密结合在一起的，缺乏明确的分离和解耦。这种耦合会导致一些问题。首先，逻辑控制的变更会直接影响业务逻辑的实现，增加了代码的复杂性和维护的
KubernetesK8s从入门到精通系列之十：使用kubeadm创建一个高可用etcd集群一、etcd高可用拓扑选项1.堆叠（Stacked）etcd拓扑2.外部etcd拓扑二、准备工作三、建立集群1.将kubelet配置为etcd的服务管理器。2.为kubeadm创建配置文件。3.生成证书颁发机构。4.为每个成员创建证书。5.复制证书和kubeadm配置。6.确保已经所有预期的文件都存在7.创建静态Pod清单。8.可选：检查集群运行状况。一、etcd高可用拓扑选项默认情况下，kubeadm在每个控制平面节点上运行一个本地etcd实例。也可以使用外部的etcd集群，并在不同的主机上提供etc
我不确定与strands相关的一个细节。假设以下情况:两个独立的对象，每个对象都有自己的链。每条链都与一个通用的io_service相关。每个对象都使用他的strand来发布和包装异步操作。如果我在多个线程上有这个(唯一的)io_service.run()'ing，我不确定是否会发生以下情况:由其中一个对象发布和异步包装的所有操作将非同时执行。因此，与其中一个对象相关的所有操作都将串行执行(发布的操作将按照与发布的顺序相同的顺序执行。包装的异步操作将以未指定的顺序执行，因为它们是异步的但仍在串行执行)。源自不同对象的两个操作(因此从与同一io_service相关的不同链对象发布或包装)
kubernetesyaml文件|--dry-run导出yaml文件YAML语法格式：二查看api资源版本标签三写一个nignx.yaml文件demo四、编写service服务的资源清单详解k8s中的port五用–dry-run命令生成yaml资源清单六将现有的资源生成模板导出写yaml太累怎么办？YAML语法格式：1大小写敏感2使用缩进表示层级关系3不支持Tab键制表符缩进，只使用空格缩进4缩进的空格数目不重要，只要相同层级的元素左侧对齐即可，通常开头缩进两个空格5符号字符后缩进一个空格，如冒号，逗号，短横杆（-）等6“---”表示YAML格式，一个文件的开始，用于分隔文件间7#号表示注释二
前言三年前在分析KuberneteAPIServer时，就经常遇到两个东西，一个是Scheme，一个是Codec，当时对它们并不是很理解，也没有去细究，但是后来越来越多的能够遇见它们，尤其是在做KubernetesAPI相关的开发时，Scheme的出镜率很高，于是查了下资料才知道，原来他们跟Kubernetes的API多版本和序列化有关，而API多版本又属于KubernetesAPI的重要特性，它跟一般应用的多版本API还不太一样，有它自己的特色，因此搞懂它的相关概念和实现原理是相当有必要的。从前面介绍apiserver的系列文章上也可以看到，因为Kubernetes要处理很多种资源，可以说是
Kubernetes：minikube操作总结minikubestatusminikubenodeminikubestatus查询集群状态$minikubestatusminikubenode新增节点注意：minikube仅仅是基于本地standalone部署一款简易k8s集群，因此添加节点，也仅仅是本地的指定的docker、kvm、vbox添加一个节点，而非跨物理网络的节点。官方文档对集群做了说明：https://minikube.sigs.k8s.io/docs/tutorials/multi_node/minikubenodeadd新增节点存在的问题：单节点的minikube创建的pod
