DEV-17: Getting to SaaS

1
DEV-17 Getting to SaaS
Salvador Viñals
Product Strategist
2
Imagine if you could

• Get double-digit business growth

3
Imagine if you could
Application Partners

• Reach more/newer customers
• Grow your business. Economies of scale
• Standardize offerings
• Focus on improvements, not supporting one-offs

4
Imagine if you could
End-users

• Lower costs
• Pay for use, not IT / infrastructure
• Agility. Faster time-to-value, from months to
  days
• Cost effective dynamic scalability

Subscribe and Use
5
Agenda

• What is SaaS
• Building for SaaS
• Summary

6
What is SaaS

• SaaS is a software delivery model where users
  subscribe to the use of software rather than
  acquiring it
• Applications are owned, hosted, supported, and
  maintained by service providers
• Accessed remotely over the Internet by multiple
  customers (tenants)
• Paid for through a periodic subscription fee

7
Multitenancy

• Tenant Customer / End-user. Each tenant has
  users
• Multiple tenants experience application as
  dedicated only to them
• Allow computing resources to be shared among
  tenants
• Multiple implementation models

8
Packaged Applications vs. SaaS
From Develop ? Package ? Ship To Build ?
Deploy ? Service
Packaged Apps SaaS
App Customers 11 1N
Deploy On-premises Off-premises
Resources Dedicated Shared
Customization Custom code Configurability
Updates cycle 1-3 years 3-6 months
Features All inclusive. Last Incremental. Change
Expenses Purchase. Capital Subscription. Cost
Economies of scale No Yes
Must addl services N/A Hosting, Provisioning, Billing, BCK, DR, Dynamic scalability, and more
9
Its Happening Now

• Over 200 Progress Application Partners Are Doing
  SaaS / On-demand Now
• 40 Say It Will Be More Than Half Their New
  Business By 2010

10
Agenda

• What is SaaS
• Building for SaaS
• Summary

11
What Do You Need
Build, Buy, Subscribe, Partner
Applications
Application Services with multitenancy

• Business Services
• Provisioning
• Identity and access mgmt
• Usage metering
• Billing and payments
• Audit and compliance
• Customer service
• Support and helpdesk

• Delivery, Hosting,
• Web Infrastructure,
• IT Services
• CPU, storage, bandwidth
• Security
• Continuous availability
• Scalability, reliability, performance
• Backup and recovery

12
What Do You Need
Build, Buy, Subscribe, Partner
Applications
Application Services with multitenancy

• Business Services
• Provisioning
• Identity and access mgmt
• Usage metering
• Billing and payments
• Audit and compliance
• Customer service
• Support and helpdesk

• Delivery, Hosting,
• Web Infrastructure,
• IT Services
• CPU, storage, bandwidth
• Security
• Continuous availability
• Scalability, reliability, performance
• Backup and recovery

13
Multitenancy Major Architectural Options
Maturity Levels

1. Everything Isolated
2. Everything Isolated Except Infrastructure
3. Shared Everything
4. Shared Everything Except DBs

A. Everything Isolated B. Everything Isolated Except Infrastructure C. Shared Everthing D. Shared Everything Except DBs
Application Isolated Isolated Shared Shared
Database Isolated Isolated Shared Isolated
Infrastructure Isolated Shared Shared Shared
14
A. Everything Isolated
What is it
Application Isolated
Database Isolated
Infrastructure Isolated
15
B. Everything Isolated Except Infrastructure
What is it
Application Isolated
Database Isolated
Infrastructure Shared
16

1. Everything Isolated andB. Everything Isolated
   Except Infrastructure

