Docker和Kubernetes如何让DevOps更具效力

缩短time-to-makrt对于任何一家企业都至关重要,这直接决定了客户满意度、市场竞争力乃至盈利能力。但在部署应用时,大多数企业内的IT团队都或多或少会遇到Dev和Ops之间的问题,这两个部门围绕着同一个应用工作,但工作方式却截然不同。 很多管理者都在思考如何能让Dev和Ops能够在没有任何“误解”的情况下共同努力缩短time-to-market,也就是DevOps。 下面我们将谈一谈,Docker和Kubernetes如何帮助DevOps发挥更大效力。 传统的DevOps 在传统的DevOps方法中,开发人员编写代码并将其提交给Git存储库,然后检查它在本地和开发环境中的工作方式。 我们会使用像Jenkins这样的CI工具启动代码的构建过程,该工具也在构建期间运行功能测试。如果测试成功通过,我们将更改合并到发布分支中。 运维会使用一些工具为应用程序部署生产准备脚本,并最终将更改投入生产环境(更新版本)。 传统DevOps的问题 第一个问题是运维和开发者使用不同的工具。 »

开源PaaS Rainbond发布v3.7.2版本,帮助企业快速构建应用市场

Rainbond(云帮)是"以应用为中心”的开源PaaS,深度整合基于Kubernetes的容器管理、ServiceMesh微服务架构最佳实践、多类型CI/CD应用构建与交付、多数据中心资源管理等技术,为用户提供云原生应用全生命周期解决方案,构建应用与基础设施、应用与应用、基础设施与基础设施之间互联互通的生态体系,满足支撑业务高速发展所需的敏捷开发、高效运维和精益管理需求。 3.7.2版主要特性是,提供企业应用市场全流程管理,像安装管理手机应用一样简单易用。 Rainbond企业应用市场与传统意义上的镜像仓库不同之处在于,它基于镜像仓库、包仓库和对象存储等存储系统支持,通过“以应用为核心” »

你准备好持续交付(CD)了吗?

持续交付(CD, Continuous delivery)就是说每次提交代码时立即构建,并可以将构建部署到生产环境中,本文将分享一些持续交付相关的方法和经验。 自动化(Automation) 自动化对于完善的CD管道来说必不可少,我们理应尽可能的用自动化取代手动工作以获得最大利益。 过去,我们的开发团队可能在将代码发布到生产环境之前一般会做测试,其中一些可能是手动的,一些则是自动的。但在持续交付的情况下,每次提交都要进行代码测试,因此最好的办法就是“自动化一切可自动化的东西”,并且不应仅限于开发团队。 软件中所有重要部分的自动化都是必要的—— 测试(Tests) - 单元测试、集成测试、 »

Rainbond:如何制作一个可分享的云市应用?

应用是Rainbond可管理的最小服务单元,用户可以将多个应用组成一个复杂的业务系统,这套业务系统可以对外提供服务,也可以分享给其他组织独立部署。本文将会通过Solo+Pinpoint(Pinpoint-java性能分析最佳实践)这个例子,演示“如何制作一个可分享的云市应用”, 分享后的应用可供团队、公司或云市的用户一键安装部署完整的服务体系,实现标准化得一键交付部署。 对于还没有了解Rainbond,或者还没有成功安装Rainbond的同学,建议先到以下的两个链接进行学习: Rainbond介绍 Rainbond一键部署 创建应用 应用的创建有3种方式,分别是从源码创建、从Docker镜像创建和从应用市场安装,详情请参见:创建一个应用 接下来将会用从源码创建和从应用市场安装—— 同步应用到内部市场 »

微服务间的通信如何选择

Melvin Koh 如果我们想要构建一个生产就绪的系统,那么必须要权衡所有因素,其中选择微服务间的连接方法更是其中的一个难点。 作者在本文中介绍了一些常见的通信方法,并简要概述了其项目背景以及为何最终选择了RPC。 在决定微服务间连接方法前,我们需要搞清楚两个概念: 架构风格(Architectural Style) 传输协议(Transport Protocol) 架构风格 在使用服务时如何形成有效负载?是有状态还是无状态?我们应该采用REST、SOAP、JSON、XML,还是其他消息格式? 传输协议 我们应该用哪种传输协议?应该采用HTTP、 »