我想创建一个可以执行以下任务的简单服务器服务:
检索指定用户的状态信息。 发送消息给指定用户。
从我一直在阅读,因为我选择服务器端我可以选择使用UCMA 5.0?但我看到了新的UCWA SDK的大量推动并与UCWA休息服务合作。有什么特别的原因我会使用UCWA服务器端而不仅仅是UCMA API吗?我读到UCWA将来会得到微软对云的支持---任何与此分享的输入和经验都会很棒。
谢谢,迈克
答案 0 :(得分:2)
UCWA确实会在Office 365中得到支持。因此,如果您使用UCWA创建应用程序,您可以预期它将在未来的S4B On-Prem和Office 365上运行。 我不得不说,无论如何,已经期待已经期待已经期待已经很久了对UCWA on 365的支持,而且还没有关于可用日期的正式公告。
在服务器自动化的情况下,选择UCWA而不是UCMA的一个很好的理由是UCWA的部署要简单得多(UCMA部署非常困难)。
UCMA必须在基本加入S4B服务器场的Windows Server操作系统上运行(因此位于您的DMZ中) UCWA可以在任何“说”的设备上运行。 HTTP。例如,您的UCWA应用程序可以在Raspberry Pi上运行
我认为这是一个巨大的差异,肯定是系统管理员
答案 1 :(得分:2)
旧线程,但根据我的经验,使用UCMA编写服务器端代码比尝试使用UCWA要容易一些 - 而且UCWA的所有功能都是位于Lync / S4B服务器上的带有REST包装器的UCMA应用程序。 / p>
对于您所描述的相当简单的用例,您可以将服务编写为客户端 - 端点UCMA应用程序,这可以避免Massimo为TrustedApplication提出的相当恼人的Lync / S4B拓扑更改和部署难题。 。在此配置中,您基本上只是第三方客户端,并且您提供了以指定用户身份登录Lync / S4B的凭据。在这种情况下,唯一的要求是运行应用程序的服务器需要加入您的域,运行64位Windows操作系统,并安装UCMA运行时。
迫切需要对Office 365上的Skype for Business提供某种API支持。对于Office 365,有一些类似UCMA的SDK的承诺,但它已经超过六个月,没有任何实际发布的暗示。