阿里巴巴如何改善开发人员在 K8s 上的体验？

2020-03-26 594

作者：邓洪超阿里巴巴应用交付专家

前言

通过 K8s，用户能够自定义基础设施，可以平行的替换或改造平台的已有功能，而非只能局限在平台提供的能力之上构建。但正是这样的“白盒化”体验，正在为越来越多的研发和运维带来“太复杂”的困扰。

从 Kubernetes 到“以应用为中心”的美好未来之间，全世界的 PaaS 工程师其实都在期待一项全新的技术能够弥补这之间的鸿沟。阿里云原生应用平台团队的做法是，通过为应用“建模”的方式来解决这个问题，这也正是 Open Application Model (OAM) 开源项目得以创建的重要目的。

阿里巴巴的容器化之旅

阿里巴巴的容器化之旅始于 2013 年。在 Docker 诞生之前，阿里巴巴基于 lxc 的容器引擎研发了容器技术 T4，用于在裸机上部署和管理应用程序。

2017 年, 阿里巴巴内部孵化了类似于 K8s 的容器编排引擎 Sigma 作为资源统一层，用于管理内部机器池，平均利用率达到 40％。

2018 年，Sigma 重新设计并迁移成兼容 K8s API，阿里巴巴重新编写了自定义控制器和调度算法，并向暴露声明式 API 给用户试用。

2019 年底，阿里巴巴中的大多数应用都在 K8s 上运行，并且在 K8s 之上构建了数十个原生框架，构筑 K8s 生态系统。而 2019 年的双11 活动不仅仅是商业上的成功，更是 K8s 基础设施可以支持如此大规模的有力证明。

在解决了 K8s 中的规模化和稳定性问题之后，我们开始面临一个新的挑战：K8s API 过于复杂，开发人员很难学习。

导致 K8s API 复杂的 3 个原因

K8s API 之所以复杂，主要有以下三个主要原因：

1. K8s 缺乏以“应用”为中心的资源模型

K8s 中没有“应用”的概念，只有松散耦合的基础架构资源。部署应用需要编写 Pod、设置网络和存储之类的基础设施资源，非常底层。然而，对于开发人员来说，他们不想配置这些复杂的底层资源信息，他们想从开发层面指定应用部署规范，例如具有自动扩容、监控、Ingress 等功能的无状态服务组件。我们需要提供更高层级的应用层抽象和以应用程序为中心的资源模型，以弥合部署应用程序和配置之间的差距。

2. K8s API 中没有分离开发和运维的关注点

其次，K8s API 中没有分离开发和运维的关注点。从上图可以看出，K8s 将所有属于不同角色的字段封装在一个 API 中。例如，开发人员仅需指定容器映像、端口和运行状况检查；运维人员则负责配置副本大小、滚动更新策略、存储卷访问模式等。

对于 K8s API 来说这样的声明是没有问题的。K8s 意在公开基础架构功能，并用于构建其他平台。因此，它需要包含所有内容，并提供多合一的 API。但是，我们发现多合一 API 不适合写应用程序的终端用户。在 K8s API 之上，我们需要区分角色、将开发和运维的关注点分离开。

3. 在 K8s 上没有可移植的应用抽象定义

K8s 定义了使用基础资源的标准方法。但是如上所述，部署应用程序需要网络接入、监控、日志等。我们需要对那些应用程序操作接口进行标准化，实现可移植的应用层抽象。

OAM 开启下一代云原生 DevOps 技术革命

针对上述 K8s API 过于复杂、开发人员难学习的问题，这里来介绍一下由阿里巴巴联合微软在社区推出的用于构建和交付云原生应用的标准规范 -- 开放应用程序模型 OAM（Open Application Model）。

2019 年 10 月，阿里巴巴宣布联合微软共同推出开放应用模型项目（Open Application Model - OAM）。

所谓“应用模型”，其实是一个专门用来对云原生应用本身和它所需运维能力进行定义与描述的标准开源规范。所以对于 Kubernetes 来说，OAM 即是一个标准的“应用定义”项目（类比已经不再活跃的 Kubernetes Application CRD 项目），同时也是一个专注于封装、组织和管理 Kubernetes 中各种“运维能力”、以及连接“运维能力”与“应用”的平台层项目。

在 OAM 中，一个应用程序包含三个核心理念：第一个核心理念是组成应用程序的服务组件（Component），它包含微服务、数据库、云服务等；第二个核心理念是描述应用程序运维特征（Trait）的集合，例如，弹性伸缩和 Ingress 等功能。它们对应用程序的运行至关重要，但在不同环境中其实现方式各不相同；最后，为了将这些描述转化为具体的应用实例，运维人员使用应用配置（Application Configuration）来组合组件和相应的特征，以构建可部署的应用交付实例。

如上图所示，我们可以看到开发人员定义了组件 (Component) 来描述服务单元。然后运维人员定义运维特征 (Trait)，并将其附加到前面的组件上，最后构成 OAM 可交付物 -- ApplicationConfiguration。在图中最下方，底层的基础设施资源将通过 OAM 平台呈现。

