Evolution of SharePoint 之(三)管理和扩展性革新

Evolution of SharePoint

by Office 365 Team, on February
2, 2015
 | 44 Comments | 632

本篇博文由Office产品管理团队的经理JuliaWhite撰写。由SPFarmer翻译。

Management

我们深刻的理解复杂的业务和IT需求。我们认识到管理,安全,隐私和关联是非常重要的。不论你是运行Office365
还是 on-premises,
我们持续发布最好的企业级平台。能够在一个管理层管理所有的用户体验是SharePoint革新中的核心部分。在Office 365里,我们扩展了这个管理层,并且为关联,管理和IT控制创建了一个统一的体验—在SharePoint基础之上,跨越Exchange,Lync
和所有的新体验。在DataLoss Prevention (DLP)
和MobileDevice Management (MDM)之外,我们继续在RightsManagement, Multi-Factor Authentication (MFA), eDiscovery, LegalHold, Metadata
Management 和 PolicyControl上优化和投资,来提供一个可信任的坚固的,安全的可靠的平台。

Extensibility

SharePoint能走到今天,是因为世界范围内有超过三百四十万开发人员的帮助,他们在这个平台上建造扩展和定制化。这一原则在前行中继续适用—虽然在云端开发是不一样的—我们绝对希望能让客户和合作伙伴能够构建能够满足他们需求的新的,革新的应用程序和定制化。我们通过继续改进我们在SharePoint2013引进的appmodel来实现这一点,带来更多的定制化功能,同时通过强大的Office365API使连接SharePoint里的数据变得更简单。我们会继续在这些API接口上投资,同时引进全新的API
(比如Office Graph
和Office 365 Video)
来使更深层次的集成成为可能。IT,
开发人员和合作伙伴将会能够在给客户提供定制化的时候达到更高的层次。

我们看到使用apps和API的客户数量快速提升,
每天都集成和连接Office365中的SharePoint数据。客户借助于我们在Patterns
and Practices
 上的的培训,引导和代码,来实现以前在on-premises上需要完全信任权限的复杂解决方案。但是我们知道开发人员需要更多,我们希望听到反馈 我们喜欢听到反馈!
开发新的功能以及和SharePoint集成从来没有如此令人激动。开发革新的目标是为开发人员解锁,在数秒之内就做好准备并且开始写代码!

Hybrid and on-premises

我们知道,移到云里不是一蹴而就的。我们看到了对SharePointOnline需求的增长,我们认识到我们的客户有一些列的需要,使得在某些情况下继续维护当前的SharePoint部署成为正确的决定。我们继续承诺会满足那些需求。我们为下一个On-Premises版本的SharePoint感到兴奋,我们肯定你也会的。它在Microsoft
Software as a Service(SaaS) 策略被当作核心的背景下被设计,开发和测试。这样, SharePoint Server 2016
会提供给客户改进的,灵活的部署选择,提升可靠性和敏捷性和规模。

我们也在Hybrid上做了很大的投资,使客户在自己的地方也能体验到云端功能的好处。HybridSharePoint
部署可以通过跨越数据中心和云端创建一致的的平台提供IT敏捷性,使得在任何地方任何时间交付给用户数据和 apps变得简单。在SharePoint
Server 2016里,除了交付丰富的on-premises功能,我们聚焦在hybridenablement
,以此来为On-Premises客户提供更多的Office 365
体验。

Summary

我们通过新的方式在Office365和传统的服务器版来革新SharePoint。2014年是一个很多新的创新被发布的繁忙的一年,并且还有很多新功能在上面没有列举到。我们发布了很多新的体验,提供了管理控制,并且提升了总体的扩展性,来最大限度的帮助连接到您的投资。

我个人对我们对Office365
和SharePoint的愿景感到很兴奋,并且迫不及待的想分享更多的信息—既包含我们在云端的持续创新,同时也提供服务器版本的信息,并且尽早的获取反馈。.

—Julia White

时间: 2024-10-03 16:57:33

Evolution of SharePoint 之(三)管理和扩展性革新的相关文章

Evolution of SharePoint 之(一)SharePoint在云中的革新

Evolution of SharePoint by Office 365 Team, on February 2, 2015 | 44 Comments | 632 本篇博文由Office产品管理团队的经理JuliaWhite撰写.由SPFarmer翻译. 在我和客户以及合作伙伴的谈话中,我经常被问到SharePoint在Office 365中会有怎样的革新,以及On-Premises的版本的未来是怎么样的.随着我们进入2015年,随着我们继续在Office 365上创新,并且离下一个On-P

Evolution of SharePoint 之(二)体验革新

