SAP Business Technology Platform (SAP BTP) is the company's Platform-as-a-Service (PaaS) offering, that brings together intelligent enterprise applications with database and data management, analytics, integration and extension capabilities into one platform for both cloud and hybrid environments, including hundreds of pre-built integrations for SAP and third-party applications.
N/A
Upsun
Score 9.8 out of 10
N/A
Platform.sh helps companies of all sizes, from SaaS entrepreneurs looking to build, run, and scale their websites and web applications.
SAP Business Technology Platform is highly suitable for AI agentic development, particularly when workflows require dynamic orchestration, modular service integration, and real-time decisioning. However, it may be less effective in environments where backend services are fully encapsulated and do not expose interfaces or events that SAP Business Technology Platform can interact with—limiting its ability to orchestrate or extend those services meaningfully.
In our organisation we are the only team that uses Platform.sh to host any site. This was a cost effective way for us as we were using Acquia Cloud earlier for these websites. We mostly use Platform.sh for those sites which are always in development as it is simpler and faster to handle these operations in Platform.sh. Then we do a lift and shift to Acquia as we move more towards the go live and post production maintenance side.
Services are operated by SAP with outstanding support, always giving a helping hand even if it is custom code or solution provided on the platform
Services are easily connectable via standard approach to our backend SAP systems in SAP Rise/HEC
Secure access using identities from our existing identity management helping us to safeguard data security from within SAP systems up to custom frontend applications
For IAG, if there are multiple roles it can be overwhelming from an UX standpoint.
Controlling and identifying shadow user creation is not as intuitive.
Unlocking admin rights to an environment seems very easy if having elevated permissions, this seems like something that should have more controls rather than being able to unlock admin rights yourself.
Platform.sh is not for beginners in my opinion. It has a good amount of learning curve in my opinion.
As this is a PaaS, teams habituated with cloud infrastructure may miss the server side support from their cloud teams. I believe you will have to work on server bugs more on your own.
During normal maintenance periods, integrations may fail if you are working on your sites in that time, in my experience.
Seamless integration with external system and dashboard to monitor the data flow and analysis are very essential for the business. The way the product is designed and modelled lead to minimum business disruptions. Adopting to the new and modern technology was easy. Keeping the central system as clean and adopting project bases development are advantages.
Okay, so the content that we have built on the platform is limited to specific testing on the iFlows within integration suite. The visualization layer is nice to use and helps with the design elements, however with developers that are more used to markup languages, it doesn't have the same CLI type feel when you want it. Perhaps the majority of users are that deep, but other platforms have a better CLI type developer experience.
The biggest problem we ran into was communication between SAP Business Technology Platform and onsite resources. Unfortunately our SAP Business Technology Platform and Cloud systems are under different customer numbers. I constantly had to open tickets under each customer number because I was unsure of where the issue lied. And having to create a dummy ticket for our ECC systems to open the ECC connections for another ticket under the Cloud customer is a pain.
Training material in Developers Community or from Learning hub are really good... also most of the time we route through Discovery center... so materials provided by SAP is really good.
Having a full cloud native environment for devlopment of microservices and digitals solutions while having standardized access to our core data on SAP via cloud connector is one of the main benefits of using BTP over others hypervisors. BTP is the standard hyperscaler as soon as something relies on data from SAP systems in our company now
Initially, SAP Business Technology Platform works hand in hand with S/4 HANA and the SAP product suite, but also can go and extra mile and integrate with other non-SAP products and services at hand. It's capable enough to understand the ERP use cases component and develop intelligent applications to satisfy the users.
In our team we use Platform.sh mostly while sites are in developmental phase. Then we do a lift and shift to either Acquia or AWS depending on the type of sites we have. Platform.sh is really cost effective and more fluid in terms of Continuous Development hence the usage. After said development is done, we generally lift and shift to Acquia for more content heavy sites and to AWS for more transaction oriented sites.
Still using traditional devops instead of using build. Very high cost in development.
Still using Node.js instead of REST ABAP. Additional cost of resources. Migration of current CAP to RAP will be costly and do not have a business case yet. Continue with multi-language is costly.
Integration suite is power but the migration from PIPO to IS has been more challenging than being advertised.