Implementation
Tenancy Through physical isolation. Separate hosts Virtualization Pathnames and naming
Application No change. Infrastructure provides physical separation Versions can be different Tenant-aware naming resolves naming conflicts Servers (AppServer, WebSpeed) naming e.g. ltTenantIDgtservicename
Database No change. Infrastructure provides physical separation Tenant-aware naming resolves naming conflicts e.g. ltTenantIDgtdbname
Infrastructure Host per tenant Shared host Citrix / Terminal Services partition per tenant Virtual environment / software appliance per tenant
17
C. Shared Everything
What is it
Application Shared
Database Shared
Infrastructure Shared
18
C. Shared Everything
Implementation
Tenancy Through TenantID Stored in Tenancy Registry Flows through all layers of application Authentication maps end-user to TenantID Business objects activation Data access (ABL and SQL) Encryption
Application Single instance. Multitenancy by setting and using TenantID throughout all application layers TenantIDUserID to handle UserID duplicates across tenants Database CRUD always includes TenantID ODBC/JDBC access through SQL Views setting TenantID Encryption key by tenant
19
C. Shared Everything
Implementation
Database Single instance Tables include TenantID field. Indices. Use TenantID for CRUD May want to consider SQL Views for Reporting and BI
Infrastructure Everything Shared CPUs, RAM, HD, Communications, Web servers, etc
TenantID CustNum Name
1 1 John Smith
2 1 Jane Doe
1 2 Ludovic Eiffel
2 2 Ingrid Schnabel

20
D. Shared Everything Except DBs
What is it
Application Shared
Database Isolated
Infrastructure Shared
21
D. Shared Everything Except DBs
Implementation
Tenancy Through TenantID and Isolated Databases TenantID-DBname value pairs Stored in Tenancy Registry Flows through all layers of application Authentication maps end-user to TenantID Business objects activation Database tenancy through TenantID-DBname value-pairs Encryption
Application Single instance. Multitenancy by setting and using TenantID throughout all application layers, and database tenancy through TenantID-DBname value-pairs TenantIDUserID to handle UserID duplicates across tenants Encryption key by tenant
22
D. Shared Everything Except DBs
Implementation
Database Isolated by tenant. Tenancy through DB naming model e.g. lttenant1gt/db, dbsfolder/lttenant1gtdb, Tables do not need TenantID field No need for SQL Views for ODBC/JDBC
Infrastructure Everything Shared CPUs, RAM, HD, Communications, Web servers, etc
23
Multitenancy Options Continuum
Application
Database
Infrastructure
Sharing
Isolating
Better economy of scale Simpler management Target
like-customers Least cost to serve
Easier customization, security Simpler throttling
control Target dissimilar customers No
transformation
24
When to Consider
A. Everything Isolated B. Everything Isolated Except Infrastructure C. Shared Everything D. Shared Everything Except DBs
Time to market Short Short Longest Long
Infrastructure costs High High Low Low
Economies of scale Very poor Poor Highest High
Scalability Poor Poor Highest High
Provisioning Difficult Difficult Easiest Easy
Admin/Mgmt costs Very high High Lowest Low
Target type of tenants Dissimilar Dissimilar Similar Similar
Multitenant App Transformation No No Yes Yes (except DBs)
Coding difficulty Easy Easy Difficult Less difficult
Implement SLAs Easier Easy Difficult Less difficult
Containment Easier Easy Difficult Less difficult
25
SaaS / On-Demand Configurations From You

• Most popular configurations
• WebSpeed
• WebClient
• Citrix / Terminal Services - OpenEdge GUI Client
• Using hosting provider 50
• Separate databases per tenant 70
• Tenants 2-200
• Users 2-40000

26
What Do You Need
Build, Buy, Subscribe, Partner
Applications
Application Services with multitenancy

• Business Services
• Provisioning
• Identity and access mgmt
• Usage metering
• Billing and payments
• Audit and compliance
• Customer service
• Support and helpdesk

• Delivery, Hosting,
• Web Infrastructure,
• IT Services
• CPU, storage, bandwidth
• Security
• Continuous availability
• Scalability, reliability, performance
• Backup and recovery

27
Provisioning
User Life Cycle Automation, Self-Service and
Trials

• How do you provision today? CD, DVD, ESD,
  on-site
• Tenants and Application Provisioning
• Configurability to organizational, business or
  services
• Provision incremental on-demand functionality
• User Provisioning
• Create, maintain, deactivate, propagate,
  delegate
