NVIDIA 初创加速计划,免费加速您的创业启动 了解详情
写点什么

Azure Service Fabric 正式发布

  • 2016-04-05
  • 本文字数:1678 字

    阅读完需:约 6 分钟

在近日于旧金山举行的微软 Build 大会上,该公司宣布 Azure Service Fabric 正式发布。InfoQ 先前曾经报道过Azure Service Fabric,因此,本文将重点介绍最近的更新和Build 大会上介绍的客户案例。

在Build 大会第二天的主题演讲中,微软云和企业执行副总裁Scott Guthrie 将Azure Service Fabric 描述为一个“基于更高层容器的编程模型”,该服务以其他两项Azure 服务为基础,分别是Azure 容器服务和VM Scale Sets。

图片来源: https://channel9.msdn.com/Events/Build/2016/KEY02

更具体地说,Azure Service Fabric 提供了如下功能:

  • 一个规范的微服务平台;
  • 自动在 Docker 容器中配置有状态和无状态微服务;
  • 允许该平台在 Windows 和 Linux 上运行的.NET 和 Java API;
  • 一个可以在 Azure、Azure Stack、VMware、OpenStack 和 AWS 上运行的微服务平台。

虽然 Azure Service Fabric现在已经正式发布,但面向Windows Server 的Service Fabric 现在还处于公开预览状态。面向Windows Server 的Service Fabric 允许客户在他们自己的数据中心或其他公有云上运行Service Fabric。在接下来的一个Build 大会主题中,来自微软Service Fabric 团队的Mark Fussell 和Jeffrey Richter 阐述了在Amazon Web Service(AWS)云上运行Service Fabric 的能力。目前,Amazon 在这个领域还没有一款同其竞争的服务。

图片来源: https://channel9.msdn.com/Events/Build/2016/B874

除了这两份公告外,微软还宣布了Service Fabric 的Linux 内部预览版本,其中包括支持Java 无状态参与者服务。目前,微软正在寻找另外的内部预览候选者,感兴趣的组织可以自荐

在Build 大会第二天的主题演讲中,微软还谈了两个客户使用Azure Service Fabric 的案例。

第一个客户是BMW,他们正在构建一个开放移动云。Thom Brenner 是宝马数字生活服务和工程部门副总裁。他是这样描述他们的客户数字服务的:“移动开始于他们进入汽车之前,而且在他们离开汽车之前都不会停止。汽车和BMW 将成为基本的智能设备。”为了将BMW 的客户互动关系提升到一个新的水平,他们的策略超出了一个简单的移动应用,正如Brenner 的解释:“你再也不能只构建一个应用了。我们正考虑交叉接触点,使用一种高度灵活的服务架构,包括大数据服务、分析和机器学习。”

BMW 将这项计划称为 BMW Connected,主要针对以下场景:

  • 在你的手机和 BMW 仪表板上估算你的驾驶时间;
  • 该服务会习得你的日常路线,并在你沿着那些路线行进时提醒你即将出现的问题;
  • BMW Connected 会理解你的日历,并在你需要出发的时候提供建议,防止迟到;
  • 通知家人和朋友你的预计到达时间;
  • 提供针对你的 BMW 的远程锁定 / 解锁功能。

为了提供这些能力,BMW 大量使用了 Azure 服务和 Azure Service Fabric,下图说明了 BMW 使用的整个技术栈:

图片来源: https://channel9.msdn.com/Events/Build/2016/KEY02

在 Build 大会第二天的主题演讲中展示的另一个客户是Illyriad Games,这是大型在线多人游戏Age of Ascent 的制造商。Illyriad Games 首席技术官Ben Adams 阐述了他们选择Azure Service Fabric 作为底层平台的部分原因:“我们希望创建一个大规模的游戏,比以前创建的任何游戏的规模都大。我们实在是希望它很容易在浏览器中运行。我们构建了一个能够处理巨大需求和并发的系统。可用性极高。大约在同一时间,Service Fabric 出现。我们部署在Azure Service Fabric 上的微服务会自动扩展,开始扩展空间,将负载无缝地分配到系统中的所有节点上。”

