Choerodon猪齿鱼

随着企业业务创新和应用复杂度的升高，传统的“瀑布式开发模型”面临着需求变更、过度开发、适应性不强等诸多问题，亟待改善。不仅如此，企业内部程序复杂，业务发展快，开发效率也逐渐变得愈发重要。 本次直播将介绍Choerodon猪齿鱼如何助力华润置地实现中台化转型，基于真实案例和实践经验，讲解Choerodon猪齿鱼如何帮助企业利用微服务和容器技术构建中台架构体系，打造以Choerodon猪齿鱼为核心的敏捷研发体系，聚焦业务，快速迭代，持续交付。 华润置地架构转型背景 华润置地有限公司是财富500强企业华润集团旗下的地产业务旗舰，是中国内地最具实力的综合型地产发展商之一，主营业务包括房地产开发、商业地产开发及运营、物业服务等。 华润置地一直重视企业的信息化建设，从最早期的采用ERP套件，到后面自主研发的一系列“烟囱式”应用，应用之间相互独立，系统功能重合，架构各异，伸缩扩展能力有限，服务器及人力资源浪费严重，产品交付周期长，运维工作繁重。 引入Choerodon猪齿鱼后，统一开发框架和平台，新的系统尽量采用微服务方式开发，基于敏捷迭代研发的思想，一般几周便可快速上线系统，部署周期从数周减少到几分钟，应用交付的效率提高了数十倍，容器平台由专门团队运维，项目组只需要专注于业务需求和交付，极大的降低了日常的运维成本，产品在设计、开发、运维等各个阶段均有改善。 Choerodon猪齿鱼是什么

在数字化浪潮席卷之下，很多传统行业的线上业务急速增长，其业务场景、用户行为都发生了转变，面对敏捷的业务和IT应变需求，如何快速地进行创新实验，提高IT部门的总体运营效率，高效融合开发和运维的能力等一系列问题，已成为企业需要直面的挑战。 2009年以来，DevOps越来越被重视，最开始是为了让开发和运维人员更好地沟通协作，后来逐渐成为打通软件产品交付过程中IT工具链和高效解决团队成员协作沟通问题的有效理念。但DevOps的整体发展是独木不成林的，现在已经有越来越多的技术支撑，微服务架构理念、容器技术等使得DevOps的实施变得更加容易。 我们研发团队从内部产品研发需求出发，将敏捷管理、CI/CD、自动化测试、运营管理、基于SpringCloud的微服务架构、容器编排等相关开源工具整合为一个PaaS平台，用来支持这些传统企业的数字化转型。 本文主要分析了项目研发团队在开发过程中存在的一些问题，介绍了Choerodon猪齿鱼对此的解决方法，最后解答了应用迁移到Choerodon猪齿鱼平台前的几点疑虑。 主要分为以下几个部分： 一、为什么要使用Choerodon猪齿鱼 一般研发项目现状分析 Choerodon猪齿鱼能做哪些事情？ 二、使用Choerodon猪齿鱼之前的疑问 编程语言 容器化 数据库 前后端分离 微服务 移动端支持 公有云、混合云 三、总结

本文是Kubernetes系列的第二篇，将介绍使用Kubeadm+Ansible搭建Kubernetes集群所需要的工具及其作用。 主要内容包括： Kubeadm Kubeadm是什么 Kubeadm的目标 Kubeadm的子命令 Kubeadm的安装 CFSSL CFSSL的安装 Ansible Ansible是什么 Ansible的基本架构 Ansible功能特性 Ansible的安装 总结user-gold-cdn Kubeadm Kubeadm是什么 Kubeadm是一个提供Kubeadm init 和 Kubeadm join命令，用于创建Kubernetes集群的最佳实践“快速路径”工具。 Kubeadm可以在多种设备上运行，可以是Linux笔记本电脑，虚拟机，物理/云服务器或Raspberry Pi。这使得Kubeadm非常适合与不同种类的配置系统（例如Terraform，Ansible等）集成。 开发者可以在支持安装deb或rpm软件包的操作系统上非常轻松地安装Kubeadm。SIG集群生命周期SIG Cluster Lifecycle Kubeadm的SIG相关维护者提供了预编译的这些软件包，也可以在其他操作系统上使用。 Kubeadm的目标 Kubeadm的目标是在不安装其他功能插件的基础上，建立一个通过Kubernetes一致性测试Kubernetes

