采用Service Mesh管理微服务的三个原因

Zach Jory 构建微服务很容易,操作微服务体系结构很困难。 许多公司都成功地将Kubernetes等工具用于部署,但仍面临着运行时的复杂性问题。而Service Mesh便是解决这些挑战的良方。它极大地简化了容器化应用的管理,使监视和保护基于微服务的应用变得更加容易。 那么考虑使用Service Mesh的最重要的三个因素是什么? 安全 由于Service Mesh是在数据平面(data plane)上操作的,可以跨网格提供应用安全保障,相比Kubernetes等多层环境提供了更大的安全性。Service Mesh确保了服务间的通信,这样您就可以知道服务正在与谁通信以及通信是否可信。 可观察性 微服务空间中的大多数故障发生在服务之间的交互过程中,因此对这些事务的“ »

Service Mesh:一种新模式,而非新技术?

Marco Palladino Service Mesh从何而来? 在过去几个月里,Service Mesh是行业内毋庸置疑的焦点。关于Service Mesh、关于软件架构未来的文章观点,围绕着不同的技术供应商而高度分化,不过有一点共通的事,对于如何在企业中使用API的快速转换,以及这对于我们流量的拓扑意味着什么。 服务API主要是作为将组织外部开发人员与内部系统连接起来的边缘接口,以及将这些内部系统(微服务)绑定到功能整体的“粘合剂”存在的。因此,面向微服务体系结构不可避免会出现数据中心内部通信增加的情况。tongguo的不可避免的结果之一是数据中心内的 内部通信将增加。Service Mesh作为一种潜在的解决方案出现了, »

手把手教你实践Service Mesh微服务架构 - 基础部署部分

内容不断完善中,访问文档查看最新更新 当下,已经有很大一部分公司完成了单体架构向微服务架构的迁移改造,并在疲于应对大量微服务间通信问题时,开始考虑采用Service Mesh微服务架构作为服务与服务直接通信的透明化管理框架,以插件式的方式实现各种业务所需的高级管理功能。 而开源PaaS Rainbond提供了开箱即用的Service Mesh微服务架构,部署在Rainbond上的应用原生即是Service Mesh微服务架构应用。 接下来,我们将以 Rainbond v3.7.0 为基础平台,以开源商城项目 sockshop 为例,演示如何在源代码无入侵的情况下,将项目改造为具有服务注册与发现、分布式跟踪 »

IDG2018云计算报告: 企业如何采用云计算

到2019年,或应用或基础设置,90%的企业将与云计算密不可分。 IDG报告表明,企业对云计算的投资力度在2018年有增无减,希望通过不断的云计算技术革新推动业务发展。在被调查的550家企业中,有超过73%的企业拥有至少一个“云”应用或一部分“云”基础架构,这表明,企业已经不在讨论是否要采用云的问题,而是把目光放在了如何利用云上。 该报告发现了几个企业采用云计算的关键趋势,其中包括对云计算提供商安全性担忧的降低、云计算部署复杂性的提高以及as-a-service部署思维的增加。 云正在变得越来越复杂 云环境正在逐步成熟,也在某些方面变得越来越复杂。有43%的企业仅使用混合云,12% »

Rainbond v3.7.0:实现企业级PaaS的稳定性

Rainbond在v3.7.0版本中释出了大量平台稳定性更新,并在应用管理功能、安全性和系统安装三方面进行了部分优化。 作为IT基础系统平台,Rainbond从低耦合的架构设计、高可用的部署方式、自恢复与容错的设计三方面评估和保障分布式系统可用性,以最终达到无人值守的效果。 在低耦合架构设计方面,Rainbond将分布式系统抽象为管理、计算、存储等三类节点,不同节点属性由不同服务组件构成,以解除服务间耦合关系,同时对于不同节点,可用性的最低要求也不尽相同 —— 管理节点:面向用户,提供应用构建、控制、调度、交付以及数据存储等系列管理功能,在异常情况下没有管理节点,已有应用依然能正常运行 »