Exploring SAP BTP Commercial Models and Estimating Costs

Objective

After completing this lesson, you will be able to evaluate the appropriate SAP BTP commercial model for a given use case and estimate the cost.

Introduction to the Lesson: Exploring SAP BTP Commercial Models and Estimating Costs

In the previous lesson Exploring SAP BTP Account Model Setup we explored the account model concept with SAP BTP (that is, global account, subaccount, directory, and so on). We now continue in a sense with that topic in this lesson from a slightly different perspective: cost management. All projects and IT landscapes have budgets. While an SAP BTP solution architect need not be an expert in all aspects of account cost management, some basic skills such as knowing the different types of commercial models and how they may impact costs when designing an architecture are necessary. To that end, we first look at some of the different types of commercial models that are possible with SAP BTP and subsequently how an architect can provide estimates as to the cost of SAP BTP services based on a specific use case.

This lesson contains the following topics:

  • SAP BTP Commercial Models
  • Calculating the Costs for an SAP BTP Use Case

SAP BTP Commercial Models

SAP BTP Commercial Models

SAP BTP Commercial models

Exploring Commercial Models Through a Customer Value Journey

One potentially helpful way to explore the different commercial models is by taking a look at each in the context of a customer value journey where for each stage of the journey the value of SAP BTP to the customer is progressively incremented. To that end let’s meet Juergen who is a developer at a company that's evaluating whether to purchase SAP Business Suite along with SAP BTP. Juergen is new to the SAP ecosystem but wants to ramp up as soon as possible and as thoroughly as possible so as to provide good advice to upper management. So, how might this customer value journey play out?

Customer Value Journey First Step: Using a Trial Account

To start off with Juergen attends SAP TechEd, an annual event in which SAP provides dozens of sessions discussing the latest in SAP technological innovations. Juergen partakes in several sessions relating to various topics. He notices in each the session that the presenter mentions trial accounts, so Juergen’s journey begins there as he decides to set up a trial account.

Trial accounts are set up with an e-mail address and a phone number. No payment information is required, as usage of SAP BTP services in a trial account is free of charge. These accounts allow users to explore the basic functionalities of SAP BTP. Some of the more relevant features of trial accounts are:

  • They're available in several regions.
  • They're available through several different providers (Amazon, Google, Microsoft, and so on) as part of the multi-cloud foundation.
  • You can use released and beta services. To consume beta services, you must enable the subaccount for beta features during the subaccount creation or when you edit the subaccount details.
  • You can manage platform users by assigning them role collections.

These features allow Juergen to get to know SAP BTP. He uses his trial account to create several proof of concept designs based on a variety of use cases which he presents to upper management. Upper management is impressed and decides to move forward with their SAP Business Suite / SAP BTP purchase. For the SAP BTP portion, they would like to set up all technical staff as users in Juergen’s trial account and use that account for the implementation project. However, Juergen informs them that this is not possible, as trial accounts have several limitations that make them not suitable for productive use. Among those are:

  • A trial account includes only 4 GB of memory for applications.

  • There are only 10 total routes and 40 total services available.
  • There’s no service level agreement with regards to the availability of SAP BTP.

  • For cleanup purposes, applications stop automatically on a daily basis. You need to manually restart them when needed.

Most importantly Juergen explained, a trial account could not be used for productive development and was only valid for 90 days. The 90 days was calculated in 30-day increments, and if for whatever reason a user did not sign into their account at least once every 30 days, the account would be deleted. Regardless, after 90 days the account would be deleted, and the user would have to recreate the account.

Customer Value Journey Next Step: Transitioning to an Enterprise Account (Consumption-based)

These limitations set the stage for the next step in the customer value journey. Juergen explains that the company will have to purchase an enterprise account. Broadly speaking there were two types of commercial models available for this enterprise account to be chosen from: Consumption-based and subscription-based.

Consumption

Broadly speaking, a consumption-based enterprise account would allow the company to purchase entitlements to all current and future SAP BTP services that SAP makes eligible for this model. Throughout the duration of the contract, they would have complete flexibility to turn services on and off and to switch between services as business needs dictate.

If the decision to go with a consumption account was made, the next step would be to decide which type of consumption account to use. There are three:

  • CPEA (Cloud Platform Enterprise Agreement)
  • SAP BTPEA (SAP BTP Enterprise Agreement)
  • Pay-As-You-Go for SAP BTP

Both the CPEA and the SAP BTPEA models are centered around the following characteristics:

  • A prepaid investment in cloud credits for the contract duration with an annual commitment to consume SAP BTP services.
  • A monthly balance statement that provides information about the usage consumption of each service and the corresponding costs. The total monthly cost would be deducted from the cloud credits balance monthly.
  • A minimum amount to be paid up front, however, both entry and volume-based discounts are available.
  • The billing is annually and in advance. Any consumption overages are billed in arrears at list price.
  • No prepayment penalty. Cloud credits can be topped off at any time to prevent overages.

CPEA/SAP BTPEA models are suitable for customers that have well-established and planned use cases, and who want the flexibility of turning services on and off, and switching between services, without the commitment of being tied to a single service throughout the duration of the contract (subscription-based model).

