好雨云帮 CSDN 博客

Ben SearsKubernetes是时下最流行的管理和编排工具，它提供了一个配置驱动的框架，让我们可以通过定义和操作获得整个网络、磁盘和应用，并以可伸缩且易于管理的方式进行。如果我们还没有完成应用容器化，那么把应用转移到Kubernetes上会是一件高强度的工作，本文目的则是介绍应用与Kubernetes集成的方法。Step 1 — 将应用容器化容器是可以独立运行的基本操作...

Robert Whiteley translate by Grace基于微服务的架构是未来的趋势，但是实现这种架构会面临许多困难。现代应用架构远比过去的架构复杂，因此实现微服务架构将会带来了一系列特殊的挑战，而服务网格可以帮我们解决很多问题。最近一段时间，管理者不再专注于除错单个应用程序伺服器，相反，现代系统就像是一群牛，研究整体的行为远比单个的伺服器有意义，分散式系统就是一个典型。微...

功能概述过去通过源码构建应用，在向仓库提交新代码后需要进行重新部署操作。为了消除这一重复耗时的低效工作，Rainbond提供基于webhooks的应用自动部署功能，只需简单设置即可生效。使用说明设置自动部署前，请检查应用是否由源码创建（Rainbond官方demo除外），目前支持Github和Gitlab两种代码仓库。非源码创建应用暂不支持此功能。操作步骤为： 对...

Rainbond（云帮）是一款以应用为中心的开源PaaS，深度整合基于Kubernetes的容器管理、ServiceMesh微服务架构最佳实践、多类型CI/CD应用构建与交付、多数据中心资源管理等技术，提供云原生应用的全生命周期解决方案。Git一般可以通过本地传输、SSH、Git协议、HTTP协议传输数据，本文为开源PaaS Rainbond最佳实践文章，介绍windows下配置SSH...

William MorganService Mesh是一个相当新的概念，讲它的“历史”似乎有些勉强。就目前而言，Service Mesh已经在部分企业生产环境中运行了超过18个月，它的源头可以追溯到2010年前后互联网公司面对大规模业务的开发。那么Service Mesh为什么会突然变成一个热门话题的？Service Mesh是一个软件基础设施层，用于控制和监视微服务应用的内部、服务到...

得益于CTO、CEO和CDO们积极的推动，IT基础设施正在向云环境迁移，底层架构师则在热烈讨论围绕着云原生应用的SaaS、PaaS和微服务架构，而开发者们正在大显身手，努力探索云计算的魔盒，找出什么是对业务有价值的，什么又是不需要的。之所在云上花费这大精力，云应用所具备的独特功能居功至伟，例如支持高度可扩展和灵活的分布式架构，可以在多云环境中轻松迁移，但云应用从开发到落地生产环境，需要许多不同...

Richard Li随着越来越多企业开始落地微服务架构，Service Mesh和相关的解决方案在社区内的讨论热度开始逐渐上涨。Service Mesh所提倡的“全栈可观察性”、透明安全性、系统弹性等特性令人着迷，但它真的是云原生应用的绝配吗？本文将对Service Mesh何时make sense、何时不那么make sense作出一些思考。做好微服务架构可以让我们更敏捷当下来看...

George Miranda业务对于Service Mesh微服务架构的讨论热度居高不下，很多人认为Service Mesh将是云原生应用基础设施解决方案的MUST，它在构建健壮微服务架构应用时的能量令人印象深刻。不过在人气飙升的同时，人们对于落地Service Mesh的确切价值仍有困惑，因此有必要深入了解什么是Service Mesh以及它解决了哪些问题，以便我们确定是否真的需要Servi...

Lori Macvittie微服务架构是把双刃剑，我们享受它带来的开发速度（development velocity），却也不得不面对服务间通讯带来的复杂性问题。目前大多数扩展容器化微服务的架构多是基于proxy-based复杂均衡器实现的。在这些架构的问题在于，容器环境内部伸缩往往依赖于IP tables，并受制于传统网络层。所有这些代理提供相同的核心功能：扩展容器环境中的分布式服务...

Kasun Indrasiriservice mesh与api gateway的关键特征可以帮助我们更好的区分两者。API Gateway: 将服务作为托管api暴露给外部api gateway的核心目标是将微服务作为托管的api暴露给外部系统，我们在api gateway层开发api或是边界服务以提供特定的业务功能。api/边界服务调用下游微服务，并包含业务逻辑的多个服务下游服务...

