Teams 的逻辑架构与语音解决方案 - Official Posters Download

意外收获了前几天(0420)刚刚更新出来的Teams架构海报,分享给大家下载

Microsoft Teams IT architecture and telephony solutions posters
https://docs.microsoft.com/en-us/microsoftteams/teams-architecture-solutions-posters

接下来跟大家一起简单过一下关于Teams的两张海报:

Teams是一款很优秀的产品,它就像一只八爪鱼一样,连接着Office365各种不同的资源,为其所用,而且不断地快速地更新迭代,以下这张海报正是说明这个事实,同时让我们了解到Teams的各个功能究竟调用了Office365的哪些组件。

1)Files,其实就是1:N chats 里面的Files,它里面的文件是上传到OneDrive for Business里面的,从下图就可以看出了

2)Team Coversation, 它调用了SharePoint,每一个Team对应着SharePoint的Site, 每一个Channel对应着SharePoint的一个文件夹。
同时Chat and channel 里面的短消息是保存在Exchange里面,为了Information Protection.

3)Teams Meeting里面的日历信息就是拉取Exchange里面的Calenda. 很明显嘛。

4)Teams Meeting的会议录制则是同步存放在Microsoft Stream里面,这个功能非常好,录制完的会议自动上传到Stream里面,再配合权限控制可以让更多的与会者回放会议录像。

其实,我手上还有这样一张逻辑图片,拿去参考吧

还有一张海报是关于Teams的电话语音落地的各种解决方案,这个在我另一个Blog里面有具体讲述:Microsoft Teams Voice语音落地系列-1 架构简述:https://blog.51cto.com/nemotan/2377504

归纳如下:
1)Teams + Phone System + Calling Plan , 这是最简单的落地方案,购买相关的许可即可实现
2)Teams + Phone System + Direct Routing + Local SBC, 这是符合中国国情的解决方案,也是最复杂的方案,也是最灵活的解决方案,可以关注这个系列文章:Microsoft Teams Voice语音落地系列

3)Teams/Skype Online + Phone System + CCE + Local SBC, 这是相对于第二种方案来说的,其实是针对Skype online来说,因为skype online不支持Direct Routing, 所以它只能使用本地架设的一台CCE (云连接器) 来与Skype online通讯。

4)Skype for Business on premise的语音落地,跟Teams无关,这也是传统的解决方案,我在这方面有丰富的经验,有需要可以留言。

原文地址:https://blog.51cto.com/nemotan/2383609

时间: 2024-12-09 15:20:58

Teams 的逻辑架构与语音解决方案 - Official Posters Download的相关文章

分布式架构之--逻辑架构与物理架构

原文:http://blog.csdn.net/dinglang_2009/article/details/38636151?utm_source=tuicool 在现实开发过程和工作中,我们经常听到“架构设计”和“架构师”这样的名词,它并不神秘,但是却很少有人对“架构”有全面的了解和认识,更谈不上掌握了.事实上,也只有极少数人能成为或者被冠以“架构师”这样的title.为此,笔者总结了实践中对架构的一些理解,希望能够补充很多人对此认识上的不足,纠正一些误解. 架构的分类 对于“架构”来讲,理论

逻辑架构和物理架构

在实际开发工作中,我们经常听到“架构设计”和“架构师”这样的名词,它并不新鲜和神秘,但是却很少有人对“架构”有全面的了解和认识,更谈不上掌握了.事实上,也只有极少数人能成为或者被冠以“架构师”这样的title.为此,笔者总结了实践中对架构的一些理解,希望能够补充很多人对此认识上的不足,纠正一些误解. 架构的分类 对于“架构”来讲,理论上划分了5种架构视图,分别是:逻辑架构.开发架构.运行架构.物理架构.数据架构.根据名字,大家都可能大概能猜到其侧重点和含义. 这里先用通俗的文字简单介绍下,便于大

Ceph逻辑架构