本文将介绍Choerodon平台持续交付部署流水线的一个核心组件——Choerodon Agent。 ▌文章的主要内容包括： 概述 实现分析 具体设计 建立连接初始化信息 Command/Response模式 实时状态反馈 Helm Operator GitOps 状态同步与修复 Log和Exec长连接 总结 概述 Choerodon Agent是支撑Choerodon平台持续交付部署流水线的一个核心组件，负责将平台生成的部署文件应用到应用部署环境对应的Kubernetes集群之中。并实施返回各个应用实例以及应用实例下所有资源的最新状态信息，同时通过监听各个环境对应的部署文件Git库，执行CD操作。而且支持混合云以及多云作为平台的部署环境，通过返回回来的容器信息和反馈回来各个实例下的容器，还可以实时获取容器日志，以及容器exec执行远程命令。 Choerodon持续交付可以支持任意数量的集群加入平台，作为应用的部署环境，只要将平台中生成的Agent安装脚本在任意Kubernetes集群中执行，就可以将该集群加入平台，然后在平台上创建环境时可以选择该集群，可以一键创建环境。在同一个集群中可以创建多个环境，各个环境之间通过Kubernetes的命令空间隔离。 平台初始化部署集群只需要将平台生成的Agent安装脚本在Kubernetes环境中执行

作者 | Rebecca Pruess 编译 | 毛智伟 随着DevOps理念的普及与扩散，大家经常会看到持续集成（Continuous Integration）与持续交付（Continuous Delivery）这样的字眼，而怎样使用与选择这些方法成了大多数IT团队必须面对的问题。在讨论更加深入地讨论问题之前，首先需要清楚这两者之间的主要区别是什么，以及用什么方法可以更好改善工作流程，从而在更短的时间内为目标用户提供更高质量的软件。 持续集成（CI）和持续交付（CD）都体现了如今快节奏市场中的文化和发展原则，旨在缩短开发周期、提高软件交付效率以及实现全流程的自动化。同时，两者都有着共同的目标：让软件开发更少地依赖于手动执行的任务，在此基础上使得软件的发布更加频繁、更加安全可靠。由于有着相同的目标，因此持续集成和持续交付并非相互排斥的。只是它们的应用范围有所不同。 那下面就来看下CI与CD之间的联系与区别。 什么是持续集成 如上所述，CI和CD是相互关联的。持续集成是指软件个人研发的部分向软件整体部分交付，频繁进行集成以便更快地发现其中的错误。由此可见，CI专注于定期地让开发人员构建小批量的代码。而对于更新或新增的代码，它们会被上传至统一的代码库，执行自动构建与自动化测试的步骤。 频繁地向主干提交代码，意味着可以针对整个软件执行所有的自动化测试，并且在应用或接口的某个部分出现问题时

上一篇文章《 从0到1使用Kubernetes系列（三）：使用Ansible安装Kubernetes集群 》中，我们搭建了一套Kubernetes集群，接下来将在本文中介绍如何使用Kubernetes部署一个Nginx并通过Pod IP、Service IP、Ingress这三种方式访问Nginx。 传统Kubernetes应用搭建 创建Namespace 在一个Kubernetes集群中可以创建多个Namespace进行“环境隔离”，当项目和人员众多的时候，可以考虑根据项目的实际情况（例如生产、测试、开发）划分不同的Namespace。 创建一个名称为“nginx”的Namespace： [root@localhost~]# kubectl create ns nginx namespace "nginx" created 查看集群中已创建出来的Namespace： [root@localhost~]# kubectl get ns NAME STATUS AGE default Active 35d kube-public Active 35d kube-system Active 35d nginx Active 19s 创建Deployment Deployment为Pod 和Replica Set（下一代Replication Controller）提供声明式更新