AWS Lambda is a serverless computing platform that lets users run code without provisioning or managing servers. With Lambda, users can run code for virtually any type of app or backend service—all with zero administration. It takes of requirements to run and scale code with high availability.
$NaN
Per 1 ms
SAP Business Technology Platform
Score 8.4 out of 10
N/A
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.
It's fine, it works as the others would have, except EC2. We are migrating back to EC2 for dedicated compute because we have scaled to a point where we have consistent traffic. The tradeoff of maintaining infrastructure in-house outweighs the benefits of moving quickly through …
We use AWS as our primary cloud provider due to the overall availability of services, AWS Lambda is just one of the services we use with AWS which allows a more seamless integration for our microservices. AWS Lambda gives us much more flexibility and can be invoked by more …
AWS Lambda is much easier to use than the near alternatives. It is so straightforward and lightweight it is my primary service for handling small transactions or triggers. The other services require more setup time and are more complex to use. AWS Lambda takes your code snippet …
AWS is great product and a close match our expectations. It is close to Azure in function but more feature rich with API and support documents. From my experience, it is cheaper compared with our competitors and provides better interface. Overall our dev engineers prefer AWS …
I've worked previously with Azure Functions which seems to be the direct competitor to AWS Lambda and while Azure Functions worked just fine there seemed to be more configuration and "magic" behind the scenes to it compared to AWS Lambda which is very straight forward. I …
When we use Lambda, we do not need to worry about the infrastructure and costs. AWS can handle it all on its own. For an optimum use case, one can always use AWS Lambda along with API Gateway and Route 53 for the best use case. Cloudwatch can help you identify any issues and …
We also use Google Cloud Functions because we use GCP in addition to AWS. AWS Lambda is comparable to Google Cloud Functions in its functionality. The main advantage of going with one or the other has to do with what resources it will interact with--we use AWS Lambda to …
I have used Azure Functions and Google Cloud Functions. In comparison, AWS Lambda is a bit more difficult to configure out of the gate. But in most cases once the function is in place and running the operation becomes completely hands-off. While I've used Azure Functions and …
Each service has its purpose. With EC2 you can provision servers for customers and internal projects. With EBs you can optimize what you need in performance with what you can afford. With AWS Lambda you can integrate several of these tools to work together or acomplish …
I've used Google Cloud Functions to create apps for Google Home devices. My students find this more difficult to use than AWS Lambda, especially when it comes to setting permissions.
We really did not evaluate them against other products except a little Google research, we are a centralized AWS customer so it was a smooth and simple (even if blind) decision for us.
Jenkins is a solution for CD/CI pipelines. We can leverage this tool to run code automatically. Long-lived applications and jobs can also be run through it.
AWS is a much more mature platform than Microsoft Azure but is a lot more rigid in the portability perspective. If you are in it for the long run then Lambda is great and the best choice.
Since our company heavily relies on AWS already, my team did not consider any other serverless platforms when building our applications. Lambda was chosen by "default", but it's also such a popular platform that we felt we couldn't go wrong.
These are all AWS sister products, so I wouldn't say they are competitors but tools in the same box. They all work quite well together and I would say combined they are greater than the sum of their parts. Cloudformation (and SAM) templates make tying them together pretty …
AWS Lambda is good for short running functions, and ideally in response to events within AWS. Google App Engine is a more robust environment which can have complex code running for long periods of time, and across more than one instance of hardware. Google App Engine allows for …
But other similar things I've used are Azure Functions and GCP Google Cloud Functions. Like all services like this, the support is pretty much the same. AWS Lambda supports enough popular languages, and behaves pretty much the same as all of these similar services. It does it's …
We considered using application deploy in EC2 with Auto Scale but ended up with AWS Lambda as it helps us to simplify our development and deployment process. It allows us to quickly create instances in a short time for processing data when the source application uploads data …
While AWS Lambda doesn't have the UI or the predefined functions that these other services provide, what was apparent to us is the cost saving and flexibility we have with AWS Lambda once we have it set up.
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 …
SAP Business Technology Platform won us over mainly due to the need for integrating back to the S4 back end. The ease of connecting via SAP cloud connector were the go to reason. Once we get to understand the functions of the service and the potential future, it helps to …
In my opinion, Google Cloud Platform is more low level and a generic building-block whereas SAP Business Technology Platform is optimized for SAP use cases or where one connected system is SAP
I selected SAP Business Technology Platform because it seamlessly integrates ERP and business applications, providing a clear and unified environment for data management and analytics.
Unlike other platforms, SAP BTP offers native integration with SAP systems, ensuring smooth data flow and process automation. End to end business process management -SAP business process automation its easier to create and optimize workflows. Comprehensive AI & Analytics: SAP …
SAP Business Technology Platform provides the services in a kind of ready-to-use. There is no requirement to first configure a whole environment. It makes it easy to just use the services and create new solutions on top of that.
Scenarios where AWS Lambda is well suited: 1. When we need to run a periodic task few times in a day or every hour, we may deploy it on AWS Lambda so it would not increase load on our server which is handling client requests and at the same time we don't have to pay for AWS Lambda when it is not running. So, overall we only pay for few function invocations. 2. When some compute intensive processing is to be done but the number of requests per unit of time fluctuates. For example, we had deployed an AWS Lambda for processing images into different sizes and storing them on AWS S3 once user uploads them. Now, this is something that may happen few times every hour on a particular day or may not happen even once on other days. To handle this kind of tasks AWS Lambda is a better choice as we don't have to pay for the idle time of the server and also we don't have to worry about scaling when the load is high. Scenarios where AWS Lambda is not appropriate to use: 1. When we expect a large request volume continuously on the server. 2. When we don't want latency even in case of concurrent requests.
SAP Business Technology Platform offers to run the cloud application without worries about availability and accessibility. This is helping us to enable the services that are really suited for us. For example, We have Cloud Identity Services that offer the capability to manage identity directory and also Identity provisioning functionality. Both functionalities helped us to manage the SSO and also enabled the auto-provisioning.
AWS Lambda is a welcoming platform, supporting several languages, including Java, Go, PowerShell, Node.js, C#, Python, and Ruby. And if you need to deploy a Lambda function in another language, AWS offers a Runtime API for integration.
We really appreciate how AWS Lambda is always-on for our functions, with only a brief "cold-start" waiting period the first time a function is called after being dormant.
In addition to only generating costs when it's actually being used, AWS Lambda really puts the "serverless" in serverless architecture, offering turnkey scaleability and high availability for our code with zero effort on our part.
Authentication options - In the past, we needed to really leverage our own solutions for MFA and other security measures, but now, out-of-the-box these options are really good and readily available.
Ease of use - the interface has been adjusted to be really easy on the eyes but also simpler, less convoluted, and really well thought out.
Modernized SAP experience - compared to the old stuff, SAP is really modernizing all of the experiences. The new house style is rejuvenated, and the company is really becoming more likable compared to 10 years ago!
SAP Discovery and Missions are a real treat to see what the upcoming costs are!
The UI and Developer experience is not so great. IF you use an abstraction like Serverless Application Model (SAM), things get pretty easy, but it's still AWS UI/DX you're working with after that (which is to say, not their strength).
Documentation is always a mixed bag. Sometimes it's just easier to google your specific problem and see how others have solved it. This can be much faster than trying to find an example that may or may not be there in the documentation (which oftentimes has multiple versions and revisions).
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.
It is very easy to get started with AWS Lambda and create your first function. The user interface makes it easy to add AWS services to be inputs or outputs to the function, meaning it can be configured in many different ways for different needs. This makes it ideal for various scenarios in AWS.
Overall, I feel it is build toward as an SAP centric platform. Which is very proper direction for SAP as it is their competitive advantage. However, as a customer, I like to see the cost of the services to come down with the advance of underlay hardware capabilities. Licensing model can be streamlined for easier budgeting and consumption.
As this is a product where a great part of errors can be at the source code level, AWS support team doesn't dive that further. I mean they don't evaluate problems more complex related to your code, [which] is totally understandable, but this make[s] debug process more tough and painful.
I give it 9/10 because its customer support team is responsive and knowledgeable, providing clear guidance on complex issues. We contacted them several times; I want to give one example. When we had a problem with third-party integration, we reached out to them about the issue, and they provided a tailored solution for this.
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.
1. Sometimes the licensing doesn’t make sense, e.g., Difficult to understand the license for ABAP cloud runtime. 2. When SAP Business Technology Platform workflow cost is very high but process automation which offers more features has less cost.
It's fine, it works as the others would have, except EC2. We are migrating back to EC2 for dedicated compute because we have scaled to a point where we have consistent traffic. The tradeoff of maintaining infrastructure in-house outweighs the benefits of moving quickly through our roadmap.
SAP Business Technology Platform is easily connectable using standard solutions to the onpremise backend SAP systems. Services can be linked with each other and with SAP systems in a managed and secure way, while with the other products getting the data, access and networking done is cumbersome. Also we can make sure to have all cloud environments in the same region using the multi cloud approach wich reduces latency problems.
We have simplified log fiie ingestion using Lambda functions. The return has been less time worrying about getting logs from source to ingestion; one the process is in place the team is nearly 100% hands off.
We have begun taking a more API focused approach by using API Gateway as the interface to business processes and Lambda as the back end compute. Moving away from server based back ends places us on a path to reducing overall spend in compute costs.
Lambda functions allow us to easily interface with third party services through APIs. This simplifies access management since the function can be granted permissions and access to the function can be gated with API keys and other authentication methods.
Spending time to develop the application idea and visualize first before jumping to SAP Business Technology Platform and initiate development
Take the time to test and validate architecture and data flows for the potential application or process to be developed on SAP Business Technology Platform
Conduct regular assessment of usability, effectiveness of process turnover