Teams架构剖析(2019年版本)

在上个月刚刚结束的Ignite大会上,Teams产品的架构师Bill Bliss给大家奉上了最新的Teams的架构设计,之前2017年和2018年微软的技术大会上都Teams架构的分享,但是今年大神把Teams架构讲得很深入,覆盖面很广。我这里就挑一些,根据我的理解和各位分享一下。

先来看一下Teams客户端的架构。 Teams架构剖析(2019年版本)_第1张图片

  • 三大桌面端:Web,Windows,Mac。技术栈基本统一
  • 使用TypeScript,大牛Anders Hejlsberg的力作啊,此语言也是我的最爱,在web开发上快要一统江湖了
  • 目前正在从Angular慢慢的转成React,原因也很简单,一旦全部转成React,就可以和手机客户端的React Native重用大量代码,进一步降低研发成本。
  • Windows和Mac桌面端使用Electron作为外壳,提供原生系统的调用能力。并且使用C++和ObjectiveC来处理音频视频编码和桌面共享等功能。
  • 手机平台使用原生语言Swift和Java开发的,期待明年可以看到Kotlin的身影

再来看一下云端的架构设计: Teams架构剖析(2019年版本)_第2张图片

  • 首先客户端是和服务器端的不同service直接打交道。这点Bill Bliss也在视频里特别提到了,这点和一般大家想象中的不太一样,一般的架构是有一个api gateway来聚集后台的api。我觉得teams这么做可能希望负责不同feature的每个研发团队可以尽量独立,完成端到端的开发。
  • 云端的服务拆分的比较合理,以Teams Services作为核心
  • Publish/Subscribe是和底层服务和第三方服务松耦合的一种做法,对于一个大型平台来说,pub/sub设计用的非常多

下面两张图很好的介绍了消息系统,对于想做消息平台的同学来说,非常值得学习。特别是后面一张,非常精炼的说明了消息同步的高层设计。可以看到前面说的pub/sub架构在这里的运用 Teams架构剖析(2019年版本)_第3张图片 Teams架构剖析(2019年版本)_第4张图片

  • 这里使用了long poll这种方式,是我没有想到的,虽然我觉得long poll能适用各种复杂的网络情况,但是不太高效,我觉得以后应该会引入类似SignalR等机制作为补充。

下面这页说明了Teams中的附件,消息等数据是如何存储在Office365和Azure上的。左边一列storage是第一层存储,后边是第二层长期的存储。 Teams架构剖析(2019年版本)_第5张图片

  • 可以看到对于数据的合规性,很多是交由Exchange来处理的,毕竟Exchange老大哥混了这么多年,已经积累的大量的compliance规则。
  • Teams真的是Office365服务的集大成者,Teams底层实际上还是大量的依赖于其他服务,比如:SharePoint, Exchange, OneDrive for Business, Stream等等

Bill Bliss的整个分享视频,可以在这里观看: https://myignite.techcommunity.microsoft.com/sessions/83471?source=sessions。PPT下载在这里

另外,中国微软的牛人Ares陈老师最近出了一套的Teams开发系列视频讲座:Microsoft Teams开发入门和实践 https://aka.ms/teamsdev163study ,从入门到精通Teams开发,对于准备从事或者正在从事Teams app开发的同学来说,绝对值得观看!

你可能感兴趣的:(Teams)