2014年2月21日,星期五

Office 365 SharePoint 杂种 – what you DO and DO NOT 得到

据我了解,越来越多的客户对“hybrid” these days –在Office 365(SharePoint Online)中运行其某些SharePoint网站以及一些本地的想法。对于任何IT机构小组在想“我们喜欢云,但不适合一切”, the 杂种 idea 能够 be quite appealing. There 能够 many reasons for 杂种 –希望补充其内部部署能力的公司(也许对于“quick spin-up”Office 365提供的服务,或利用特定功能/功能(例如Power BI),进行到云的分阶段迁移的公司,或具有法规或数据主权约束的公司– 杂种 能够 work well for these scenarios and more.

TechNet has some great coverage of 杂种 组态 process (start with SharePoint Server 2013的混合),但是对景观不熟悉的人(尤其是技术水平较低的人)通常会对您的实际使用感到惊讶“get”, and what you don’t, in 杂种 mode. 搜索 is a particular area where you 得到 a certain deal – and this may or may 不 match up with what users are expecting. This post started out as an exploration of that, but I realised that some folks might appreciate some background on 杂种 before that, so I’ve将内容分为:

  1. Office 365 SharePoint 杂种 – what you DO and DON’T 得到 [this article]
  2. Office 365 杂种 and search –同时显示本地和SharePoint Online网站的结果

In many ways, 杂种 looks SO SIMPLE! I mean, as TechNet shows, you have some sites in Office 365 and some on-premises –坦白说,我妈妈可能可以设计这个东西,对吗?

Simplified SharePoint 杂种 diagram_thumb[2]

当然,实际上’s a HUGE amount to consider for a 杂种 deployment! In a straight comparison of “100% on-premises”, “100%SharePoint Online” and 杂种, I think 最 would agree that 杂种 is the 复杂的选择。毕竟,您必须进行所有本地计划(例如,计划SQL层,计划服务应用程序等), 此外 to understanding how you will configure and use Office 365. Also, 杂种 typically requires extra on-premises 组态 (DirSync, maybe ADFS, and maybe reverse proxy infrastructure). And if you’在进行任何类型的自定义时,围绕内部部署和SharePoint Online进行构建的方式之间存在复杂性(或者您的自定义项必须始终同时在这两种方式中工作)– the list goes on.

杂种– what you DO 得到

So, 杂种 isn’听起来听起来像是个神奇的解决方案。那’s 不 to say it’s 不 the 您/您的客户的解决方案–顺便说一句,这是我目前的客户。但它’s 整套解决方案,您可以在其中进行设置“Mode = 杂种” and Office 365/SharePoint magically sets 事情s up and all aspects of your deployment are covered. Instead, SharePoint 杂种 really covers three areas:

  • 搜索
    • 能够在两种环境中进行搜索(注意事项)– see later)
  • BCS
    • 能够从Office 365访问本地应用程序/系统中的数据
  • 二重奏整合(SAP)
    • 能够从Office 365访问本地SAP中的数据

然后’s really it.

It’s true to say that some aspects of SharePoint 能够 easily be made to work in a way which suits 杂种 –例如,可以使“我的网站”仅存在于SharePoint Online中(如果那样的话)’的首选选项),方法是将“我的网站”主机重定向到云中的URL。

但是否则’s basically what 杂种 looks like.

杂种– what you DON’T 得到

所以现在让’想想你做什么’t 得到 through “native support” – in other words, 事情s you will need to plan for and spend time implementing yourself.

你不’t 得到:

  • 任何一种 全球导航
    • 这里的关键问题是 “Sites” 页面(用户可以在其中找到指向”bookmarked” sites/documents i.e. 事情s they have 跟着) –如果用户在本地跟踪站点/库/文档,则不会显示在Office 365站点页面中!
  • 任何一种 全球站点目录
    • 实际上,SharePoint 2013当然不再具有现成的网站目录,它已从产品中删除。
  • 联手 社交/新闻传播经验 (如果您使用SharePoint社交而不是Yammer)跨Office 365 /内部部署 –这里有很多问题,但本质上,本地环境中的任何活动(如顶,评论,关注等)都不会出现在SharePoint Online的新闻源中
  • A 很棒的搜索经验
    • 而是搜索 结果显示在单独的块中 从Office 365 /本地– more on this later
  • 任何类型的自动部署/同步:
    • 品牌推广
    • 母版页
    • 任何其他 打包为(沙盒)WSP的定制
    • 分类法/托管元数据
      • 这里有很多考虑–所有与拥有两个托管元数据服务应用程序有关(一个在Office 365中,一个在内部)
    • 内容类型
      • (如果你’不知道您是否可以利用Content Type Hub,“chaining”将本地CT中心与SharePoint Online中的一个– no you 能够not)
    • 文件范本 (例如MyCompanyProposalTemplate.docx)
    • 的许多方面 组态:
      • 例如 搜索设置(最佳选择,搜索建议,搜索架构(例如托管属性)等)
      • 例如 列表和库设置(工作流程,版本设置,策略等)
    • 与许多方面有关 应用
      • 可用的应用 应用目录 (因为您不能在SPO和本地之间共享应用程序目录)
      • 应用程式设定 (例如,是否可以从商店中安装应用)
      • 应用 正在 受监控
      • 认证方式 SPO和内部部署中由提供商托管的应用程序通常需要一些计划
    • 一些方面 用户资料
      • 自定义属性
      • 同步 跨Office 365和本地配置文件(即,您需要分别配置从AD到两个位置的同步)
    • [… and no doubt there are lots of other 事情s to add to this list too]

Hopefully you 得到 the idea - in summary, there really is only a minimal link between your Office 365 tenant and your on-premises SharePoint environment (covering search, BCS, etc.). If you need something in both places - and you often do – you’我需要自己照顾。

