开源PaaS Rainbond v5.0.3 发布

值此春节假期即将来临之际,我们给社区带来了Rainbond v5.0.3 版本更新,提前恭祝大家新年快乐,Rainbond是开源的企业应用云操作系统,支撑企业应用的开发、架构、交付和运维的全流程,通过无侵入架构,无缝衔接各类企业应用,底层资源可以对接和管理IaaS、虚拟机和物理服务器。 Rainbond 5.0 版本带来了众多的功能和体验优化, 越来越多的企业用户测试和使用,同时也在社区反馈了较多的问题,Rainbond团队每周更新一个BUG修复版本修复用户反馈,使得Rainbond 5.0版本更加稳定。于此同时我们也带来了一些小功能, »

久等, Rainbond 5.0发布,支持管理对接已有Kubernetes集群

今天很高兴向大家宣布Rainbond v5.0正式发布,Rainbond是开源的企业应用云操作系统,支撑企业应用的开发、架构、交付和运维的全流程,通过无侵入架构,无缝衔接各类企业应用,底层资源可以对接和管理IaaS、虚拟机和物理服务器。 我们在5.0版本中进行了大量优化重构,同时也增加了多项重要的功能,使得Rainbond的社区兼容性和稳定性得到全面提升。 此前发布的Beta版本,经过几十家企业用户安装试用,并积极给予我们反馈和支持,使得Rainbond可以快速迭代,趋于成熟稳定。在此向关注和支持开源Rainbond的用户表示感谢。下面来介绍一下新版本的重点功能: 对接已有的Kubernetes集群,并升级了内置的Kubernetes和Docker版本 ​ 基于过去版本在生产使用中积累的经验和问题,我们将Rainbond应用运行时进行了完全重构。 »

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) - 单元测试、集成测试、 »