SPTechWeb Logo
Home About Us  Advertise       
 
 

SaaS backwards: On-prem data utilized in a cloud interface




September 26, 2013 —  (Page 1 of 2)
In thinking about the tools I use on a daily basis, the ones I enjoy working with all have one thing in common: They could all be compared to lightning. They are all fast. They are all recognizable; you know exactly what is going on. Most importantly, all of them are powerful. Those three characteristics are important for quality software and any software that aspires to long-term user adoption.

Until recently, I thought that was as far as the lightning metaphor went. Then I found out that lightning does not necessarily come down from the clouds. The ground also plays its part, and the lightning meets in the middle.

I started thinking about it again, and I realized that the metaphor still holds true. All of the applications that I enjoy working with have some connection to the cloud. Word has Office 365, Visual Studio has TFS as a service, Outlook has Exchange, and the list goes on.

SharePoint Online is a good first step in making sure that all of the data is available when it is needed by the end user, but what about all of the on-premise, line-of-business systems? What if we could integrate the two systems?

In SharePoint’s new app model, we have the option of using a provider-hosted remote web. The task of deciding where the remote web lives is up to the developer. It could be hosted on premise and bring data to the user within their cloud experience. The benefit is that we can now use our on-premise data with a system that is entirely cloud-based. We now have on-premise data going up to meet the cloud, much like lightning meeting in the middle.

There are, however, a few snares that need to be considered before going down this path:

1. Offsite availability: In all likelihood, this is confidential data coming from your line-of-business system. Should this data be available offsite? If so, you will need to make sure that you take appropriate security measures within your remote web because the site will be touching the Internet.

If not, I recommend having your app land on an app webpage that verifies connectivity to the remote web before diving into the application flow. That way, if the remote web is not available, you can fail gracefully.
Related Search Term(s): cloud

Pages 1 2 


Share this link: https://sptechweb.com/link/64150

Add comment


Name*
Email*  
Country     






 
 
This site's content Copyright © 1999 - 2013 by BZ Media LLC, All rights reserved.
Legal and Privacy
• E-mail: