In the final 40 minutes of a video presentation titled 0 to 60: Developing Apps for Microsoft SharePoint 2013, Keenan Newton concludes his argument on why the SharePoint 2013 App Model, and Microsoft’s Cloud App Model are two pieces of good news for enterprises in need of a more secure method of customizing SharePoint 2013.
Mr. Newton covers a bit more of the history of the custom application model for SharePoint. He mentions the SharePoint 2010 “Sandbox” feature, which was designed to provide SharePoint users with a safer method of building custom solutions. But, Mr. Newton explains, the SharePoint 2010 “Sandbox” offered ” . . . no connectivity to any web services and you couldn’t really connect to any databases or any data. You could only interact with the SharePoint environment. So there really wasn’t a whole lot you could do with Sandbox solutions.”
The biggest change, introduced with SharePoint Server 2013, has to do with how custom applications interact with the server. Keenan Newton sums up this interaction succinctly: ” . . . with 2013, you don’t see [the custom code] running within the SharePoint box.” Effectively, SharePoint is used as a service. Apps ” . . . no longer run in the Application Domain any more.”
The plus side of all of these changes is to free LoBs to build the processes they need without fear of adversely affecting the performance of the SharePoint server. So IT need not be bothered whenever a custom requirement for SharePoint comes up. Systems can be built and activated at any time.
© Rehmani Consulting, Inc. & Ira Michael Blonder, 2013 All Rights Reserved