2014年3月19日,星期三

实施者’2014年SharePoint会议的摘要

一些SharePoint社区成员已经在最近在拉斯维加斯举行的2014 SharePoint会议上发表了他们的综述文章。一世’ll SPC主题演讲更小 在本文末尾指出了一些不错的文章,但是无论其他文章,我都想继续发表我的文章,因为:

  • 我注意到我和其他人相比有一些不同的东西–显然,每个人都对重要的事物有自己的看法:)
  • 我认为我附近的一些同事和其他圈子成员有相似的看法和关注领域,可能会发现我的解释很有用

我将思想分为两部分–大事记和开发重点摘要。如果您认为您已经了解了SPC2014的重要内容,则可能需要 跳到我的开发重点摘要:

的Big Things

  • 将有 至少一个本地版本的SharePoint, 但它’目前还不清楚还有多少(我认为微软可能会采取“wait and see”方法)。下一个版本将是“SharePoint 2015”(或至少它将是 已发布 在2015年)。
  • Office 365的一些重大更改将为许多客户端/方案打开大门:
  • Go 抱怨!
    • 的social capabilities in SharePoint 2013 will NOT be developed further
    • 但是在Yammer,’管道中的大量集成–直到SP2015发行版,这主要是在Office 365方面。包括以下内容:
      • 团体 -创建一个组,并自动获取文档等的站点/收件箱/ OneDrive库。
      • 围绕文档的对话 (即,文档旁边显示的注释)–在Office Online(Office Web Apps的新名称)中,而不是在桌面上的Office客户端中
      • 综合资料/身份 (不再将Yammer和SharePoint配置文件分开)–这将解锁未来的其他情况
  • 表单-不建议使用InfoPath (尽管支持到2023年)
    • 微软将摆脱“one size fits 所有 ”表格的方法,并建议使用几个选项(一些现已可用)–Excel Surveys,列表(待增强),基于Word的选项“structured documents”, and “App Forms” (Access-based)
    • 微软正在听 http://officeforms.uservoice.com
    • Nik Patel在这里写的很棒
  • 的Office Graph, and Oslo app
    • 这是一个很大的新概念,与用户找到对他们而言重要的内容有关。 Office Graph是框架/ API,而Oslo是呈现此内容的新应用程序的代号。办公室图  “使用来自电子邮件,社交对话,文档,站点,即时消息,会议等的信号来映射人与事之间的关系,从而推动业务发展”
    • 有很多观点,例如“Shared with me”, “Modified by me”, “Presented to me” etc. –真正让我更容易找到的东西“我上周看的那个文件”。把它带回家的那句话是“Office Graph知道您参加哪些会议 ’演示,何时进行演示以及演示的存储位置。奥斯陆只是将点点滴滴显示出来’已呈现给您。”
    • 看到 引入代号Oslo和Office Graph 更多细节
  • SharePoint 2013 Service Pack 1 简化一些混合方案:
    • 这去 一些 解决我列出的几个问题的方法 Office 365 / SharePoint混合–你做什么和不做什么,主要是通过OOTB方式交换顶部导航栏中的某些链接(又名“the suite bar”)显示在您的本地网站中。特别: clip_image001
      • 更换"Newsfeed" with "Yammer" (if you have selected 抱怨 as the social option)
      • 替换链接到“Sites” page –在这里,管理员可以提供指向“Sites” page 在Office 365中。这有助于在SharePoint Online和SharePoint内部部署中拥有一个“网站”页面(在云中)–据我所知,这有两个好处:
        • 用户可以在一个地方找到其保存的导航链接(站点/文档),而不是将其分为两个“站点”页面的情况非常混乱。 (但是我’m fairly sure that “following a document”本地站点中的文件不会神奇地将其保存到O365站点页面–因此您可能还是更喜欢自定义方法)
        • 的“Start a site..”链接仅存在于云中,因此在此处创建了新的网站集
      • 更换"Skydrive Pro /商务用OneDrive"链接到云中的OneDrive链接
        • 在Office 365中而非本地部署OneDrive的好处是,用户现在只需花费很少的精力就可以从任何位置,在任何设备上访问其关键文档。
        • 可以按受众群体执行此操作,仅适用于选定的用户(例如,迁移用户)
        • 看到 http://technet.microsoft.com/en-us/library/dn627525(v=office.15).aspx 更多细节