Vladimir Pecanac虽然并非每个软件项目都注定会获得巨大成功，但一些软件方法和最佳实践可以提高成功几率，并让开发工作更愉快。其中现在流行的一种做法是持续集成（CI，Continuous Integration）。持续集成最初由Grady Booch在布区方法中提出，之后成为了极限编程（extreme programming）的一部分，目的是防止集成问题堆积成为“集成地狱（int...

Kubernetes Autoscaling是如何工作的？这是最近我们经常被问到的一个问题。所以本文将从Kubernetes Autoscaling功能的工作原理以及缩放集群时可以提供的优势等方面进行解释。什么是Autoscaling想象用水龙头向2个水桶里装水，我们要确保水在装满第一个水桶的80%时，开始注入第二个水桶。解决方法很简单，只要在适当的位置在两个水桶间装置管道连接即可。而...

有时候我们常常会忘了云计算带来的便捷，想想几年前随身携带的U盘，想想再前几年大行其道的软盘——我们用十年时间完成了从随身携带硬件到在云端存储、访问和编辑一切的转变。享受这种转变的不只有科技用户，商业世界也从云计算中获利颇丰，它改变了企业提供产品服务、分享信息的方式。时至今日，云计算已经成为了我们日常生活的一部分，而且依然有很大的增长空间，这个行业的变化比以往任何时候都要快。变化1 - ...

从技术实现的维度解读开源PaaS Rainbond如何支持ServiceMesh微服务架构当我们谈论微服务架构时，我们在谈论什么？服务发现和注册、弹性伸缩与负载均衡、容错处理（断路器与限流）、监控与报警、数据存储与共享、日志分析……除了以上自然联想到的技术点，还有如Spring Cloud、Dubbo这样在过去几年受到广泛关注和应用的微服务架构框架，以及最近数个月内在国内外技术圈异军突...

盘点云计算的优势，较低的托管成本、较低的基础架构复杂性、较高的可扩展性……这些都是实实在在的好处。不过对于企业来说，选择云计算最关键的驱动在于产品速度，换句话说，利用适当的云计算产品和技术，我们可以在最短时间内把理念变成用户需要的实际产品。过去三年里，有大量的企业投入到了容器化架构的怀抱之中，从踩坑到克服未知的难题，再到得心应手，一部分公司逐渐尝到了“产品速度”带来的甜头。但也有另一部分企...

Service Mesh（服务网格）会是今年微服务生态的主角吗？从趋势来看，众多企业正在将这项理微服务复杂性的技术/工具，搬进他们的IT“火药库”之中。什么是Service Mesh？根据Linkerd CEO William Morgan定义，Service Mesh是用于处理服务间通信的基础设施层，用于在云原生应用复杂的服务拓扑中实现可靠的请求传递。在实践中，Service Mesh通...

站在巨人肩膀上才能看得更远，开源PaaS Rainbond的发展离不开众多优秀开源项目的贡献。以下是Rainbond使用到或参考过的一些开源组件，如果您想要打造自己的PaaS可以作为参考。kubernetesKubernetes是Google开源的容器集群管理系统，其提供应用部署、维护、 扩展机制等功能，利用Kubernetes能方便地管理跨机器运行容器化的应用，其主要功能如下： 1)...

Isaac SacolickCI/CD是devops的关键实践之一，它让团队能够在开发实践上保持一致，并确保有一种一致的、可靠的、自动化的方式将应用程序交付到多个计算环境。以下是关于实现CI/CD的五个建议:1. 确定业务和技术目标对于大多数企业来说，CI/CD都不可能在一夜之间实现，通常会是一项渐进式的工程。这意味着大多数devops团队必须优先考虑要开发哪些实践、要自动化哪些过...

​​本次3.6.1版本更新，重点修复了3.6.0版本部分情况下会出现的BUG，同时改进了内部市场、参数验证、历史消息等功能，详细更新记录如下—— ​​3.6.1 功能改进云帮初次使用跳转至注册页面消息添加查看历史消息功能调整内部市场功能，所有企业均可用管理后台添加相关参数验证3.6.1 Bug修复修复删除应用后操作动态不显示的问题修复应用重启按钮重复Bug...

Sidecar设计模式正在收到越来越多的关注和采用。作为Service Mesh的重要要素，Sidecar模式对于构建高度高度可伸缩、有弹性、安全且可便于监控的微服务架构系统至关重要。而Service Mesh也已经被证明，正在改变企业IT的“游戏规则”，它降低了与微服务架构相关的复杂性，并提供了负载平衡、服务发现、流量管理、电路中断、遥测、故障注入等功能特性。什么是Sidecar模式？...