The main difference between CPEA and SAP BTPEA is how new SAP BTP services that are added to the consumption-based service catalog are handled. Not all CPEA services will be available in SAP BTPEA. For example, SAP Analytics Cloud, public system option is available in SAP BTPEA only. Notwithstanding this, customers can utilize both the CPEA and SAP BTPEA models as long as they are in separate global accounts.

The Pay-As-You-Go for SAP BTP option is more appropriate for building small-scale apps (as well as proof of concepts and pilots) by paying only for services used. Unlike CPEA/SAP BTPEA no upfront investment is required. Payment is in arrears via monthly invoicing and is based only for what is used beyond free tier limits (discussed in the next section). There's no minimum usage requirement or annual commitment, however, no entry and volume-based discounts are available.

Understanding "Always Free" and "Free Tier"

All three consumption models discussed give customers the benefit of some amount of free consumption of SAP BTP services, which helps to defray the costs of using those services. Depending on the service in question, "Always Free" means that the service is included in the overall SAP BTP contract and, therefore, no additional charges are incurred. "Free Tier" means that a certain amount of capacity is provided free, and charges are incurred only for capacity utilized over and beyond that amount. Capacity can vary depending on the service in question. For the SAP BTP ABAP environment, for example, capacity is Hours of Runtime Memory in 16 GB Blocks. For SAP Build Apps, on the other hand, capacity is defined using four metrics: (1) number of builds (2) number of tenants (3) cloud functions and (4) storage, each of which has a defined maximum quantity.

After explaining this to upper management Juergen explained that at the time, about five use cases (with solution architectural diagrams to match) had been created. Based on that information, about 10 different SAP BTP services had been identified. However Juergen emphasized, there was no doubt that additional use cases (with additional solution diagrams to match) would be created, and there was a high probability that additional SAP BTP services (as yet not identified) would be needed. Based on those considerations he recommended that the Pay-As-You-Go for SAP BTP option be chosen initially with the intent to seamlessly transition to either CPEA and / or SAP BTPEA (a global account can have only one type of consumption model active at a time) after a year when additional use cases would have been implemented. In addition waiting a year would provide ample data related to consumption that could be considered in making purchase decisions.

Customer Value Journey Next Step: Evolving The Enterprise Account (Subscription-Based)

The consumption-base approach served the company well. However, after two years in accordance with a cost audit of all cloud spending, the finance department wondered whether there were potential savings that could be had. At this point, all use cases with supporting solution diagrams had been implemented, and 24 months worth of usage data was available showing exactly which services were being used and for each, how much according to its capacity metric. Armed with this data, Juergen suggested that now might be the time for at least some services to potentially transition to a subscription-based approach.

Subscription

While, as just mentioned, only one type of consumption model can be active in a global account at any point in time, Organizations can purchase some services based on a consumption model and other services can be purchased via subscription in the same global account. No new global account needs to be created. There were several services that Juergen felt were candidates for a subscription-based approach. As an added bonus, subscription-based purchases usually had the most favorable commercial terms as the exact amount could be negotiated. A subscription-based purchase is categorized by the following:

  • The usage of specific SAP BTP services at a fixed cost regardless of consumption
  • Fixed contract typically from one to three years
  • Price paid in advance when the contract starts
  • The subscription can be renewed at the end of the contract period

Under this commercial agreement:

  • You're authorized to use only the subscribed services.
  • If you wish to use additional services for an additional charge, you can change your contract through your sales representative or account manager.
  • You pay a fixed price, regardless of how much of the subscribed services you use.
  • You pay in advance when the contract period begins.
  • Your company can renew the subscription at the end of the contract period.
Commercial models in the SAP Discovery Center.

The easiest way to evaluate SAP BTP Services & Consumption Models is in the SAP BTP Discovery Center. Since as mentioned earlier, not all services are necessarily available under all commercial models, to facilitate transparency, the SAP Discovery Center allows filtering based on the commercial model.

Calculating the Costs for an SAP BTP Use Case

SAP BTP Architect: Typical Use Case & Estimate Journey

SAP BTP Architect: Typical Use Case Journey