我的开发重点摘要

  • 完全信任代码(农场解决方案) 将继续“SharePoint 2015”
  • 新Office 365 API 注意:Microsoft开始从SharePoint / Exchange /任何特定的API转移,而转向通用“Office 365 APIs”
    • 人/联系人
    • 文件(OneDrive API)
    • 邮件
    • 日历
    • [需要调用上述终结点的应用程序已在Windows Azure Active Directory中注册,并使用 共同同意框架 访问Office 365数据]
  • 也就是说,也有 新的SharePoint客户端API (也可在带有SP1 /更新的客户端可再发行组件的本地SharePoint中使用)
    • 用于创建网站集的CSOM API(最终!)
    • CSOM API,用于创建具有指定ID的内容类型(最终!)
    • 还可以为网站设置诸如AlternateCSSUrl,SiteLogoUrl之类的内容
    • 也是用于在Android上创建Office 365应用的新SDK。显然,这是个大新闻(会议上有很多抱怨)–不知道为什么,但令人振奋的是,Microsoft现在谈论iPad的主管和Android的普及。
  • 新的基于JS / HTML的控件,可在提供商托管的应用中使用
    • 可用的第一个控件是ListView和People Picker(例如,在应用程序的纯ASP.NET页中显示SharePoint列表以及排序/筛选等)
    • 这些现在被标记为Office.Widgets.Experimental
  • 自动托管的应用程序(很可能已被弃用)! (Microsoft have 一些 challenges around making this 生产-scale ready, in terms of scalability/backup/DR etc. 的long-term prognosis is being reviewed, but the recommendation is to 使用自动托管仅用于原型制作)    更新:看起来并非如此(尽管一些MSFT发言人在SPC14上提到了它)- Brian Jones(MSFT PM)在Twitter上发表了讲话和he's the guy who would know
    • [对我来说,这很好地验证了我在2013年7月所说的关于自动托管应用程序的内容以及为什么应避免使用这些程序(在“如何将我的应用程序/ RER构建为自动托管的应用程序?” section of 本文 )]  更新-我想我们暂时保留对此的判断!
  • 在许多现实的云开发场景中都有很棒的新开发示例
    • 我强烈建议您检查一下– see Office App模型样本
    • 场景包括:
      • 品牌个人网站
      • Provisioning 抱怨 groups as part of site collection provisioning
      • 在主机网络上设置主题
      • 还有很多
  • 一些杂项:
    • JSON light support 在Office 365中 API
    • 新apps in Excel
      • 人图
      • 必应地图
    • 新mail app 在Office 365中/mail
      • DocuSign!
    • 新“文件扩展处理程序”-可以注册用于通过文档扩展名打开/预览文件的应用
      • 例如预览窗格中的CAD查看器,用于CAD文件
      • 我认为这类似于CustomAction–即为此提供了新的功能XML
  • 我发现其他相关新闻:
    • 没有计划围绕同步的Microsoft解决方案’立即将自定义数据添加到SharePoint Online用户配置文件
      • Microsoft没有任何可用的管道来促进同步 ’在SharePoint Online中将自定义目录数据添加到用户配置文件中(这是常见要求)。我在比尔·贝尔(Bill Baer)和史蒂夫·佩斯卡(Steve Peschka)率领的关于混合动力的会议后会议上问。因此,如果您必须在此处执行某些操作,则仍然需要使用旧用户配置文件ASMX Web服务的变通办法。
    • 微软计划改善“在SharePoint混合中,搜索结果显示在单独的块中(对于本地和Office 365网站)” experience (在我的帖子中显示)
      • 这在Bill Baer中提到’s IT Pro keynote – 一些 sort of “remote index” solution is planned

