artifactory

3 月，跳不动了？>>> JFrog Artifactory是一个artifacts仓库管理平台，它支持所有的主流打包格式、构建工具和持续集成（CI）服务器。它将所有二进制内容保存在一个单一位置并提供一个接口，这使得用户在整个应用程序开发和交付过程中，能更易于上传、查找和使用二进制文件。 在本文中我们将介绍如何使用Rancher在Kubernetes集群上部署和管理JFrog Artifactory。在看完本文后，你将会系统地了解JFrog Artifactory OSS的安装设置，并且能够按照同样的步骤在任何Kubernetes集群中安装Artifactory OSS或者它的商业版本。当然，我们还将向你展示如何在Artifactory中创建通用仓库并且向其中上传工件。 除了文章中所展示的之外，Artifactory还有更多特性，在以后的文章中我们会更详细地介绍它们。 好了，那么我们开始吧！ 使用的软件 本文使用了下列的软件工具： Rancher v2.0.8 运行在Google Kubernetes Engine version 1.10.7-gke.2上的Kubernetes集群 Artifactory helm chart version 7.4.2 Artifactory OSS version 6.3.2 如果以后本文更新了，请使用到时候的最新版本。

3 月，跳不动了？>>> 一、背景和痛点 大企业内部，跨团队，跨地域，导致文件共享困难 如果不使用Artifactory，如何实现跨数据中心的文件共享呢？ 挂载NFS文件系统，开通跨数据中心的rsync/sftp协议 自研解决方案，通过REST API或者CLI方式， 例如，雅虎的dist工具 私有或者公有的云储存方案 利用SCM版本控制系统 - 对于编译构建效率影响很大 NFS和云储存的方式对网络要求很高，稳定性得不到保证。自研的方式需要投入很多人力物力，利用SCM版本控制工具对二进制文件支持不好，尤其是大文件，还有可能会对构建效率造成影响。可以看到上面几种方式稳定性不能保证，而且需要额外的投入。 二、 Artifactory 用作文件共享中心 那么，Artifactory 如何解决这个问题： 首先，虽然Artifactory被当做管理全语言二进制文件的制品仓库。Artifactory通常被集成到构建流程中，这样构建工件可以方便的部署到不同环境或者用于后续Docker镜像和亚马逊系统镜像的构建。 然而，Artifactory首先是一个支持元数据的文件管理系统，可以管理任何类型文件以及相关数据，利用其可以在集群之间同步复制的功能，也可以被用作跨数据中心分发不同类型文件的通用平台。 架构图 只允许在指定的一个Artifactory集群上传，然后同步到其它生产环境。例如： IDC1

3 月，跳不动了？>>> 雪花（港交所，编号：HK0291）、怡宝、太平洋咖啡、五丰，这些如雷贯耳的品牌都是华润创业有限公司多元业务的其中一环，华润创业对快消品与零售的用心经营，其服务的消费者如今已遍及中国大陆及香港。 面对“过去未去、未来已来”的时代，传统业务与互联网技术并存的环境给快消品行业带来巨大的挑战。近年来，华润创业提出了「 五化三集中 ， 一核四平台 」的信息战略，以用户为战略核心，将平台化、集中化、协同化建设作为数字化进程的方针。从线下的渠道到线上的应用服务，背后是数字化团队与业务的紧密关联、高效地响应需求及充分地掌握信息价值，让重构新营销的任务得以逐步实践。 平台化建设，协同化管理 渠道破碎化是今日消费市场的现象，从生产、供应到终端全流程的渠道多元化，广而深的建设使快消品行业的数字化团队不得等闲视之。应对业务层面和信息化层面的冲击，传统信息体系往往以“勤”补“拙”，借由构建一套套系统解决当下面临的问题，但这些系统解决了一个问题却又衍生出新的问题。平行且孤立的系统无法彼此协同，呈现烟囱化的架构。对于大型的快消品行业来说更是如此，多级横纵向信息系统间的协作，在企业中对管理有着很高的要求。 平台化建设 、 协同化管理 对烟囱式系统架构的问题给到一针见血的解决方案，在管理上升华信息的整合与价值。华润创业携手腾讯蓝鲸及服务商嘉为蓝鲸，部署了一体化平台“蓝鲸”