• Users, groups, roles and attributes
• Provisioning interfaces for integration with
• Security, identity management, billing, payments
• User self-service and Customer service

28
Identity and Access Management
Security and Privacy

• More than your current authentication,
  authorization
• Management user credentials
• Multitenant (e.g. more than one John Smith)
• Configurable per tenant
• Single Sign-On Log onto a service and/or
  resource
• Identity Management provides or integrates with
• Accounts provisioning system
• Access control system
• User-, Role-, Policy-based
• Identity repositories
• Extend application with common security
  infrastructure
• OERA principles
• Consider integrating with Identity and Access
  Management solutions

Metadata
Tokens
LDAP/AD
SSO
29
Billing and Payments
Configurable Usage to User and Business Metrics

• How do you bill today? License and maintenance
• Flexible, configurable metrics
• User, flat-rates, one-time, transaction, document
• Usage metering
• Evaluation and trials
• Billing captures usage. Generate invoices
• Tenant
• Usage type
• Charge and frequency type
• Policies (e.g. price, discount schemes)
• Integrate with
• Payments system Dunning, collection, suspension,
  cancellation, notifications
• Identity management, PCI, provisioning, USS, CSR,
  CRM

30
In Summary
Build ? Deploy ? Service

• Extremely powerful business drivers for APs and
  End-users
• Tremendous opportunity to grow your business
• Design, architect and build applications with
  SaaS built-in
• Multitenancy. Assess best model to your needs
• Security without compromises
• Modularize
• For continuous improvements
• Monetization
• Service Availability, administration, management
  and governance
• Buy, build, subscribe, partner

31
Progress Comprehensive SaaS Enablement Offerings
Where To Go From Here

Progress Comprehensive SaaS Enablement Offerings
32
Relevant Exchange Sessions

• DEV-20 Lessons Learned from SaaS Application
  Development Projects - Panel
• SOA-16 Computing in the Cloud Is it in Your
  Future?

?
Questions
33
Thank You
34
(No Transcript)
35

• Reference slides

36
What if

• 3 1
• 3 1

37
What if

• 3days 1cust
• 3 1

38
What if
3days 1cust 3min 100cust
39
What if
40
What if
In one quarter Packaged Application 42K
SaaS 45K In one year Packaged
Application 96K SaaS 180K
41
Business Opportunity Reach New
Markets/Customers - Long Tail
Revenue / Customer
Cost to provide software
Unreachable market
Number of customers

• Lower cost of providing software per customer
• Taking advantage of economy-of-scale
• Centralize (share) hardware and software
• Centralize (share) services
• Standardize offerings
• Reduce complexity little/no custom work

42
Think Small to get BIG.

• Small, very-small businesses
• inaccessible
• could not afford the business applications they
  needed
• too expensive and/or too costly (HW, SWI, IT,
  etc)
• most apps were not built with them in mind too
  much focus on large enterprises
• need for vertical/business process expertise

43
SaaS Major Drivers and Benefits

• For End-users
• Lower and predictable costs
• Agility (rapid time to value)
• Reach
• Cost effective dynamic scalability

• For APs
• Grow customer base
• Economies-of-scale
• Reduce costs
• Standardize offerings
• Competency focus

44
Major SaaS Inhibitors, Real and Perceived

• Customer resistance
• Confusion
• Stickiness of on-premises applications
• Change of vendor
• Perceived loss of control over data
• Security and privacy
• Appropriate measures in place
• Not whether off-premises vs. on-premises
• Robustness and reliability
• Integration complexity
• Customization vs. configuration

45
(No Transcript)
46
Analysts Forecasts

• ERP Market grow 10 CAGR, 2006-2010
• ERP SaaS spend grow at 39 CAGR, 2006-2010
• ERP SaaS spend reaching US400m by 2010
• SaaS 5 of worldwide spend on business software
  in 2005
• SaaS to grow to 25 of new business software
  spend by 2011
• SaaS will grow 7x faster than on-premise over
  next 3 years
• By 2013, gt75 of Customer service centres will
  use SaaS