Ceph是一种存储行业最热门的软件定义存储技术,它为块存储.文件存储.对象存储提供了系统的软件定义解决方案.下面我们来了解Ceph的逻辑架构: Ceph monitor:Ceph monitor 通过保存一份集群状态映射来维护整个集群的健康状态.他分别为每个组件维护映射关系信息,包括osp map(保存一些常用信息包括集群ID.OSD map自创的最新版本号以及最后修改的时间以及存储池的信息,包括存储池的名称.ID.类型.副本级别和PG.它还保存着OSD的信息,比如:数量.状态.权重.最后清理间

Linux高可用集群方案之heartbeat基础原理及逻辑架构

 这篇文章我们主要学习heartbeat高可用集群的基础原理及逻辑架构,以及heartbeat的简单配置  ll  本文导航    · heartbeat之基本原理   · heartbeat之集群组件   · heartbeat之心跳连接   · heartbeat之脑裂(资源争用.资源隔离) · heartbeat之配置文件   · heartbeat至高可用集群配置  ll  要求  掌握heartbeat高可用集群的相关组件及简单配置   heartbeat之基本原理  heartbea

mysql 概念和逻辑架构

1.MySQL整体逻辑架构 mysql 数据库的逻辑架构如下图: 第一层,即最上一层,所包含的服务并不是MySQL所独有的技术.它们都是服务于C/S程序或者是这些程序所需要的 :连接处理,身份验证,安全性等等. 第二层值得关注.这是MySQL的核心部分.通常叫做 SQL Layer.在 MySQL据库系统处理底层数据之前的所有工作都是在这一层完成的,包括权限判断, sql解析,行计划优化, query cache 的处理以及所有内置的函数(如日期,时间,数学运算,加密)等等.各个存储引擎提供的功

mysql 逻辑架构(三层)

1.客户端(主要处理连接,授权认证,安全等). 2.MYSQL服务器层(核心服务功能都在这层,包括,查询解析,分析,优化,缓存以及所有的内置函数,所有跨存储引擎的功能都在这层实现:存储过程,触发器,视图等). 3.存储引擎层(负责MYSQL中数据的存储和提取,服务器通过API与存储引擎进行通信.这些接口屏蔽了不同存储引擎之间的差异.存储引擎不会去解析SQL,InnoDB是个例外,它会解析外键定义.不同的存储引擎间不会相互通信,只是简单的层服务器请求.) mysql 逻辑架构(三层),布布扣,bu

1 游戏逻辑架构,Cocos2d-x游戏项目创建,HelloWorld项目创建,HelloWorld程序分析,(CCApplicationProtocol,CCApplication,AppDeleg

 1 游戏逻辑架构 详细介绍 A 一个导演同一时间只能运行一个场景,场景当中,可以同时加载多个层,一个层可以可载多个精灵.层中亦可以加层. B  场景切换 sceneàaddChild(layer); layeràaddChild(sprite); 2 项目创建命令: A 进入tools下的project-creat E:\Installed\cocos2d-x-2.2.3\tools\project-creator> B python create_project.py -project

MySQL 配置文件及逻辑架构

配置文件: linux:/etc/my.cnf              默认配置文件:/usr/share/mysql/my-default.cnf windows:my.ini 主要日志文件: 二进制日志log-bin:主从复制. 错误日志log-error:默认是关闭的,  记录严重的警告和错误信息, 每次启动和关闭的详细信息等. 查询日志log:默认是关闭的, 记录查询的sql语句, 如果开启会减低mysql的整体性能, 因为记录日志也是需要消耗系统资源的. 数据文件: frm文件:存放

逻辑架构、体系架构、整体架构、功能架构

1.(逻辑本身跟物理是对应的,逻辑架构前面还缺少一个定语,比如部署逻辑架构,偏向于系统逻辑部署,与物理部署架构关联:)即部署逻辑架构等同于网络拓扑2.(系统逻辑架构,则更偏向于系统的功能流转,与功能架构关联 )即系统逻辑架构等同于应用架构.业务架构3.(体系架构和总体架构一直认为是一个总括的名词,它应该由系统定位.功能.技术.逻辑部署.物理部署等等专注于某一方面架构共同组成 )即体系架=整体架构=设计架构,不同叫法而已.