1.?云原源码?ԭ?? Դ??
2.2024最新版Nacos安装教程（史上最详细保姆级教程）
3.cncf是什么机构？
4.QEMU虚拟机、源码 虚拟化与云原生
5.Nocalhost 一款开源的生源基于 IDE 的云原生应用开发工具
6.蚂蚁金服轻量级类隔离框架概述 | SOFAArk 源码解析

??ԭ?? Դ??

       WeTTY，一款基于Web的云原源码TTY终端，通过HTTP和HTTPS在浏览器中访问，生源以xterm.js为基础，云原源码提供全面的生源tsdb源码解析终端模拟功能，使用websockets替代Ajax，云原源码响应时间更佳。生源TitanIDE是云原源码云原生集成开发环境，特点是生源“安全、高效、云原源码体验”，生源提供快速安装的云原源码全云端开发之旅。为在TitanIDE上使用WeTTY，生源首先需要构建模板镜像，云原源码通过TemplateMaker创建项目template-wetty，详细操作指南见README.md。

       构建镜像包括创建TemplateMaker项目、准备WeTTY启动脚本、编辑Dockerfile、执行Makefile命令构建镜像。镜像构建完成后，复制URL，将其上传至IDE的终端提示已推送到镜像仓库，复制以备使用。提交代码至Git仓库后，再次构建镜像，然后创建模板和项目。

       创建项目可通过模板列表中的“创建模板”按钮或在模板页面直接创建。WeTTY项目创建后，直接进入bash终端，可验证TTY命令。然而，WeTTY官方镜像使用alpine基础镜像，对TitanIDE这种开发环境不太友好。为解决此问题，尝试从源码构建WeTTY，使用Ubuntu作为基础镜像，但遇到兼容性问题，特别是对--command参数的处理。已将此问题提交到GitHub issue，后续跟进。

       使用WeTTY构建TitanIDE模板镜像并新建项目，功能和性能良好，支持页面定制字体、主题颜色及操作系统适配。作为运维工具时，WeTTY表现优秀，WordPress源码路由但作为日常开发使用，需花费更多时间解决兼容性问题。系列文章《在TitanIDE玩转云原生Terminal系列》的后续文章将深入探讨相关主题，敬请关注。

最新版Nacos安装教程（史上最详细保姆级教程）

       Nacos，全称Dynamic Naming and Configuration Service，是一个专为构建云原生应用而设计的动态服务发现、配置管理和服务管理平台。它旨在简化微服务的构建、交付与管理，支持服务发现、配置管理、服务元数据及流量控制等功能，是现代应用架构（如微服务和云原生）的重要基础设施。

       Nacos的核心特性包括访问其官网获取更多信息：Nacos官网 和参与活跃的社区：Nacos官方社区，并从GitHub下载预编译的Nacos服务器或源代码：GitHub主页为github.com/alibaba/nacos，Release页面为github.com/alibaba/nacos/releases。

       下载后，解压文件并进行必要的配置。在2.2.0.1和2.2.1版本中，需修改conf目录下的application.properties文件，设置nacos.core.auth.plugin.nacos.token.secret.key，使用默认值SecretKey和VGhpc0lzTXlDdXN0bTZWNyZXRLZXkwMTIzNDU2Nzg=（用于测试，详情参阅鉴权插件）。

       Nacos默认使用端口，如果该端口被占用，需关闭占用进程或在conf目录中调整server.port。Nacos的本地数据库默认为Derby内存数据库，可修改为MySQL等其他数据库，并执行mysql-schema.sql脚本来创建表。在启动Nacos前，需进入bin目录并使用cmd执行命令，最后通过浏览器访问.0.0.1:/nacos，使用默认的nacos账号和密码登录。

       若要在SpringBoot项目中集成Nacos，需添加配置中心依赖，并在application.yml中调整，注意新版Nacos的鉴权需求，注册和配置中心的username和password通常与控制台登录密码（默认nacos/nacos）保持一致。