Evolution of SharePoint by Office 365 Team, on February 2, 2015 | 44 Comments | 632 本篇博文由Office产品管理团队的经理JuliaWhite撰写.由SPFarmer翻译. 体验革新 除了传统的SharePoint功能,比如搜索,内容和团队站点,-和一个伟大的平台-我们开发了新的,更适用于Office365的体验.这些体验是协作( collaborative), 把团队凝聚在一个永远连接的世界;移动(mobil

从零开始学习jQuery (三) 管理jQuery包装集

本系列文章导航 从零开始学习jQuery (三) 管理jQuery包装集 一.摘要 在使用jQuery选择器获取到jQuery包装集后, 我们需要对其进行操作. 本章首先讲解如何动态的创建元素, 接着学习如何管理jQuery包装集, 比如添加,删除,切片等. 二.前言 本系列的2,3篇上面列举了太多的API相信大家看着眼晕. 不过这些基础还必须要讲, 基础要扎实.其实对于这些列表大家可以跳过, 等以后用到时再回头看或者查询官方的API说明. 本章内容很少, 主要讲解动态创建元素和操作jQuery

用SharePoint 实现请假管理功能

用SharePoint 实现请假管理功能 分类: sharepoint20102013-12-07 20:27 196人阅读 评论(0) 收藏 举报 转:http://www.cr173.com/html/15518_1.html “请假管理”应用,应该算是 SharePoint 的“Hello World!”.川菜里面的鱼香肉丝.粤菜里面的蛋炒饭 ...吧? 怎么样才能做出简易.实用的请假管理,一直都是都是一个问题.完全 code free 不写代码是搞不出来的,完全写代码实现的话又何必用 S

iOS第三管理工具pods

iOS第三管理工具pods的安装与使用步骤如下 1.安装 ----在终端输入代码     sudo gem install cocoapods   (有朋友问要不要配置ruby环境,我说不用配置有xcode就行 )  2.替换 ----替换淘宝的ruby镜像,解决不用翻墙问题         先删除原来的ruby镜像  gem sources –remove https://rubygems.org/ 再安装淘宝的ruby镜像  gem sources –a http://ruby.taobao

Atitit.软件架构高扩展性and兼容性原理与概论实践attilax总结

1. 什么是可扩展的应用程序?1 2. 松耦合(ioc)2 3. 接口的思考 2 4. 单一用途&模块化,小粒度化2 5. 组合(Composition),而不是继承(inheritance) 2 6. Ocp原则开闭原则2 7. Plugin系统2 8. 流程扩展工作流系统,流程自定义2 9. Ui扩展 html53 10. 数据独立性3 11. 脚本与hotdeploy3 12. 表处理扩展if else (数据与数据处理相互分离)3 13. 系统被扩展的几种形式(方法级别,模块级别)3 1

监控开发之如何开发简单高性能扩展性强的监控系统

关于如何快速开发一套属于自己的运维监控系统. 记得刚入行的时候,对于监控方面,用的是nagios和cacti,现在大多数中小公司好多都开始搞zabbix了,熟悉zabbix的人,知道他的性能的瓶颈其实主要还是在数据库上,尤其是zabbx_server 针对数据库一些不高效逻辑的查询和写入引起的. 同事针对zabbix开发也搞了半年了,和他交流了下,有很多的想法. zabbix 有些查询完全可以从缓存里面取值,比如redis.memcached,不用非要从数据库里面来搞个消耗性能的大查询,有些监控

深入NGINX:我们如何设计它的性能和扩展性

英文原文:Inside NGINX: How We Designed for Performance & Scale 为了更好地理解设计,你需要了解NGINX是如何工作的.NGINX之所以能在性能上如此优越,是由于其背后的设计.许多web服务器和应用服务器使用简单的线程的(threaded).或基于流程的(process-based)架构, NGINX则以一种复杂的事件驱动(event-driven)的架构脱颖而出,这种架构能支持现代硬件上成千上万的并发连接. Inside NGINX info

服务的扩展性

在编写一个应用时,我们常常考虑的是该应用应该如何实现特定的业务逻辑.但是在逐渐发展出越来越多的用户后,这些应用常常会暴露出一系列问题,如不容易增大容量,容错性差等等.这常常会导致这些应用在市场的拓展过程中无法快速地响应用户的需求,并最终失去商业上的先机. 通常情况下,我们将应用所具有的用来避免这一系列问题的特征称为非功能性需求.相信您已经能够从字面意义上理解这个名词了:功能性需求用来提供对业务逻辑的支持,而非功能性需求则是一系列和业务逻辑无关,却可能影响到产品后续发展的一系列需求.这些需求常常包