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 / r客户的解决方案–顺便说一句,这是我目前的客户。但它’s 整套解决方案,您可以在其中进行设置“Mode = 杂种” and Office 365/SharePoint magically sets things 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” –换句话说,事情需要计划并花费时间实施自我。

你不’t 得到:

  • 任何一种 全球导航
    • 这里的关键问题是 “Sites” 页面(用户可以在其中找到指向”bookmarked”网站/文件,即他们拥有的东西 跟着) –如果用户在本地跟踪站点/库/文档,则不会显示在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到两个位置的同步)
    • […毫无疑问,还有很多其他东西可以添加到此列表中]

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 things 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’这不是我的意图。它可以很好地工作,但是我认为值得注意这些注意事项-我确实发现许多人的期望都没有’一定与实际情况相符。