摘要和更多信息

我肯定在那里’还有很多其他的东西,但是那些可能对我来说最相关。其他一些推荐的帖子是:

2014年3月12日,星期三

Office 365的首次发布和NDA预览–抢先使用Microsoft’测试的变更

我在SPC 2014上参加过的最有趣的会议之一是有关Office 365中的变更管理的。对于那些从事过Office 365(即SharePoint Online)或混合项目工作的人来说,它’最近是充满挑战的时刻–Microsoft对Office 365进行了各种更新和补丁,这些更新和补丁随后导致许多自定义项被破坏,并最终使在Office 365上支持组织变得困难。’通常在Office 365项目中具有*一定*级的自定义–在某些情况下,它可能只是品牌,但由于SharePoint用户体验在某些地方仍然不理想,因此我们的客户经常要求在搜索,用户配置文件,网站,OneDrive for Business(“我的网站”的新名称)等方面进行增强。导致有效自定义项中断的Microsoft未经宣布的更改的一些示例是:

当然,其中很大的一部分是微软从Facebook / 抱怨的书中吸取了教训,并改变了他们的做法。“release cadence” –更新非常频繁地(每个月)小批量地部署到Office 365,这与内部部署世界非常不同,内部部署每3年发布一次,并且其中包含Service Pack和累积更新。

退后一步–缺乏Office 365测试环境

显然,Microsoft始终需要更新Office 365 / SharePoint Online。在许多情况下,我们需要的是一种在更改之前测试更改(以及对自定义项的任何影响)的方法’s in 生产. I recently had a meeting with 一些 Microsoft UK folks about this, and I summarized this aspect as:

  • Office 365中缺乏测试环境
    • 尽管我们可以(并且确实)创建并支付多个O365租约/环境以模拟非生产环境, 我们无法控制租户修补的“顺序”–换句话说,Microsoft更新可能会影响我们“production”开发/测试租户之前的租户
  • 没有通知/知道更新发生的日期(针对我们的租户)

在SPC 2014上宣布-“First Release” and “NDA Preview” options

好消息是微软正在采取重大措施来改善这种情况– it’这是一个贴近我的话题,所以我想在这里提供我的解释(以及宣传该倡议),但是当它们到达时,也会链接到TechNet的官方页面。在稍微“under the radar”在计划的会议中,Jake Zborowski(Office 365部门产品经理)在会议上宣布了一些更改:

  1. 改进了有关更新的沟通
  2. 一种更结构化的更新发布方法
  3. “First Release” for Office 365
  4. “Office 365 NDA预览”

的next sections go into 一些 more detail on each one.

改进了有关更新的沟通

这包括:

  • 已发布的*公开*路线图–用于传达某些类型的近期更新
    • 目标是2014年4月
  • 使用 Office 365更新博客 传达变化
  • 使用 Office 365系统要求页传达变化
  • 更改消息中心
    • 能够显示特定于租户的消息/警告(当前不能)
    • 将显示近期警告,建议措施等。
    • 新API, so that developers can write notification apps
    • 增强现有 Office 365管理员移动应用

一种更结构化的更新发布方法

更改将分为不同的类型,并且每种更改都有不同的沟通和发布计划。下面的幻灯片 总结 通信方面-但请注意,在较低级别,通信实际上会在不同的通信工具中出现在不同的时间(例如,即将发生的更改将在公共路线图上宣布,然后在消息中心中显示):

 图片

“First Release” for Office 365 