There is a logical sequence of steps leading up to an estimate. Once a use case has been established and represented by a solution diagram, a cost estimate can be created. Let's continue with Juergen our developer and explore how this can be done. The sequence flow is as follows:

  • Business Use Case Assessment
    • Typically, the sequence starts with a business use case assessment where the business case for the software application is established.
  • SAP BTP Capabilities Explored
    • From there SAP BTP capabilities and how they may provide a solution to implement the assessment is explored. For example the SAP BTP Discovery Center could be used to ramp up on the different services and how they may fit the assessment.
  • SAP BTP Guidance Framework Consulted
    • The SAP BTP Guidance Framework provides a central access point for architects, developers and administrators to build and run enterprise-grade solutions on SAP BTP. The framework comprises of the following elements:
      • Decision guides, which are used to identify the technology option that best fits a scenario.
      • Reference architectures, which are used to explore how to architect solutions on BTP with the help of curated solution templates.
      • Methodologies, which offer a guided approach toward increasing an organizations cloud technology maturity level, covering both technical and organizational aspects.
      • Recommendations for different technology domains that help to evaluate and choose the right implementation option.
      • DevOps principles, which enable development and operations teams to be more efficient.
  • SAP BTP Solution Diagram Created
    • There are several solution diagrams in the SAP BTP Discovery Center, which can be used as is or adjusted as needed to comply with different use case assessments. Or new diagrams can be created from scratch. SAP BTP Solution Diagrams provide high-level, abstract illustrations of technical landscapes. They are instrumental in helping customers understand the range of BTP services and solutions that SAP provides, and how they integrate with other SAP products. They typically showcase solution scenarios across IT landscapes by depicting SAP BTP services, systems, environments and their inter dependencies. Being based on the SAP Fiori Horizon design system, they're also visually compelling. Once the diagram is created it serves as the entry point for the estimation.
  • Software Bill of Material (SBOM)
    • A bill of materials (BOM) is an extensive list of raw materials, components, and instructions required to construct, manufacture, or repair a product or service. It lists the finished product or service at the top, followed by individual components and materials. Engineering BOMs are used in the design process while manufacturing BOMs are used in the assembly process. An SBOM follows this pattern. The "components" in this case would be the components needed to build a software application. Reference architectures as just mentioned are a great visual source of the components that would make up an SBOM as the relevant pieces of an application are clearly depicted. Some of the components that a SBOM could specify are:
      • Software component names
      • Open source components used (if any)
      • Licenses used
      • Libraries created or needed
      • Authors
      • Suppliers
      • Versions of components used
      • Dependencies

Use Case: Side-By-Side Extension

Use Case: Side-By-Side Extension

Overview of the Use Case

Juergen designs the above solution diagram for a business use case based on detailed requirements from various stakeholders. It represents a typical "side-by-side" extension the specifics of which will be explored later in the course. In this scenario the design features a diverse set of SAP Business Suite and SAP BTP pieces. A few of the SAP BTP services needed to successfully implement this use case are:

  • SAP Build Code: To build the full stack application
  • Cloud Foundry Runtime: To host the application
  • Cloud Logging: To store, visualize and analyze logs, metrics, and traces for the application
  • HTML5 Application Repository: to centrally store the HTML5 part of the application
  • Destination: to retrieve backend destination details for the application
  • Connectivity: To establish connectivity between the application and on-premise systems
  • SAP Integration Suite: To centrally manage APIs needed by the applicaiton
  • SAP HANA Cloud: To provide the persistence layer for the application

Launching the Service Estimator

Launching The Service Estimator

Having detailed knowledge of the use case Juergen knows what to do next. By leveraging the estimator tools provided, he can meticulously estimate the costs, take into account all the necessary components, and ultimately make informed decisions that align with his company’s objectives and budgetary constraints. The estimator tool provides a user interface that allows him to create estimates of the costs of SAP BTP services based on the quota, metric, and usage of the services being considered.

To facilitate access to the service estimator it can be launched from any of these locations while navigating within the SAP BTP Discovery Center:

  • SAP BTP Services Catalog
  • Missions
  • Reference Architectures
  • Control Center (if logged on as a user)

Estimator Supports the Customer‘s Cost Planning

Estimator Supports the Customer‘s Cost Planning

What an architect sees when accessing the estimator largely depends on whether they are logged in or not. If not logged in, they'll immediately see a page where they can create a local estimate. To create an estimate, all that's needed is to perform the following:

  • Give the estimate a name (the default name is Local Service Estimate, but it can be changed).
  • Select the preferred region.
  • Select the preferred commercial model.
  • Add in each service for which an estimate is needed.
  • For each estimate, add in the sizing and quantity metrics.

Creating an Estimate

To learn how Juergen's estimate is created, watch the following simulation:

Saving Estimates

Saving estimates

In addition to the features discussed, several other features are available regarding estimates in the SAP Discovery Center. First, an estimate is automatically saved as the default estimate with the name "local service estimate". This name can be changed, if desired. In addition the estimate can be downloaded in either PDF or CSV format and can be reset if necessary.

While the aforementioned features do not require the architect to log on to the SAP Discovery Center, they can choose to do so. When a logon is done, the sequence flow of views changes slightly and several new additional features are available. Regarding the sequence flow of views, the home page now becomes a portal, with a variety of tabs and tiles to launch different SAP Discovery Center capabilities (Mission Catalog, BTP Guidance Framework, and so on). Regarding additional features several become available:

  • Multiple estimates can be created
  • Estimates can be shared with other individuals. This allows collaboration on estimates to take place​
  • Estimates can be assigned to a category (that is, Development, Production)​
  • Estimates can be duplicated
  • Estimates can be deleted

Summary

SAP BTP offers flexible commercial models to fit different customer needs, from experimentation to large-scale enterprise use. The three primary models are Pay-As-You-Go (PAYG), Consumption-Based (SAP BTPEA), and Subscription. To help plan and budget for these models, SAP provides the BTP Cost Estimator, a free online tool to calculate potential monthly costs based on your planned service usage.