在Service Mesh微服务架构中，我们常常会听到东西流量和南北流量两个术语。南北流量（NORTH-SOUTH traffic）和东西流量（EAST-WEST traffic）是数据中心环境中的网络流量模式。下面我们通过一个例子来理解这两个术语。假设我们尝试通过浏览器访问某些Web应用。Web应用部署在位于某个数据中心的应用服务器中。在多层体系结构中，典型的数据中心不仅包含应用服务器，...

Melvin Koh如果我们想要构建一个生产就绪的系统，那么必须要权衡所有因素，其中选择微服务间的连接方法更是其中的一个难点。作者在本文中介绍了一些常见的通信方法，并简要概述了其项目背景以及为何最终选择了RPC。在决定微服务间连接方法前，我们需要搞清楚两个概念：架构风格（Architectural Style） 传输协议（Transport Protocol）架构风格...

Jason Limon微服务架构并不是一种新的架构模式，但它的不断发展为那些寻求企业级私有云解决方案的公司，带来了诸多好处，将大型一体化架构应用拆分为可组合的微服务，赋予企业独立扩展和维护每个组件的能力以及DevOps能力。当然，微服务架构的分布式和独立性也带了许多挑战，而本文讲谈谈如何克服测试多个可独立部署组件时可能会遇到的挑战。单元测试（Unit Testing）单元测试的范围...

Ashish Sharma在本文中将谈谈企业技术堆栈主流是如何一步步走向微服务架构的，并分享一些经验教训。过去的技术堆栈如下图所示：在应用层，我们有一个用Windows form和WPF编写的桌面客户端。应用与服务层对话，而服务层是完全用c#编写的SOA体系结构。这是我们（当时）唯一可以使用的语言。它们是通过WCF相互通信的单片有状态服务。我们使用SQL server作为后端存储。所有...

Singleton（单例模式）、仓储模式（repository）、工厂模式（factory）、建造者模式（builder）、装饰模式（decorator）……大概每个上课听讲的程序员都不会陌生——软件的设计模式为我们提供了针对现有的、重复出现的问题以可靠的解决方案。在软件架构方面同样存在类似的机制，通用的、可重用的解决方案在给定上下文中的软件体系结构中经常出现的问题。不同的软件架构模式各有千秋，...

Ivan Nikitsenka微服务架构允许我们再创建新应用时自由选择不同的技术和编程语言。不过究竟哪种语言更适合我们当下的硬件？回答这个问题，需要搞明白Java和Go编写的相同应用程序之间的性能差异。先决条件No additional performance enhancements should be applied. Use minimum configurations with de...

文章目录自动化（Automation）经常提交、尽快提交（Commit often, Commit soon）开发和运维（Developers and Operations）生产环境（Production Environment）打破一体化（Breaking Monoliths）关于Rainbond持续交付（CD, Continuous delivery）就是说每次提交代码时立即构建，并可以将构...

持续交付是任何软件交付实践的重要组成部分。无论目标部署环境如何，我们都应该设计CD工作流，以便将软件的任何更改投入生产。对于微服务架构来说同样如此。本文将分享作者Sheroy Marker在架构设计和应用开发中的一些关于CD工作流的思考和经验。微服务和CD按照Martin Fowler的说法，微服务架构是“将软件设计一组为可独立部署的服务的方式“。这种方式目前已经成为构建分布式系统/应用的主...

应用是Rainbond可管理的最小服务单元，用户可以将多个应用组成一个复杂的业务系统，这套业务系统可以对外提供服务，也可以分享给其他组织独立部署。本文将会通过Solo＋Pinpoint(Pinpoint-java性能分析最佳实践)这个例子，演示“如何制作一个可分享的云市应用”， 分享后的应用可供团队、公司或云市的用户一键安装部署完整的服务体系，实现标准化得一键交付部署。对于还没有了解Rainbo...

Melvin Koh如果我们想要构建一个生产就绪的系统，那么必须要权衡所有因素，其中选择微服务间的连接方法更是其中的一个难点。作者在本文中介绍了一些常见的通信方法，并简要概述了其项目背景以及为何最终选择了RPC。在决定微服务间连接方法前，我们需要搞清楚两个概念：架构风格（Architectural Style） 传输协议（Transport Protocol）架构风格...