• Spending priorities Enterprise overall spend
• 61 - Messaging / email / collaboration
• 18 - Major ERP upgrade
• 16 - Major CRM upgrade
• Enterprise interest in SaaS
• 54 - HR/HCM
• 40 - ERP
• 38 - CRM

47
Forecasts

• Two out of three businesses are either buying or
  considering buying software via the subscription
  model
• The proportion of CIOs considering adopting SaaS
  applications in the coming year has gone from 38
  a year to 61

48
What Do You Need
Presentation
Enterprise Services
Application Services with multitenancy
Business Components
Common Infrastructure

1. Everything Isolated
2. Shared Everything
3. Shared Everything Except DBs

Data Access
Data Sources
49
Multitenancy and Database

• Isolated Separate database per tenant
• When tenants dont want to or cant share
• Shared Multitenant data model
• Add tenant identifier field. Index.
• Use tenant identifier in all your CRUD
• May want to consider SQL Views for Reporting and
  BI

TenantID CustNum Name
1 1 John Smith
2 1 Jane Doe
1 2 Ludovic Eiffel
2 2 Ingrid Schnabel

50
Multitenancy and Business Logic

• Multitenancy SOA - OERA through all layers
• Modular and loosely coupled for agility
• To monetize
• To maintain, integrate and distribute
• To personalize and continuous enhancements
  (3-6mo)
• State-free (or stateless) for
• Scalability
• Better ability to load balance
• Maximize concurrency
• Open standards integration interfaces
• Tenants need comprehensive business processes
• Extended integration boundaries with on-premises,
  other SaaS

51
User Interface
User Interface That Fits The Users Needs

• Web browser GUI. Reach.
• Fastest time-to-value (near zero footprint)
• Uniform, central management
• Lightweight AJAX (e.g. YUI, Dojo, Prototype,)
• Heavyweight AJAX (e.g. GWT, Backbase, Nexaweb,
  OpenLazslo, ASP.NET, )
• RIA¹ Platforms (e.g. Adobe Flash/Flex,
  Silverlight, Java Applets)
• Desktop GUI. Richness.
• Advanced GUI (w/ WebClient and AIA)
• Microsoft ClickOnce (w/ AIA)
• Java WebStart (w/ AIA)
• Adobe AIR client (w/ AIA)
• OpenEdge GUI or ChUI (w/ Citrix or Terminal
  Services)

¹ RIA Rich Internet Applications
52
Integration
Build Agile Application Services. SOA.

• Integration Application Services, including
• For synchronization
• For composites
• Hybrid With SaaS, packaged applications and
  on-premises
• Integration Business Services, including
• Identity and Provisioning
• Usage, Billing and Payment
• CSR, CRM and Helpdesk
• SOA and OERA best to meet requirements
• Loosely coupled, contracted, governed services
• Messaging, ESB, Web services
• Adapters (e.g. SFDC, iWay, SAP, etc.)

53
Personalization (configurability)

• Enable users to modify application behavior (e.g.
  layout)
• Metadata
• Configurability. No custom code
• User preferences
• Rules (e.g. by tenant, user, role/group,
  security)
• Actual contents
• Personalization improves user experience
• Stickiness
• To the user the UI is the application

54
Delivery Hosting and Infrastructure Services
Operations Outsourcing vs. Hosting in-house

• Running services totally different than
  delivering applications
• Much higher user expectations
• Availability, reliability, scalability,
  performance
• Internet public infrastructure
• Global distributed centers
• On-demand. Scale up and out
• Load balance. Failover
• Notifications and alerts
• Security and governance
• Integration with Identity Management. SSO
• Encryption
• Continuous monitoring and management
• Policy-driven. SLA

55
Summary
Think like a services company. Customers pay
recurring subscription fees for recurring value.

• Until now
• Software vendors are islands. Customers need to
  find, purchase and integrate to build the
  solution they need
• Next
• Software and service providers collaborate and
  offer application services for comprehensive
  industry vertical business solutions

56
Progress SPLA
Key Differences
SaaS allows for better business term alignment