认识K8S集群资源时，不再按照传统方式以节点单元切分，笔者选择工作负载，存储以及网络这三个方面介绍资源类型，是基于K8S提供的核心资源对象Pod，PVC/PV以及Service/Ingress实现了最基本的集群资源管理与容器编排。
Pod和PVC是命名空间访问控制范围内的资源对象，PV则是集群访问控制范围内的资源对象。
PVC/PV模式解耦了存储资源与节点资源，即由PVC/PV定义的存储资源独立于节点资源，通过动态绑定方式随工作负载在节点资源间迁移。具体细节依赖于云厂商提供的存储插件的实现方式。
当面对一个成百上千的微服务容器集群时，Pod调度与资源管理就成了一件复杂的事情。Pod内的一组容器在运行时具有相关性，运行在同一节点，共享节点资源。
System-Reserved为节点的操作系统后台进程预留资源，例如sshd, udev等
在上文介绍工作负载时，我们提到可以通过requests和limits来确定容器运行资源消耗的用量和额度。因为节点资源并不能全部用来做资源调度，建议在定义Pod模版时，最好对容器的resources->requests和resources->limits都做明确的定义，以防止工作负载与K8S组件竞争资源导致调度失败。
既然ClusterIP都是在Pod启动之后随机分配的，那么其他服务Pod是如何发现这个ClusterIP并与其通信的呢？主要有两种方式：
环境变量
当Pod被创建后，与之绑定的Service服务对象也随之被创建，并且立即开始监听绑定的端口号。
namespace是service和pod所在的命名空间名
svc代表这是一个service资源
cluster.local是K8S的coreDNS服务默认集群内部访
问地址域名前缀
告警：为了更好的保证汽车的形式安全性，人们开始使用自检和实时告警系统来主动向驾驶员通知一些异常信息，比如电瓶没电、水温过高、胎压低、刹车片磨损等。
效率要求更高：随着DevOps模式的普及，规划、开发、测试、交付..的效率要求越来越高，而与之带来的问题是需要更加实时的知道此次的发布是否成功，出现了什么问题，问题在哪里，如何快速去解决。
厂商无关：此项目完全中立，不倾向于任何一家厂商，让大家可以有充分的自由来选择/更换适合自己的服务提供商，而不需要收到某些厂商的垄断或者绑定
据我了解，百度搜索的“安全标注是搜索行业通用的响应机制，任何一个网站出现问题，都会进行温馨提示。”
其实，有经验的SEO从业者都知道，“该页面因服务不稳定可能无法正常访问”风险提示的出现，
