• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Service Delivery Platform
 

Service Delivery Platform

on

  • 1,124 views

 

Statistics

Views

Total Views
1,124
Views on SlideShare
1,119
Embed Views
5

Actions

Likes
2
Downloads
64
Comments
0

1 Embed 5

http://www.slideshare.net 5

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Service Delivery Platform Service Delivery Platform Presentation Transcript

    • Service Delivery Platforms Bridging the Gap Between ISVs and Service Providers
    • SaaS Realities • “Tsunami-like” software industry shift • Most software companies will need to have a SaaS offering in order to survive and thrive over the coming years • According to Gartner, “the scale of change involved in moving to a SaaS approach is proving hard for many vendors to manage.” • Most applications were not designed for SaaS delivery • Service (Hosting) Provider space is getting crowded, between Leaders, and those claiming to have SaaS experience
    • ISV Realities • Independent Software Vendors (ISVs) have not traditionally relied on Service Providers for market success • Uncharted territory • ISVs must solve 3 key challenges in order to enter and excel in the SaaS space Application Architecture Business Architecture Delivery Architecture SaaS challenges Application Architecture Business Delivery Architecture Architecture
    • Service Provider Realities • Must grow and expand outside traditional business model • Currently attracting ISVs with commoditized service offerings • Reputation, price • Doesn’t solve ISV’s application architecture problem • Lengthy sales cycle Application Architecture • Delivery promise is somewhat dependent upon ISV’s software SaaS challenges • Emphasis is on addressing delivery architecture Business Architecture Delivery Architecture
    • Business “Architecture” Challenges Application Architecture SaaS challenges Business Delivery Architecture Architecture
    • Business “Architecture” Challenges ISV Service Provider • Understanding the cost of entry • Getting away from “price wars” to • Calculating costs per subscriber win business • Finding appropriate pricing models • Shortening the time between a • Creating appropriate marketing lead and a relevant volume of ISV strategies subscribers • Revising Sales compensation • Generating “Demand Pull” • Introducing SaaS without • Reducing costs associated with cannibalizing the need for cash manual labour to support benefits of existing model numerous ISVs and their subscribers • Determining impact on existing Channels, and developing new ones
    • Delivery “Architecture” Challenges Application Architecture SaaS challenges Business Delivery Architecture Architecture
    • Delivery “Architecture” Challenges ISV Service Provider • Fully reliant on Service • Core competency Providers • May not have solved • Offloads “pains” of SaaS scalability issues hosting technologies, • Difficult to show typologies, uptimes, etc. uniqueness or strategic • Demands 100% SLAs value • Regards hosting as a commodity service
    • Application “Architecture” Challenges Application Architecture SaaS challenges Business Delivery Architecture Architecture
    • Application “Architecture” Challenges ISV Service Provider • Existing architecture • Can only pursue ISVs makes SaaS price- that have the correct prohibitive application architecture • May not have the • Limited percentage of engineering skill to make ISVs are strong required architecture changes candidates for SaaS • Critical time passes trying • Need to widen their net of to solve this issue – 3 prospects months, 6 months, 12 months?
    • Bridging the Gap
    • Service Delivery Platforms What is an SDP? • The term Service Delivery Platform (SDP) was originally used in the telecommunications industry • Today, an SDP represents a vehicle to enable rapid development and deployment of online services, including software and multimedia content • An SDP typically provides a service creation environment, and a service execution environment; as well as metering, monitoring, and reporting capabilities
    • Service Delivery Platforms Provides positive business impact by: • Taking advantage of existing software investments • Getting a new or existing application SaaS- enabled within 30 days • Enabling ISVs to focus on the features and functionality of their products • Solving the architectural barriers to SaaS
    • Platforms Types General Purpose Horizontal Oriented Product Oriented
    • Service Delivery Platforms An SDP should provide: • Configurability • Scalability/High Availability • Multi-Tenancy
    • C onfig urability • convenient manag ement interface • tenant metadata config uration • cus tomizable us ag e reporting • releas e and update manag ement
    • S calability/ Hig h Availability automated provis ioning of application ins tances tenant-load balancing , s o s ervers are added as required when us ers increas e g raceful, real-time failover if infras tructure becomes unavailable
    • Virtual Multi-Tenancy • Increas ed s peed to market • R educed cos ts No need to re-architect the application to produce multi-tenancy means :
    • Virtual Multi-Tenancy Enhanced reliability — Us ers g et their own The activity or failure of one tenant application ins tances does not affect other tenants means :
    • SDP: Bridging the Application Architecture Gap
    • Application Architecture ISV Service Provider • SaaS offering within • Can truly be a “turn-key” 30 days ISV partner, solving both the delivery and • Reduce or eliminate application architecture expensive challenges development costs • Cast a wider net to • Leverage existing attract ISVs technologies
    • SDP: Bridging the Business Gap
    • Business “Architecture” ISV Service Provider • Get to market in less • Expand existing service than 30 days offering to include benefits of an SDP • Leverage existing technologies • Substantial competitive advantage • Allow Channel Partners to resell • Shorten sales cycle and SaaS offering time to market
    • SDP: Bridging the Delivery Gap
    • Delivery Architecture ISV Service Provider • Subscriber Account • Efficiency and Profit Management gains through: Automation of • Software Release customer provisioning Management and product releases • SLA Monitoring and Enforcement
    • Which Service Delivery Platform(s) is right for you?
    • Q&A