开源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、 »

那些微服务和技术堆栈教我们的事

Ashish Sharma在本文中将谈谈企业技术堆栈主流是如何一步步走向微服务架构的,并分享一些经验教训。 过去的技术堆栈如下图所示: 在应用层,我们有一个用Windows form和WPF编写的桌面客户端。应用与服务层对话,而服务层是完全用c#编写的SOA体系结构。这是我们(当时)唯一可以使用的语言。它们是通过WCF相互通信的单片有状态服务。我们使用SQL server作为后端存储。所有这些都在内部部署,这意味着我们的客户购买我们的软件并将其托管在自己的硬件上。 我在金融行业工作(股市准确),是公有云的后期采用者。这个行业不喜欢将数据放在公共云上的想法。我见过的客户会阻止与外部世界进行任何可能的通信,以防止数据泄漏。但随着技术的成熟,种心态已经发生了巨大的变化, »