一、背景 在近几年， Kubernetes 迅速成为了容器编排的事实上的开源标准。与虚拟机不同， Kubernetes 在抽象化基础架构的同时可靠地大规模编排容器，这可以帮助开发人员将工作负载与基础架构的复杂性分开。 Kubernetes 是 CI/CD 自动化的理想选择，因为它提供了许多内置功能，这些功能使应用程序部署实现标准化和可重用，提高了开发人员的生产力，并加快了云原生应用程序的采用。 Platform9 是成立于 2013 年的云服务提供商，能够提供业界唯一由 SaaS 管理的混合云解决方案，使用户能够快速采用云技术并在私有部署或公共云中的任何基础架构上一致地管理 VM 、 Kubernetes 和无服务器功能。Platform9提供的Kubernetes解决方案也是业界的佼佼者。 在2 019 年巴塞罗那举行的 KubeCon + CloudNativeCon 大会上，Platform9与 1000 多名与会者进行了互动，有近 500 名与会者参与了Kubernetes的相关调查。下图列出了关于最常见的Kubernetes应用场景的调查结果： 其中，基于Kubernetes的CI/CD自动化是最为广泛的用例，专注于帮助开发人员更快地构建和交付应用程序。但是，在具有全自动和可重复的 CI/CD 流水线的生产环境中运行 Kubernetes （ k8s

背景 本文为大家介绍Capital One 如何利用自动化流水线实现Artifactory HA集群进行自动化运维。Capital One银行是美国最大的数字化银行之一，在Capital One 的devops体系中应用了JFrog Artifactory HA集群进行软件制品管理。由于Capital One 规模庞大并且为满足业务连续性要求，其部署的Artifactory HA拥有primary和DR（灾备）两套集群的架构。在运维Artifactory HA集群维护中通过建设和运行自动化的流水线，在不影响用户使用和业务连续性的前提下，自动地完成了版本升级、配置更新、功能更新，安全检测等工作，并且在检测到问题时，实现自动化的回滚。 流水线总体介绍： 通过 Jenkins与Github集成驱动流水线。每个PULL请求触发一个小规模测试并提供快速反馈。 每个 Merge会触发研发环境HA集群范围的部署，并进行相关测试。标签（Tag）被用来标记代码更新的验证阶段和对应的环境。 使用 Terraform 创建基础设施，实现蓝 / 绿的发布。并通过 Chef Cookbook完成整个集群内所有角色服务器配置 流水线构成 静态分析流水线 通过对代码静态分析 对代码结构进行快速反馈，确保其符合行业标准。同时使用一系列的 Linters进行不同类型的代码分析。 安全扫描流水线 Capital

DevOps的核心是自动化，自动化的核心是标准化。而DevOps最重要的一环节是持续交付，持续交付中建设的重点是流水线，所以如何打造标准的持续交付流水线则为DevOps建设中最重要的一环，也是评估DevOps能力的一个重要的打分点。 本文内容参照《研发运营一体化（DevOps）能力成熟度模型 第3部分：持续交付》，基于jenkins，对持续集成流水线建设的一些关键点进行技术应答，带领大家把方法论落地到具体的技术点上。 文中涉及到的几个名词解释： 流水线：pipeline， 一个应用程序从构建、部署、测试和发布这个过程实现自动化 制品：构建过程的输出物，包括软件包、测试报告、应用配置文件等。 制品库：存储全语言制品的仓库，提供依赖解析及文件存储能力。 元数据：软件生命周期全过程数据，如需求id、代码提交信息、构建环境、静态扫描结果、测试通过率、安全扫描结果等。 文章中涉及到的一些技术详解：见文章《打造企业级pipeline服务的1 8 个疑问》 下面，我们来看一下持续集成流水线建设中的配置管理、构建与持续集成、测试管理、部署与发布管理、环境管理、数据管理、度量与反馈的七个维度的三级标准是如何定义的，并且哪些指标需要在jenkins流水线中体现，如何使用jenkins流水线达到此标准。 配置管理 　 三级标准 Jenkins流水线落地建议方案 版本控制 版本控制系统 1)将配置文件

JAVA 传统项目交付流程的问题 开发和运维间环境有明显差异 代码缺乏统一质量度量 客户要求上线时间紧，人工测试慢，导致测试不充分，时常做线上 BUG 修复 打造工具链 源码管理 Gitlab 持续集成 Jenkins 代码扫描 SonarQube 接口测试 PostMan+NewMan 制品管理 ArtifactoryOSS 版本（仅支持 Maven ） 自动部署 Ansible GitLab 安装 vim /etc/yum.repos.d/gitlab-ce.repo [gitlab-ce] name=gitlab-ce baseurl=http://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el6 Repo_gpgcheck=0 Enabled=1 Gpgkey=https://packages.gitlab.com/gpg.key sudo yum makecache sudo yum intall gitlab-ce sudo gitlab-ctl start # 启动所有 gitlab 组件； sudo gitlab-ctl stop # 停止所有 gitlab 组件； sudo gitlab-ctl restart # 重启所有 gitlab 组件； sudo gitlab-ctl status # 查看服务状态； sudo