当面对一个成百上千的微服务容器集群时，Pod调度与资源管理就成了一件复杂的事情。Pod内的一组容器在运行时具有相关性，运行在同一节点，共享节点资源。当应用负载发现变化时，容器对节点资源消耗也随之发生变化，节点资源的容量与可用性也会影响应用服务的性能与稳定性。
Limits定义了容器资源使用的上限，Requests定义了容器资源初始化配置，一般启动容器时按照requests分配资源。容器运行时，资源消耗一般比requests分配的少，如下图所示。
Burstable：Pod设置requests和limits，但是requests小于limits。这种Pod具有最低的资源保证，即当节点资源竞争，不再有Best-Effort这种Pod时，优先销毁或迁移该类Pod。
svc代表这是一个service资源
cluster.local是K8S的coreDNS服务默认集群内部访
问地址域名前缀
现在的大多数设备都内置了这项技术，并且随着技术进步，将会不断改进。行业机构和组织现在正在开发专用处理器和建造超级计算机，以应对一些最紧迫的医学和科学挑战。
将数据作为资产
数据在将来将变得更加重要。当人们进入一个数字化世界时，这些东西将使组织能够最大程度地发挥重要作用。安全性将具有更大的意义，人们将看到人工智能在确保组织获得正确结果方面更加重要。
这3个关键诉求的核心挑战，都来源于应用之间复杂的链路。如果有一套成熟易用的机制，对每一条链路的行为进行记录，并进行深入的分析，提取出有价值的参考数据，就能让这些难题迎刃而解，这个重要的机制就是全链路监控。
正是因为经历了大规模生产环境的长期验证，才使ARMS能够在易用性、功能性、稳定性方面做到极致，以开源领域最活跃的全链路监控项目Skywalking为例，我们可以从多个维度对两个产品进行对比：
对于部署在阿里云EDAS或者容器服务Kubernetes的应用，接入工作会更加的简单，ARMS已经和这些产品进行了集成，使用者都不需要下载ARMS的探针到应用所在的节点，可以直接在控制台进行一键式的批量操作。
核心实践一：了解你的系统
应用接入后，可以通过ARMS获得哪些重要的信息，从而帮助使用者更好的了解整个系统呢？我们可以从这几个方面入手：
应用列表和全局拓扑
