Skype与Teams的混合部署--意义，效果，注意事项以及建议

可能很多人会觉得现在写这个文章有点儿过时，晚了。不过我最近半年发现很多企业其实还在拖拖拉拉的没有建立这个混合部署，当然原因有很多：

1. 既然已经没有Skype Online，我目前的架构也不需要改动为什么要混合？
2. 如果我不需要实现用户迁移，有必要混合吗？
3. 如果我组织不允许Skype跟Teams的用户沟通，需要混合吗？
4. 公司有规定不允许数据上云，edge 服务器会传输什么数据？
5. 混合以后如果达不到我希望的效果，可以撤销吗？

以上是我项目中碰到的最常见的一些问题，而这些问题确实也都问在了点子上。的确如果从纯技术角度来说，既然又不需要实现interop又不需要做用户迁移，好像的确没有什么必要做混合。虽然skype跟Teams的混合部署算是非常简单的一个操作，但是从技术角度上的确没有什么可以说服领导批准我去搭建这个架构的。

最终的效果我稍后会演示，首先我们先要明确混合部署的意义在哪，就像《士兵突击》里说的，要做有意义的事儿

第一点：不要被合作伙伴懵了
这个可能会得罪一些微软的合作伙伴，但是混合部署对于很多客户来说因为看不到本身的意义，所以合作伙伴何苦去做这些吃力不讨好，也有一点点风险而且又不好收费的事情呢？不去做混合的话，其实用户的体验是一个虚假的Island Mode，就感觉貌似没啥影响。这个实现方式有些是通过设置来的，有些是通过改MsRTCSip来实现的，等于是骗过了微软后台的识别来达到一个Island Mode的状态。的确也没毛病，但是万一哪天微软打了个大补丁把这个漏洞给补上了咋整？

《钱学森》里有句台词：手里有剑跟有剑不用，是两码事儿

所以官方背书毕竟还是有他的原因在这里的，就算你现在不迁移用户，不要interop。有个混合架构在哪总归是个官方背书的做法。

第二点：Skype 的退役
众所周知，Skype在2025年8月份就会EOS了，到时候没了更新，没了支持。根据本文发布的日期来算也就2年1个月了。我相信都不会等到最后一刻再去想解决方案吧，因为整个部署混合以及迁移用户也是需要几个月时间的，所以留给大家的时间也就是1年半了，而且Teams又是一个全方位吊打Skype的产品。

第三点：我不混合，不迁移，不用Interop，直接用Teams行不行
这么做的客户我也不是没碰到过，的确没错。现在你本地新建的用户都已经是Teams Only了。理论上届时直接卸载掉Skype本地服务器，用户来用Teams不就好了吗？省去了迁移搭建混合的麻烦。
技术上来说的确是没错的，但是首先毕竟不是官方建议流程，这种偏方实施起来有很多注意点，比如你的Schema和所有现有用户的MsRTCSip属性必须全都备份好，新用户的创建流程必须规范好。
最后就是要知道这个操作是不可逆的，混合部署如果出现问题是可以撤销的，但是你直接卸了就不行了。

第四点：用户以及管理员体验
对于一个假Island Mode来说，因为没有Interop，所以：
1.同时有Skype以及Teams软件的人必须两个软件永远处于运行状态
2.没有Teams许可证的人，无法使用Skype跟对方未开启Skype的聊天
3.对方的状态只能反映在相同的客户端上
4.Teams没法跟外部用户聊天
5.新入职的员工必须培训上面的注意事项

用户沟通需要做好告诉他们以上的一些情况，对于管理员来说你需要永远处于管理两个客户端的状态。虽然迁移了一部分用户上去也是要管理两个平台的，但是既然一部分用户不会使用Skype了，你也就少操心点儿事儿不是吗？

而且不管是假的Island mode还是真Island mode，微软都不建议长期保持的，因为这个从项目管理的角度来说对于推进Teams这个新产品是非常不利的。用户既然能用一个他们用惯的产品，肯定不会主动依赖新产品。比如你现在的女朋友/男朋友如果一直还跟前任联系，能好好的跟你在一起吗？对吧？

以上4点我相信足够去说服老板批转你们去实施Skype以及Teams的混合部署，因为我过去一年确实碰到了很多客户各种各样的问题，最后都是靠混合部署搞定的

上头撤了那么多，都是我个人的经验，下面来看看官方的说法是怎样的：
这个用翻译的截图因为更绕口，总之就是没混合的情况下你本地的Skype没法跟Teams聊天


如果你的公网Lyncdiscover没有指向Skype Online那么你的Tenant 就不可能是Teams Only mode，换句话说你随便指哪都行，只要别指Skype Online。


Teams有个机制，如果你处于混合部署或者你的Lyncdiscover没有指向 SFBO，那么就会从Teams Only mode被撤销会之前有island mode, sfbo*各种共存模式选项的界面。

处于本地Skype的用户不能为Teams Only mode，这个很好理解，毕竟叫Teams Only么，Only Only，只有Teams，那你这个用户用Skype算几个意思呢？的确也会有意想不到的事情发生，后面会列举

其实SFBO没了对本地以及混合部署的客户是有一定影响的，但是不影响你迁移用户到Teams


最后就是一些interop的限制：
https://docs.microsoft.com/en-us/microsoftteams/teams-and-skypeforbusiness-coexistence-and-interoperability

现在进入演示阶段：
先引入一个重要的概念–InterpretedUserType:
在Teams Admin Center是可以看到用户的这个属性，但是用Get-CsOnlineUser看到的更全一些：


这里可以对照上面github链接里的所有用户状态，除了一种

这个用户多了一个MisConfigured在中间，原因就是，这是一个本地的Skype用户但是她的共存状态是Teams Only，上面截图说过了。一个纯本地的Skype用户不能作为Teams Only。那这个会出现什么情况呢？
在正确的混合部署下，这个Skype本地用户可以向Teams用户发消息，对方也可以收到，但是没法回复，对于Presence也是，只是个单向的。
解决方案非常简单，用Grant-CsTeamsUpgradePolicy把用户改成任何一种SFB的mode就可以了，但是一般都是改成SfbOnly。

两个客户端的interop最后的效果：

互相语音的效果：

如果是Teams想要发起一个会议meet now，那么会自动产生一个会议链接发到聊天里，Skype用户必须用Teams客户端或者网页客户端加入（如果没有Teams许可证，就必须以访客身份加入）,千万注意别用IE游览器，不支持Teams会议，毕竟也已经淘汰了。

注意事项：
最后一个Interop上最常见的的注意事项就是，首先确定内外网DNS记录都没问题，当然如果第一次环境里部署了Edge服务器，然后公网更改了DNS记录，可能需要等几个小时才会让Interop生效，而且聊天应该是先通的，语音可能会有一些滞后，所以不要担心一定是除了问题。

如果你的混合部署仅仅是为了部署（针对一些安全措施很严格企业），那么不需要担心有任何的数据从本地流向云端或者云端到本地。Edge服务器的存在对于混合部署来说，仅仅是为了能过两个检查：
1.启用了联盟
2.与O365建立了联盟
之后其实你可以把Edge服务器停用，关掉甚至端口堵死都没问题，但是万万不可从拓扑中移除。只要没有interop和用户迁移，那么是没有数据流的。

最后的最后就是，如果觉得混合部署不好用，不能达到你的预期，可以撤销这个架构。微软也给了步骤怎么去操作。