cncf是什么机构？

       CNCF是云原生计算基金会。

       CNCF是一个开放源代码软件基金会，致力于推动云原生技术的普及和发展。云原生技术是一种将应用设计为在云环境中运行的技术，强调高可扩展性、动态管理和自动化。下面是

       1.定义和基本概述：CNCF作为云原生技术的领导者，其主要宗旨是淘宝拍摄源码确保企业可以以可扩展、可管理的方式快速地在公共云或私有云环境中构建软件产品。为了实现这一目标，它积极推动各种开源项目的开发和推广，从而建立一个稳定的云原生生态系统。这些项目覆盖了云原生应用从开发到运维的整个生命周期，如容器化技术、微服务架构等。

云原生技术的核心优势：CNCF推动的云原生技术强调应用的敏捷性和灵活性。通过使用容器和容器编排技术，开发者能够在任何时间、任何地点快速地部署和扩展应用。此外，通过自动化的部署和运维流程，企业能够更高效地管理其IT资源，降低运营成本。这些优势使得云原生技术在各行各业得到广泛应用。

CNCF的影响力：由于其广泛的行业影响力和卓越的贡献，CNCF已经吸引了全球众多知名企业和开发者加入其生态系统。它不仅促进了开源项目的健康发展，也为企业和开发者提供了一个交流和学习的平台。通过举办各种线上线下的活动，如研讨会、开发者大会等，CNCF为云原生技术的普及和推广做出了巨大贡献。同时，它也为企业在数字化转型过程中提供了强有力的技术支持。

       总之，CNCF在推动云原生技术的发展方面发挥着关键作用，通过其开源项目、生态系统以及活动等方式，为各行各业提供了强大的技术支持和创新动力。

QEMU虚拟机、源码 虚拟化与云原生

       QEMU，全称为Quick Emulator，是Linux下的一款高性能的虚拟机软件，广泛应用于测试、开发、教学等场景。QEMU具备以下特点：

       QEMU与KVM的关系紧密，二者分工协作，KVM主要负责处理虚拟机的CPU、内存、IO等核心资源的管理，而QEMU则主要负责模拟外设、提供虚拟化环境。KVM仅模拟性能要求较高的虚拟设备，如虚拟中断控制器和虚拟时钟，有妖气源码以减少处理器模式转换的开销。

       QEMU的代码结构采用线程事件驱动模型，每个vCPU都是一个线程，处理客户机代码和模拟虚拟中断控制器、虚拟时钟。Main loop主线程作为事件驱动的中心，通过轮询文件描述符，调用回调函数，处理Monitor命令、定时器超时，实现VNC、IO等功能。

       QEMU提供命令行管理虚拟机，如输入"savevm"命令可保存虚拟机状态。QEMU中每条管理命令的实现函数以"hmp_xxx"命名，便于快速定位。

       QEMU的编译过程简便，先运行configure命令配置特性，选择如"–enable-debug"、"–enable-kvm"等选项，然后执行make进行编译。确保宿主机上安装了如pkg-config、zlib1g-dev等依赖库。安装完成后，可使用make install命令将QEMU安装至系统。

       阅读QEMU源码时，可使用Source Insight 4.0等工具辅助。下载安装说明及工具文件，具体安装方法参考说明文档。QEMU源码可在官网下载，qemu.org/download/。

       QEMU与KVM的集成提供了强大的虚拟化能力，广泛应用于虚拟机管理、测试、开发等场景。本文介绍了QEMU的核心特性和使用方法，帮助初次接触虚拟化技术的用户建立基础认知。深入了解QEMU与KVM之间的协作，以及virtio、virtio-net、vhost-net等技术，将为深入虚拟化领域打下坚实基础。