这是为特定Office 365租户切换模式的能力–实际上,您正在注册成为“first in the queue”适用于许多类型的更改/更新,然后才能在Office 365中普遍使用它们。此范围适用于SharePoint Online和Exchange Online的更改。这是一个了不起的新闻,应该为我们解决一些问题大有帮助。更多细节:

  • 选择启用开关(默认情况下处于关闭状态):
    • 该开关将在2014年4月初左右出现在Office 365管理中心中,然后在大约4周后开始进行更改。
    • 交换机更改将在24小时内生效–您可以根据需要打开/关闭“首次发布”功能
    • 如果您选择退出,则不会撤消已部署的任何更改,但以后的更新将不再及早应用于租户
  • 更新类型:
    • 支持/审核/记录并最终面向用户的更新会被推送
    • 所有 更新将通过第一版发布– I wasn’t 100%清楚什么是/不是’t,但我相信诸如存储增加之类的事情(例如,对于OneDrive或常规网站集)不会
  • 定时:
    • 您’至少会收到7天的警告,提醒您更改即将推出到“第一版”
    • 在标准发布之前,更新将在“初版”中至少保留2周–但是,对于大多数租户而言,可能需要1个月左右的时间才能完成更新
    • N.B.在撰写本文时,产品组目前正在努力确定何时将更新击中特定租户(并考虑到对于某些更新而言,这对于单个网站集和/或用户而言实际上可能有所不同!)。 显然,这对实现者(如我们)至关重要,因为有时我们可能需要将代码更改部署到"match up"在Office 365中进行了更改(否则会有一段时间无法正常工作

这里’s“首次发布”开关可能如何显示的模型(对低质量图像表示歉意):

初版 switch - mockup

A note on how I 期望 WE will use 初版
正如我在我的讨论中 Office 365开发人员的决定,技巧和窍门 在很早以前的演示文稿中,我们决定为与我们合作的每个客户使用多个租户(至少代表开发,测试和生产)。随着First Release的推出,我希望我们将在开发人员和/或测试上启用First Release,但我们将其保留下来“production”租户。我对是否应同时启用两个开发/测试有一些想法

“NDA Preview” for Office 365

NDA预览是另一个有助于早期访问更改的有用选项– here, Microsoft’的更改已推出 给您租户中的一部分用户。因此,尽管“第一发行版”影响整个租户,但“ NDA预览”仅影响指定的用户。不仅仅是在这里轻弹一个开关,还有更多的参与– I don’尚不确定是否会向所有人开放,但这是一个类似于TAP的计划,组织需要在此上花费时间为MSFT工程提供良好的信息,并就问题进行合作。就像TAP一样,必须签订合同等。 

更多细节:

  • 最多可以提名100个用户(TBC)
  • 所有变更都在进行中 第一版还将通过NDA预览
    • 但是,某些新更改将仅通过NDA预览,而不会通过第一版–一个例子可能是我之前提到的存储增加更改
  • 在报名 http://prereleaseprograms-public.sharepoint.com
    • 之后,Microsoft将与您联系–正如我所说,需要签署合同(可能是由于通过NDA预览版进行的某些更改的不同性质)
A note on how I 期望 WE will use NDA预览:
即使使用第一个发行版,我认为NDA预览选项也将非常有价值。我希望我们将为每个生产租户启用它,并至少从实施团队中提名一些用户。生产租户有时是唯一真正能够实现的环境“has everything” –目录同步,联合身份验证,与Yammer Enterprise网络的Yammer SSO /集成,双向混合配置(用于混合部署)都是所有示例,如果您运行多个租户,则这些地方可能没有其他地方。因此,可以选择测试Microsoft’在全面推出之前对生产进行更新是一件好事。

Timelines and NDA预览/First Release

下图从更新时间轴的角度了解了这两个程序的工作方式:

Office 365更新过程-小

概要

I’我非常高兴看到Microsoft开始解决Office 365变更管理问题。我担心的是,该平台尚未经过设计,无法以不同的方式向租户发布更新(您会感觉到,当产品经理提到需要对后端进行大的更改时,Microsoft才能预测修补程序何时会发布到产品上)。某些租户)。但是,微软似乎确实很欣赏围绕Office 365修补程序和更新的更好的过程–甚至是微软’这些天的消息是“we do 期望 您在Office 365上构建自定义项”(但毫无疑问,通常明智的做法是适用)。对于使用Office 365的组织以及支持他们的合作伙伴而言,这是积极的。