微服务架构已经流行了很长时间，但是想要回答为什么要使用微服务架构的问题，首先应该了解一体化架构。什么是一体化架构？一体化架构顾名思义，将应用各层打成一个包来部署。为了让代码正常工作，一体化应用的所有组件缺一不可。以典型的3层传统web应用为例，该应用由用户界面、数据库、服务器端应用组成。这里的服务器端应用被称为monolith（一体化），包含表现、业务层、数据层。所有代码都存在于同一个...

分布式系统帮助我们解决了很多过去甚至无法思考的用例，但同时也带来了诸多新的问题。当系统规模较小、架构较简单时，开发者通过减少远程交互数量来降低额外的复杂性。像处理分发的最安全方法是尽可能避免它，即使这意味着产生跨系统的重复逻辑和数据。但现实情况是，从开始的几台大型中央计算机，到如今成百上千个小型服务，行业反战的需求要求我们不得不作出突破。我们需要走出困境，解决不断涌现的新挑战和悬而未决的问...

在开源PaaS Rainbond中，我们对各种应用层协议匹配不同的网络治理插件，以实现7层负载均衡（layer 7 load balancing），例如HTTP、gRPC、Redis等协议。原因在于对于一些在线环境，我们希望可以对服务间调用实现热更改或者更好的容错，比方说A/B测试、灰度发布等等，必须要在7层负载均衡上完成。那么什么是7层均衡，它跟4层负载均衡（layer 4 load bal...

本次v3.7.0-rc1版本，在上月发布3.6.1版本基础上，重点围绕系统生产稳定性展开，包括双重健康检查守护（Systemd进程级加Rainbond-Node业务级）、Prometheus监控指标暴露支持、管理节点上线下线支持等多项新增特性和优化。除此之外，本次更新还对应用管理功能、安全性和系统安装三方面进行了部分优化，更新详情如下：稳定性增强所有平台服务使用Systemd进程...

随着我们需要治理的微服务数量越来越多，我们必须开始着手解决服务间通信的复杂性问题，而Service Mesh（服务网格）的出现恰逢其时，作为基础设施层，它能够以透明代理的形式提供安全、快速、可靠的服务间通信。那么在实施Service Mesh前，我们需要考虑哪些问题？团队准备好上手Service Mesh了吗？任何新技术、新工具的实施、使用和维护，都有一定学习成本，同时我们需要做好充分...

Marco PalladinoService Mesh从何而来？在过去几个月里，Service Mesh是行业内毋庸置疑的焦点。关于Service Mesh、关于软件架构未来的文章观点，围绕着不同的技术供应商而高度分化，不过有一点共通的事，对于如何在企业中使用API的快速转换，以及这对于我们流量的拓扑意味着什么。服务API主要是作为将组织外部开发人员与内部系统连接起来的边缘接口，以...

到2019年，或应用或基础设置，90%的企业将与云计算密不可分。IDG报告表明，企业对云计算的投资力度在2018年有增无减，希望通过不断的云计算技术革新推动业务发展。在被调查的550家企业中，有超过73%的企业拥有至少一个“云”应用或一部分“云”基础架构，这表明，企业已经不在讨论是否要采用云的问题，而是把目光放在了如何利用云上。该报告发现了几个企业采用云计算的关键趋势，其中包括对云计算提供...

内容不断完善中，访问文档查看最新更新当下，已经有很大一部分公司完成了单体架构向微服务架构的迁移改造，并在疲于应对大量微服务间通信问题时，开始考虑采用Service Mesh微服务架构作为服务与服务直接通信的透明化管理框架，以插件式的方式实现各种业务所需的高级管理功能。而开源PaaS Rainbond提供了开箱即用的Service Mesh微服务架构，部署在Rainbond上的应用原...

Zach Jory构建微服务很容易，操作微服务体系结构很困难。许多公司都成功地将Kubernetes等工具用于部署，但仍面临着运行时的复杂性问题。而Service Mesh便是解决这些挑战的良方。它极大地简化了容器化应用的管理，使监视和保护基于微服务的应用变得更加容易。那么考虑使用Service Mesh的最重要的三个因素是什么？安全由于Service Mesh是在数据平面（d...

缩短time-to-makrt对于任何一家企业都至关重要，这直接决定了客户满意度、市场竞争力乃至盈利能力。但在部署应用时，大多数企业内的IT团队都或多或少会遇到Dev和Ops之间的问题，这两个部门围绕着同一个应用工作，但工作方式却截然不同。很多管理者都在思考如何能让Dev和Ops能够在没有任何“误解”的情况下共同努力缩短time-to-market，也就是DevOps。下面我们将谈一谈，Doc...