Nocalhost 一款开源的基于 IDE 的云原生应用开发工具

       Nocalhost，一款开源的基于IDE的云原生应用开发工具，允许开发者直接在Kubernetes集群中构建、测试和调试应用。

       其提供VS Code和JetBrains等IDE插件，离职修改源码即使在集群内开发和调试，也能保持与本地开发一致的体验。利用即时文件同步功能，开发者无需重建映像或重启容器，即可即时同步代码更改。

       Nocalhost由单个二进制CLI和IDE插件组成，无需服务器端组件，通过KubeConfig直接与Kubernetes集群通信，如同kubectl。

       采用Nocalhost进行Kubernetes应用开发，可高效实现云原生应用构建。

       集群内开发的优势包括即时文件同步，免去重建映像和重启容器的繁琐过程，实现高效协同开发。

       Nocalhost兼容多种Kubernetes发行版，已通过实战验证。

       欲了解更多信息，可访问官方网站和GitHub地址。关注公众号“莫扎特读源码”，获取最新开源项目及优秀项目架构设计实践。

蚂蚁金服轻量级类隔离框架概述 | SOFAArk 源码解析

       SOFAStack，蚂蚁金服自主研发的金融级云原生架构组件集，是金融场景的最佳实践。本文由盲僧作者，来自OYO，是《SOFAArk实现原理》系列的第二篇，系列代号暂未提及，详情可查看系列共建列表。该系列关注SOFAArk，一款由蚂蚁金服开源的轻量级类隔离框架，主要用于类隔离和应用合并部署。

       SOFAArk的核心产品SOFAArk Biz的打包插件sofa-ark-maven-plugin，是理解Biz包结构的关键。自年起，SOFAArk在蚂蚁金服内部广泛应用，现已被多家企业采用，如网易云音乐、挖财、溢米教育等。本文将介绍插件的使用、打包产物以及与Spring Boot插件的对比，以帮助理解其工作原理。

       SOFAArk的插件使用时，需删除或注释Spring Boot插件，然后引入sofa-ark-maven-plugin。打包后，会产生三个jar包：原生jar、Ark Biz包和Ark执行jar。其中，Ark包和Biz包的结构和Spring Boot的FATJAR有所差异，SOFAArk提供了容器和模块合并部署的能力。

       通过对比Spring Boot的打包产物，SOFAArk的包结构更复杂，因为它包含容器和业务模块。SOFAArk的启动流程涉及Ark容器和插件，这使得它在合并部署上优于Spring Boot。插件原理分析部分，通过调试和流程图揭示了SOFAArk Maven插件的构建逻辑。

       《剖析 | SOFAArk源码》系列致力于深入解析SOFAArk的各个部分，有兴趣的读者可通过公众号“金融级分布式架构”参与共建。SOFAArk的GitHub地址是：github.com/sofastack/so...

云原生有哪些特点?

       云原生是一系列云计算技术体系和企业管理方法的集合，既包含了实现应用云原生化的方法论，也包含了落地实践的关键技术。

       基于云原生以上的几个特点，在容器云PaaS、DevOps、微服务治理、服务网格、API网关等等方面，时速云做的还不错，是一家全栈云原生技术服务提供商，可以了解下。