那么 OAM 如何解决上述三个 Kuberntes API 的问题？首先，OAM 隐藏了底层基础架构细节（例如，是云还是物联网），专注于应用层抽象，提供以应用为中心的资源模型。其次，OAM 划分了应用交付路径上的开发、运维、基础架构三种角色，分离了关注点，让流程更加清晰和易于管理。第三，K8s 定义了基础架构的可移植抽象，而 OAM 站在 K8s 的肩膀上，提供了可移植的应用层抽象，让同一个应用可以跨平台运行。

OAM 还定义了一组核心工作负载/运维特征/应用范畴，作为应用程序交付平台的基石。并且，这些核心规范有一个开源实现 -- Crossplane。Crossplane 提供了让用户扩展其功能的机制。例如 Crossplane core 提供的 ContainerizedWorkload，在容器中运行应用程序并管理应用程序的生命周期。此外，我们还可以添加更多工作负载（例如 FaaS）以运行无服务器功能，或者添加运维特性（例如 CronHPA）来定义 CronJob 类型的 HPA 策略。OAM 以标准的声明方式在单个平台中管理应用交付能力和流程。当模块化的 Workload 和 Trait 越来越多，就会形成组件市场。而 OAM 就像是这个组件市场的管理者，处理组件之间的关系，把许多组件集成起来变成一个产品交付给用户。OAM 加持下的 PaaS，可以像乐高积木一样灵活组装底层能力、运维特征、以及开发组件。使得应用管理变得统一，功能却更加强大！

结语

以上我们讨论了 OAM 的背景、动机和架构细节。值得注意的是，OAM 项目是开源中立、由社区驱动的。该规范和实现得到包括 Alibaba、Microsoft、Upbound 在内的开放社区的支持。我们欢迎更多的人参与其中，共同定义云原生应用交付的未来。

您可以在 github repos 上贡献：https://github.com/oam-dev/spec<br />加入邮件列表: https://groups.google.com/forum/#!forum/oam-dev

加入社区周会: Bi-weekly, Tuesdays 10:30AM PST

加入钉钉讨论群:

“阿里巴巴云原生关注微服务、Serverless、容器、Service Mesh 等技术领域、聚焦云原生流行技术趋势、云原生大规模的落地实践，做最懂云原生开发者的技术圈。”

微信关注我们

原文链接：https://my.oschina.net/u/3874284/blog/3211762

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Java应用CPU打满故障处理

问题背景：某项目生产环境正常投用的xx业务系统，在某天下午业务组反馈，xx业务系统客户端及网页版应用均无法登录，请求登录页面无响应。影响范围：xx业务系统无法使用排查思路：一般情况下，Java应用占用CPU较高的原因大部分为以下两种情况：应用属于计算密集型应用应用方法中出现了死循环排查过程：1.首先查看系统资源占用信息，使用top看一下，定位到占用CPU较高的进程PID。 top 可以通过ps aux | grep PID命令，进一步确定是否tomcat进程出现了问题。2.定位最耗cpu的线程，使用ps -mp pid -o THREAD,tid,time | sort -rn命令显示线程列表，并找到占用CPU高的线程。其中tid代码线程ID，time代表这个线程的已运行时间。 ps -mp 17789 -o THREAD,tid,time|sort -rn 3.将需要的线程ID转换为16进制格式。使用printf "%xn" tid命令，手动将线程ID转换为16进制。 printf "%x\n" 18081 4.打印线程堆栈信息，使用命令Jstack PID | grep ...

2020-03-28

575

对于互联网公司而言，迁移到云是一个明智的决定。它减少了总的成本支出，同时最大限度地提高了工作效率和生产率，本文将指出迁移到云或者建设私有云优缺点以及边界在哪里？ 1、什么是云计算云计算（cloud computing）是分布式计算的一种，指的是通过网络“云”将巨大的数据计算处理程序分解成无数个小程序，然后，通过多部服务器组成的系统进行处理和分析这些小程序得到结果并返回给用户。本地通常是提前把软件基础架构部署在用户计算机上，所有资源使用者自己访问和管理; 相对于本地服务，云有以下特征：按需服务-需要时使用；网络访问-通过网络作为传输媒介，云提供商负责维护其基础架构；资源共享-多个资源集中在一起，供多个客户端使用；可伸缩性-资源具有弹性能力，最大程度节省和提高资源利用率，具有平台无关性、存储无限扩展等优势。 2、公有云的缺点在哪里？云是公共资源，每秒都有数以百万的用户访问，云服务提供商可能遭受攻击，从而窃取用户信息，从而云在一定程度上存在安全问题。数据存储在第三方机器，可能会出现第三方查看和修改用户隐私数据问题。更多的控制权不在于自己，而在于云提供商，云出现问题，只能等待...

2020-03-27

628

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。