The 杂种 search experience

搜索 is high on that list of 事情s which 得到 “interesting” for 杂种. After all, your SharePoint sites are split across (at least) two environments, but you’通常希望用户能够轻松搜索所有内容–无需使用两个不同的搜索引擎。提供全局搜索 能够 当然可以,如果您’刚开始使用此选项时,有几个选项(所有选项至少都需要在本地环境中进行一些配置):

  • Outbound 杂种 –本地环境中的搜索中心从Office 365引入结果
  • Inbound 杂种 –Office 365中的搜索中心从本地环境中引入结果(需要支持的反向代理设备)
  • Two-way 杂种 –两个搜索中心都可以显示其他环境的结果

Configure 杂种 搜索 for SharePoint Server 2013 是TechNet上最好的起点。

在所有情况下,都有局限性-大多数人不会’意识到没有办法“merge”搜索结果在一起。 有两种可能的选择:

  1. 添加推荐结果(即“best bet”)
  2. 添加结果块
  3. [确定,因此您也可以转换查询并因此更改结果– but this doesn’有助于合并搜索结果。]

结果块方法可能是最常见的方法。但是对于期望“只需搜索所有内容,然后向我展示最相关的内容即可!”这就是结果块方法的样子(红色的Office 365结果块,内部的内容显示为蓝色):

SharePoint 杂种 search results - result block

换句话说,它’s very much like a “federated” search experience –搜索分两个阶段执行:

  • 搜索本地SharePoint环境并返回结果
  • 该查询也是“sent”到远程SharePoint环境,并返回结果

然后,该页面将加载并显示两组结果(假设某些项目在两个地方都匹配)。但是这种经验会引起一些问题:

  • 第1页上应显示多少个结果(来自每个来源)?
    • 暗示– you’无论如何,最多只允许10个结果块:)
  • 那分页呢?当我转到第2页时会怎样?
  • 如何从这两个来源轻松看到更多结果?
  • 如何确定本地或远程环境中哪个结果更相关?
  • 是否有任何其他选项可以更全面地查看结果?

在我的下一篇文章中,我’我将讨论合并结果的一些选项– including how you might do it, caveats around this, and so on. But hopefully this post provides some background information on 杂种 before then. If it sounds like I’ve painted a negative view of 杂种, that’这不是我的意图。它可以很好地工作,但是我认为值得注意这些注意事项-我确实发现许多人的期望都没有’一定与实际情况相符。

14条评论:

詹姆斯·洛夫说过...

克里斯写得很有意思。

To try to work around some of the troublesome limitations, is it supported/possible to have a 杂种 O365 set up such that only Exchange and AD (via ACS) exists in the cloud but the entirety of the SP deployment is on premises? In this situation, the cloud is only used for 联盟的 authentication and mailboxes (and Lync, etc).

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

嗨,詹姆斯,

是的,一点没错。在SharePoint,Exchange和Lync之间,您基本上可以对"thing"和Office 365或本地。因此,如果您想在云中使用Exchange和Lync,而在本地部署SharePoint,则可以'当然是一个选择。

显然,您可能会权衡SharePoint Online的一些好处-例如纯粹的简单性/较低的进入障碍等。你呢'd无论您使用什么排列方式,显然都需要在许可条款中涵盖。

But yes, all these options are open. I tried to be clear by labelling this as Office 365 SharePoint 杂种 (and mentioning it as SharePoint Online), but I think it's a valid question - Office 365 杂种 能够 indeed mean many 事情s :)

干杯,

克里斯。

巴克说过...

Great post, 克里斯。 One other huge issue that people forget is the management/governance layer that you do NOT 得到 with 杂种. Things like permissions management and reporting are two different experiences, so that management becomes a very manual process. And if you'希望合作伙伴生态系统有一个简单的答案-如果API足够成熟,可以使供应商能够在线和本地建立类似的功能,情况就是这样。 (他们't, so they 能够't)

未知说过...

Loved reading your post. You confirmed a lot of my reservations about 杂种 solutions.
但是我想一切都有它的位置...

无论如何,关于搜索,我想知道是否有可能通过CSOM组合搜索结果,从而产生一种更加集成的感觉……?

问候,
恩斯特·沃尔特豪斯

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

@恩斯特

谢谢。然后'下一篇文章的主题-应该在接下来的几天内发布:)

克里斯。

穆拉利说过...

克里斯,你好
感谢您提供一般信息。
我们非常期待您的下一篇文章了解diff来源的合并结果。我们什么时候可以期待您的帖子?
问候,
穆拉利

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

@Murali,

抱歉,我忙于一些演讲。希望能在未来几天内发布。

谢谢,

克里斯。

未知说过...

真棒克里斯:)

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

@Murali,

如您所见,后续文章已发布-链接为 http://cob-sp.com/1rRiXC5

HTH,

克里斯。

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

@Murali,

如您所见,后续文章已发布-链接为 http://cob-sp.com/1rRiXC5

HTH,

克里斯。

花花公子说过...

非常有用的细分。我没有'甚至不考虑品牌方面。毕竟说完了,我'd只是将“我的网站”设置为O365,然后将其他所有内容保存在本地。

未知说过...

好的文章,自从您撰写此博客以来,您认为在过去一年中这些限制的解决方案是否发生了任何变化。

未知说过...

很棒的文章,谢谢克里斯。

Do you know if there have been any improvements on the handling of content types in a 杂种 environment yet? What is the approach to this 在 the moment?

干杯
保罗

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

@保罗,

Nope, no changes 在 this time to what Microsoft provide in terms of aligning content types in a SharePoint 杂种 world. I could imagine this might change in the future, but 不hing yet.

干杯,

COB。