云原生DevOps落地方案

       DevOps简述

       顾名思义，DevOps是开发（Development）与运维（Operations）的融合，旨在打破开发与运维之间的隔阂，促进开发、运营和质量保障（QA）等部门之间的交流与协作。通过小规模、快速迭代的方式开发和部署产品，以便快速应对客户需求的变化。DevOps强调开发运维一体化，强化团队间的沟通与快速反馈，实现快速交付产品和提高交付质量。

       DevOps并非新工具集，而是一种思想、一种文化，旨在改变传统开发运维模式，采用最佳实践。通常通过CI/CD（持续集成、持续部署）自动化工具和流程实现DevOps理念，以流水线形式改变开发人员和测试人员发布软件的方式。随着Docker和Kubernetes（以下简称k8s）等技术的普及，容器云平台基础设施不断完善，加速了开发和运维角色的融合，使云原生的DevOps实践成为未来趋势。以下将基于混合容器云平台详细讲解云原生DevOps的落地方案。

       云原生DevOps特点

       DevOps是PaaS平台中关键功能模块，包括以下重要能力：支持代码克隆、编译代码、运行脚本、构建发布镜像、部署yaml文件以及部署Helm应用等环节；支持丰富的流水线设置，如资源限额、流水线运行条数、推送代码以及推送镜像触发流水线运行等，提供端到端高效流水线能力；提供开箱即用的镜像仓库中心；提供流水线缓存功能，可自由配置整个流水线或每个步骤的运行缓存，在代码克隆、编译代码、构建镜像等步骤利用缓存缩短运行时间，提升执行效率。

       云原生DevOps实现

       简单来说，云原生DevOps内部功能设计主要通过k8s提供的自定义controller功能实现，基本逻辑是根据业务需求抽象出多个CRD（Custom Resource Definition，自定义资源对象），编写对应的controller实现业务逻辑。为了实现CI/CD功能，抽象出多个CRD对象，如下所示：

       我们知道配置流水线通常需要对接代码仓库，包括仓库地址、仓库授权信息等，因此需要3个CRD对象来记录源代码仓库的相关信息。

       设计好DevOps中与仓库相关的3个CRD对象后，需要再定义3个CRD对象来描述流水线相关的信息。

       pipeline步骤功能有多种类型，包括运行脚本、构建发布镜像、发布应用模板、部署YAML、部署应用等。为了提供这些功能，采用Jenkins作为底层CI/CD工具，docker registry作为镜像仓库中心，minio作为日志存储中心等。这些服务运行在pipeline所在项目的命名空间下。综上，设计的CI/CD系统功能实现逻辑如下：

       如上，第一次运行流水线时，系统会在数据面k8s中部署Jenkins、minio等基础工具的服务，同时在管理面启动一个goroutine，实时同步数据面中流水线的作业状态到管理面的CRD对象中。当触发pipeline执行逻辑时，会产生一个pipelineExecution CRD对象，记录本次运行pipeline的状态信息。当goroutine（syncState）发现有新的执行实例产生时，会通过Jenkins引擎接口启动Jenkins server端流水线作业的运行，Jenkins server端收到信息后会启动单独的一个Jenkins slave pod进行流水线作业的响应。同时，goroutine（syncState）会不断通过引擎接口轮询pipeline执行实例的运行情况，更新pipelineExecution CRD的状态（运行成功或失败等）。当pipeline执行实例发生状态变化时，会触发其对应的controller业务逻辑，通过Jenkins引擎接口与Jenkins server通信进行不同操作，如暂停流水线的运行、运行完毕清除不需要的资源等。当流水线作业发生状态变化时，又会通过goroutine（syncState）更改pipeline执行实例的状态，进而触发对应的controller业务代码进行不同业务逻辑处理，循环往复，直至流水线运行结束。这就是整个pipeline执行时的一个逻辑流程。

       CRD定义

       以下是详细的CRD结构体讲解，敏感信息使用了’*‘代替。

       pipelineSetting：该结构体保存着整个项目下所有pipeline的运行环境信息，如CPU/内存资源限额、缓存路径以及流水线运行的最大并行个数等，不同功能的配置信息保存在不同的CRD下。

       pipeline：该结构体记录着流水线的配置元信息，如该流水线对接哪个项目代码、与仓库通信的认证信息以及上次该流水线运行的结果等。如下图所示：

       详细的结构字段讲解如下：

       pipelineExecution：流水线执行实例，每当流水线运行一次，会产生一个该对象记录着流水线的执行结果等信息。如下图所示：

       详细的结构字段讲解如下：

       至此，我们完成了流水线功能的基础对象定义。

       controller实现

       除了抽象出对应的CRD外，还需要编写对应的controller代码实现对应的业务逻辑，如当pipeline运行时，需要产生pipeline执行实例，并实时同步其运行的状态信息等。

       当触发流水线执行逻辑时，系统会根据pipeline CRD对象和该流水线对应的代码仓库中的配置文件（.cubepaas.devops.yml）产生一个pipelineExecution CRD对象，这时会触发pipelineExecution对应的controller运行业务逻辑。以下只摘取重要的代码逻辑，如下所示：

       其中，deploy函数的逻辑是第一次运行时通过判断数据面中是否存在pipeline的命名空间，如果存在就代表基础资源已经配置完成，直接走reconcileRb函数，该函数的逻辑见下面；如果不存在，就会在数据面中初始化必要的基础资源，如pipeline命名空间、Jenkins、docker、minio服务、配置configMap、secret等。

       reconcileRb函数的功能是遍历所有namespace，对其调谐rolebindings，目的是让pipeline serviceAccount（jenkins）对该project下的所有namespace具有所需的操作权限，这样Jenkins server才能够在数据面中正常提供CI/CD基础服务。

       goroutine（syncState）的代码逻辑比较简单，当产生新的pipeline执行实例时就会启动Jenkins server端流水线作业的运行并实时同步其运行状态到pipeline执行实例中。代码逻辑如下：

       缓存支持

       云环境下的流水线是通过启动容器来运行具体的功能步骤，每次运行流水线可能会被调度到不同的计算节点上，这会导致一个问题：容器运行完不会保存数据，每当流水线重新运行时，又会重新拉取代码、编译代码、下载依赖包等，失去了本地宿主机编译代码、构建镜像时缓存的作用，大大延长了流水线运行时间，浪费了很多不必要的时间、网络和计算成本等。为了提高用户使用流水线的体验，加入支持缓存的功能。

       为了让流水线具有缓存功能，需要在流水线运行时加入持久化数据的能力。首先想到的是k8s提供的本地持久化存储（即Local Persistent Volume，以下简称Local PV），或依赖远程存储服务器来提供持久化，远程存储效率依赖于网络，并且还需要保证远程存储高可用，这会带来很多复杂性，也一定程度上失去了缓存的作用。综合考虑，我们选择本地存储实现缓存，但是k8s提供的Local PV是需要和节点绑定在一起的，也就是说一旦流水线调度到某个节点上运行，那么下次运行还会绑定到该节点运行，虽然实现了缓存的作用，但是也造成了流水线每次只能在该节点上运行，如果有多条流水线同时跑，可能会导致该节点资源耗尽或者缓存冲突，失去了云平台本身根据资源使用情况平衡调度的特性。

       因此，为了平衡缓存与调度间的关系，我们采用了挂载hostPath Volume方式，这样依托于k8s强大的容器调度能力，我们可以同时运行很多条流水线而不用担心资源耗尽或缓存冲突的问题，但是流水线每次运行时可能会被调度到不同的节点上，如果当前节点没有运行过流水线，则起不到缓存的作用。那么如何解决hostPath Volume缓存与调度间的尴尬关系呢？我们巧妙地利用了k8s提供的亲和性调度特性，当流水线运行时我们会记录当前运行节点，下次运行时通过设置Pod的亲和性优先调度到该节点上，随着流水线运行次数越来越多，我们会得到一个运行节点列表。如下所示：

       执行实例调度信息会保存到pipeline CRD对象中，每次运行流水线时，系统会根据节点列表设置Pod的亲和性，默认我们会取最近运行流水线的个节点，原则是最近运行流水线的节点优先级越高。代码如下：

       创新性的“Hostpath Volume + 亲和性调度”缓存设计方案，不仅实现了流水线的并发性缓存功能，而且实现复杂度低，可自由配置任一阶段、步骤的缓存开关以及缓存路径。无缓存与有缓存运行的对比如下图所示，可见通过缓存加速大大提高了流水线的运行效率。

       HCaaS DevOps使用

       以上设计在HCaaS平台上得到实现（）。在HCaaS控制台上点击DevOps标签，通过代码授权后，即可通过UI界面轻松地编辑流水线，也可通过编辑yaml文件配置具体的功能步骤，如图所示：

       通过点击查看日志，你可以看到pipeline各个阶段运行的详细日志信息，如下图所示：

       注意首次运行pipeline时系统会从网络下载Jenkins、docker、minio以及其他pipeline-tools镜像，请稍作等待。如果长时间未运行，请查看网络是否有问题。