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

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

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

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

实施Service Mesh前,你需要考虑这几个问题

随着我们需要治理的微服务数量越来越多,我们必须开始着手解决服务间通信的复杂性问题,而Service Mesh(服务网格)的出现恰逢其时,作为基础设施层,它能够以透明代理的形式提供安全、快速、可靠的服务间通信。 那么在实施Service Mesh前,我们需要考虑哪些问题? 团队准备好上手Service Mesh了吗? 任何新技术、新工具的实施、使用和维护,都有一定学习成本,同时我们需要做好充分的理解和准备,确保这项投入是有意义的。例如我们管理的分布式应用存在大量不同的微服务间服务调用,那么Service Mesh值得一试。 目前的问题是什么? 目前遇到了哪些问题? »

开源PaaS Rainbond v3.7.0-rc1版本更新,系统生产稳定性大幅提升

本次v3.7.0-rc1版本,在上月发布3.6.1版本基础上,重点围绕系统生产稳定性展开,包括双重健康检查守护(Systemd进程级加Rainbond-Node业务级)、Prometheus监控指标暴露支持、管理节点上线下线支持等多项新增特性和优化。 除此之外,本次更新还对应用管理功能、安全性和系统安装三方面进行了部分优化,更新详情如下: 稳定性增强 所有平台服务使用Systemd进程级守护加Rainbond-Node业务级健康检查守护 所有平台服务支持健康检查和Prometheus的监控指标暴露 管理节点支持上线和下线以隔离由于节点故障导致的平台不可用 计算节点健康检查异常时支持自动隔离和恢复 支持配置自定义报警规则用于对节点物理监控、服务监控的报警 租户使用资源(内存、磁盘)的统计由单个节点完成( »

什么是7层负载均衡?

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