对于Illyriad Games,他们最多已经在同一个对战竞技场中测试了50000 并发玩家。在此期间,他们每秒处理2.67 亿条应用程序消息。

他们使用ASP.Net Core 在Azure Service Fabric 内构件了微服务,与Node.js 相比,这让他们的速度提高了6 倍。

除了运行时平台外,Azure Service Fabric 通过Service Fabric Explorer 提供了一个管理体验,用户从中可以监控Service Fabric 集群的健康状况和性能,如下图所示:

图片来源: https://channel9.msdn.com/Events/Build/2016/KEY02

查看英文原文: Azure Service Fabric Reaches General Availability

2016-04-05 19:0010229
用户头像

发布了 1008 篇内容, 共 374.2 次阅读, 收获喜欢 341 次。

关注

评论

发布
暂无评论
发现更多内容

使用Zabbix监控TiDB(一)

TiDB 社区干货传送门

实践案例

微众银行数据库架构演进及 TiDB 实践经验

TiDB 社区干货传送门

实践案例

伴鱼数据库之SQL审核系统

TiDB 社区干货传送门

线上mysql改表操作导致tidb同步延迟解决方法

TiDB 社区干货传送门

不定期更新,记录一些小知识

TiDB 社区干货传送门

监控 版本升级 安装 & 部署

TiDB run and debug on M1

TiDB 社区干货传送门

实践案例 安装 & 部署

Flink 最佳实践之 通过 TiCDC 将 TiDB 数据流入 Flink

TiDB 社区干货传送门

性能调优

PD api基础框架源码分析

TiDB 社区干货传送门

TiDB 底层架构

伴鱼数据库之监控系统

TiDB 社区干货传送门

TiDB AutoCommit OFF 问题

TiDB 社区干货传送门

实践案例 故障排查/诊断 新版本/特性发布

TiDB大规模删除实践

TiDB 社区干货传送门

管理与运维

【TiDB 最佳实践系列】PD 调度策略最佳实践

TiDB 社区干货传送门

实践案例

DM问题处理总结

TiDB 社区干货传送门

一个联合索引使用问题以及优化方案

TiDB 社区干货传送门

管理与运维 故障排查/诊断

TiDB 监控架构解读

TiDB 社区干货传送门

监控

DM v1 升级v2初体验

TiDB 社区干货传送门

DM2.0初体验

TiDB 社区干货传送门

小红书数据架构及 TiDB 使用场景

TiDB 社区干货传送门

DM同步过程问题汇总

TiDB 社区干货传送门

TiDB 4.0 新 Feature 原理及实践:统一读线程池

TiDB 社区干货传送门

pd集群多副本数据丢失以及修复实践

TiDB 社区干货传送门

实践案例

一次 meet_lock 告警异常处理过程

TiDB 社区干货传送门

实践案例 故障排查/诊断

TiDB Coprocessor 学习笔记

TiDB 社区干货传送门

TiDB 底层架构

【TiDB 4.0 新特性系列】BR 特性及原理解读

TiDB 社区干货传送门

Placement Rules 原理

TiDB 社区干货传送门

TiDB 底层架构

从使用者到开发者,知乎参与 TiDB 社区背后的故事

TiDB 社区干货传送门

实践案例 数据库架构选型

把云数据库服务变成黑盒子:ServerlessDB for HTAP丨Hacking Camp 进行时

TiDB 社区干货传送门

实践案例

PD api基础框架源码分析

TiDB 社区干货传送门

TiDB 底层架构

docker方式部署的tidb-v3.0扩容缩容pd节点后需要滚动升级整个集群

TiDB 社区干货传送门

国产主流数据库调研

TiDB 社区干货传送门

性能调优 实践案例

TiDB HTAP 深度解读

TiDB 社区干货传送门

Azure Service Fabric正式发布_Windows Azure_Kent Weare_InfoQ精选文章