2015年5月19日,星期二

演讲台/视频– Comparing SharePoint加载项 (apps) with Office 365 apps

如果你’在Office 365中重新实现自定义’可以这样说,现在存在许多方法,并且在最近一段时间,作为开发平台的服务肯定得到了增强。但是,潜在的困惑领域之一是如何开发应用程序。开发人员和其他技术人员习惯了“the app model”在过去的两年左右的时间内,作为一种实现自定义功能的方式,该功能在非SharePoint服务器(也许是Azure)上运行,并使用CSOM或REST之类的远程API调用到SharePoint中。但是从那以后,Microsoft就为Office 365引入了新的API和身份验证模型– these sit 以上 Office 365中的基础SharePoint,Exchange,Lync / Skype for Business和Yammer服务,并且在解决方案的开发方式方面存在一些差异。

值得注意的是,最终用户访问应用程序的方式以及管理员首先如何使应用程序(例如,特定用户)可用的方式也存在差异。在所有这些方面,原始应用程序模型并没有消失–SharePoint应用程序现已重命名为“SharePoint add-ins”,但是它们仍然是非常有效的实现选择。因此,与Office 365一起工作的技术团队通常要做出决定:应将自定义实现为SharePoint加载项还是Office 365应用程序?

对我来说,关键是要了解对不同利益相关者的影响–特别是最终用户,还包括管理员和开发人员。特别是最后一组需要了解Office 365应用程序的功能(例如API可以做什么),以决定是否可以使用此方法来实现企业所需的功能。

我的演说

我在SharePoint Evolutions 2015大会上就此主题进行了介绍,现在已经发布了演示文稿和演示视频。牌组如下所示,也可以从此链接下载: SlideShare - Comparing SharePoint加载项 (apps) with Office 365 apps。有3个演示视频,而我’为其添加了字幕,并将其发布到YouTube–如果您使用下面的演示文稿或从SlideShare获得演示文稿,则可以查看这些内容。 

 

希望你觉得它有用!

7条评论:

kesav7902说过...

感谢您的介绍。

但是在我们谈论Office 365应用程序开发之前,我严重怀疑有多少组织同时拥有Azure AD和Office 365。

克里斯·奥'Brien说过...

@ kesav7902,

好的,任何使用Office 365的组织都将自动拥有Azure AD,因为那样's Office 365后面的目录服务(包含用户,并处理身份验证)。

不过,我可能会遗漏您的观点-也许可以改写一下吗?

干杯,

COB。

kesav7902说过...

我的第一点是,虽然在内部可能会使用每个Office 365租户,但并非必须具有Azure AD。如果您登录,它将说您没有订阅,即使我是Office 365租户的管理员。

因此,我认为每个组织都不会拥有Azure AD。大多数组织只会为Office 365配置ADFS,以便通过单点登录与本地AD一起使用。在这种情况下,我认为不值得进行Office 365应用程序开发。

匿名 said...

跟随@ kesav7902的评论,我认为他的意思是很多组织都会有O365租户,但他们赢了'尚未注册Azure租户,因此赢得了'没有Azure Portal UI,以允许他们进入Azure AD屏幕。

当然,每个O365租户都有一个Azure AD,但是除非公司明确选择注册Azure租户,否则他们不会'没有任何方法可以管理O365应用程序。

目前,这对我来说是一个很大的问题,'关于要在市场上出售的一些(虽然很简单)通用业务应用程序,我们应该做出一个正确的决定。

我们的目标客户肯定拥有O365,因此他们可以从SharePoint存储区添加应用程序(不久将其称为外接程序),但是客户不太可能具有访问Azure门户的权限,因此无法添加Azure应用程序。

我也认为's a bit "too IT"必须进入Azure AD来管理应用程序和许可证。如果所有应用程序都是SharePoint应用程序,则可以将管理和许可推回业务部门进行处理(当然还需要一些IT支持)。

我还认为带有工作流的SharePoint托管应用程序模型为开发人员提供了运行方面"服务器端提升的特权"无需担心会提供任何网站来支持该应用程序。对于O365应用,我不知道'除了拥有单独的网站之外,看不到运行服务器端代码的替代方法"somewhere".

您是否知道对于想要使用可提升O365模型权限的工作流复制SharePoint App功能的开发人员的指导?

kesav7902说过...

@finarne:非常感谢您以更大的视角阐述我的疑问。

克里斯·奥'Brien说过...

@finarne和@ kesav7902,您好,

好评论。好的,我认为可以公平地说,实际上使启用Office 365租约背后的Azure订阅有一个小障碍,但是我没有'即使在企业中,也认为这一步骤本身就是一个大问题。是的,在设置屏幕期间需要信用卡,是的,有人需要"own"Azure订阅。但是,没有人说需要在Azure方面承担任何费用-Azure AD件是免费的(除非您升级到Azure AD Premium),最终这只是我们需要进行的管理流程这种能力。

此外,Azure现在在基于角色的访问方面更胜一筹,因此如今,对于可以管理一个方面能够(例如)在Azure中创建虚拟机并使它们保持运行状态的人的担忧已大大减少。

因此,我认为这个激活步骤比实际要成为更多的障碍。一世'当然,最近我们已经吸引了一些客户(跨多个Office 365租约),并且一切顺利。

回应@finarne'关于应用程序和托管的观点/问题-是的,我确实同意SharePoint托管的加载项所带来的障碍甚至更少:至少在Office 365(已为您配置了应用程序基础结构)中。当然,在本地,您'需要配置应用程序域并处理通配符DNS和SSL。但是,该模型绝对在我眼中占有一席之地,因为'无需担心外部Web应用程序及其's hosting.

为了回答有关在Office 365应用程序中提升权限的问题,Azure AD在此处提供了两个选项。看看"获取仅应用令牌" section of 在Office 365中生成服务和守护程序应用

好讨论,谢谢:)

COB。

威廉·范·斯特里恩说过...

精彩的内容和讨论,感谢您分享您的知识和想法。这将有助于我们建立从严格的本地部署(使用SharePoint ADD-Ins)到(初始)混合SharePoint部署的开发定位+治理。