Service Mesh真的是云原生应用的绝配吗?

Richard Li 随着越来越多企业开始落地微服务架构,Service Mesh和相关的解决方案在社区内的讨论热度开始逐渐上涨。Service Mesh所提倡的“全栈可观察性”、透明安全性、系统弹性等特性令人着迷,但它真的是云原生应用的绝配吗?本文将对Service Mesh何时make sense、何时不那么make sense作出一些思考。 做好微服务架构可以让我们更敏捷 当下来看,产品和服务的“time to market”决定了企业的竞争力,能够对市场和客户需求快速反应的公司想不成功都难。微服务架构为软件敏捷性和整个工作流的“速度” »

Service Mesh微服务架构的崛起

SAMIR BEHARA 本文将解释Service Mesh相关概念,为什么云原生应用需要它,以及这项技术被社区热烈拥抱、积极采用的原因。 毫不夸张地说,微服务已经席卷了整个软件行业。从Monolith过渡到微服务架构,可以让我们频繁、独立而可靠地部署应用。 然而,在微服务架构中,一切都不是绿色的,它必须处理在设计分布式系统时遇到的相同问题。 然而,微服务架构不是万能的,在设计分布式系统时会遇到很多有待解决的问题。说到这里,我们不妨首先回顾一下关于分布式计算的8大谬误—— 网络是可靠的(The Network is Reliable) »

1分钟创建应用_开源PaaS Rainbond

应用是Rainbond可管理的最小服务单元,用户可以将多个应用组成复杂的业务系统,对外提供服务或分享给其他组织独立部署。 Rainbond支持源码、镜像、应用市场等多种方式创建应用,你可以选择适合自己的方式快速起步: 一、通过源代码创建应用 Rainbond源代码创建应用支持Java、PHP、Python、Node.js、Ruby、Golang、HTML等流行编程语言,也支持Dockerfile创建应用,示例如下: 1.1 PHP源码创建应用 源代码地址:https://github.com/ »

开源PaaS Rainbond的架构与实现

回顾云计算产业技术的发展,IaaS层虚拟化的逐步成熟,解决了过去使用物理计算集群所面对的资源提供者和使用者之间的耦合问题,一定程度上降低了交付应用和创造业务价值的门槛,但在开发和运维的技术难度方面表现一般。 随后,以Docker、Kubernetes为代表的容器技术日益盛行,对应用的虚拟化为创造和交付大规模业务系统铺平了道路。然而单纯的容器管理还不足以实现我们对于企业IT的愿景——只需关注业务,无需在底层技术和基础设施上花费大量时间和精力。 因此我们提出了“应用管理“的概念,围绕以应用为中心,呈现为无服务器PaaS和云原生SaaS两个产品服务。 应用管理的价值 对于大多数企业IT来说,业务价值来源于创造应用和使用应用两个场景。传统的业务系统运行方式,要求企业IT搭建运行环境,考虑网络、存储、配置、负载均衡、 »

关于云平台,开发者需要做哪些准备?

得益于CTO、CEO和CDO们积极的推动,IT基础设施正在向云环境迁移,底层架构师则在热烈讨论围绕着云原生应用的SaaS、PaaS和微服务架构,而开发者们正在大显身手,努力探索云计算的魔盒,找出什么是对业务有价值的,什么又是不需要的。 之所在云上花费这大精力,云应用所具备的独特功能居功至伟,例如支持高度可扩展和灵活的分布式架构,可以在多云环境中轻松迁移,但云应用从开发到落地生产环境,需要许多不同的工具和技术来提供强有力的支持。本文将讨论云环境中能够最大化发挥云计算优势的新方法、新工具。 函数式编程 假设我们希望开发具有高度可伸缩基础设施的服务来支持IoT和ybig data平台,函数式编程是一项值得考虑的选择。不同于大多数人所熟知的编程范式,函数式编程不需要维护全局状态,只需要将输入数据传给函数即可,适合用于验证新想法。很多顶级云供应商目前都已经支持函数式编程。 »