Building a modern microservices application today often requires data and services from multiple clouds (i.e. IBM, AWS, Azure, GCP, on-prem) along with Serverless and traditional Cloud Foundry-based application components. We’ll show you how to get started exposing APIs from Serverless and Cloud Foundry-based applications faster than any other cloud provider. Next, we’ll discuss how to co-locate API Gateways with backends running on any cloud to improve performance and reduce latency.
3. Microservices and APIs are
Products
32017 IBM Corporation
Your APIs must
• Scale to peak consumption
• Be Reliable- Stability and uptime
• Be Secure
• Be Performant
• No weak dependent services
• Throttling
• Drive interest and use
“Good enough” is not good enough for APIs that fuel
your business
ISTIO: Broader impact
DSL: programmatic access to content for A/B routing
transparently injects proxy using ip tables
Not only do we support Openwhisk on IBM Cloud, but we also support Cloud Foundry!
Why do you want to put security infront of an API? Because you want to share it with some (or you want to use it in multiple apps), either to try, or use in produciton.
Lets say you have a watson translation in an app or function. Watson translation is really cool and useful, but it can be expensive. So, you want to make sure that someone doesn’t accidentally run a test script calling this microservice 10,000 times (it has happenened). You can replace watson with critical backend resources.
It is not just about protection, it is about sharing and with our integration, you can go from unprotected endpoint to sharing an actual API Key WITH documentation in 30 seconds, so you team members can quickly test and use your cool language translation microservice. And you have the piece of mind that someone is not going to cost you $1000 because they accidentally ran an app level test without excluding your microservice.
Copy the first slide
Help yourself:
APIC Native
ISTIO
APIC Connect
DataPower on Docker
Get our Help
Bluemix Garage
Labs