The document discusses Capgemini's experience implementing API management for a client. It describes choosing IBM API Connect and building APIs using microservices and a factory model. Key elements included establishing an agile project team, test-driven development, and transitioning APIs to offshore support. Lessons learned include recognizing APIs enable business change, following rigorous development practices, and establishing architecture governance.
Hello everyone – thanks for spending your time with us.
Whilst we haven’t got the graveyard shift we are the ones between you and whenever lunch gets released. Which is about 30mins time.
My name is Narinder Sahota, I am a Capgemini certified Chief Architect and for over 2 years have been the Account CTO at one of our key Digital accounts who are a national distribution business. David Rutter is a Digital Architect who has been working for many years on the account and was the lead architect on our API Management project.
Todays talk is focussed on our experiences of implementing an APIM in a large well established enterprise environment and we will share some the practical lessons we have learnt.
With talks today on Microservices and Mulesoft later, its fair to say APIs are now a key part of modern architectecture.
next
If you have been operating in this space for a while you will have heard of Jeff Bezos mandate
It’s useful to read the specifics but in terms of setting a bar for all internal interfaces being effectively APIs this was a bold move.
What’s interesting for me is when this mandate was said to have been communicated? Any one?
It was 2002. We all have developers who haven’t been coding that many years.
As for the final line we probably all though it was a joke but I think he meant it.
Capgemini’s own thought leaders through our Technovision publication and API blogs have talked about embracing the API economy. Including opportunity to liberate you existing IT estate, which we have been doing
And Ron talking about creating solutions and new value
The growth tracked by ProgrammableWeb is immense growth --- I could search 16,000 APIs on Sunday
Walgreen, who use APIGEE have been redefining their business, see the link about but they have a well defined
Walgreens – well define Revenue Share model, access 8000 stores --- Prescription API, Photo print API, Rewards API
Harvard Business Review – as % revenue from API’s those are big numbers from big companies
So moving to our project, it is useful to understand the context in which this project was occurring
a mature enterprise environment with an existing Integration HUB referred to as BIG connecting all critical systems with, 400 plus external customers connected, with brokers, gateway appliances and millions of file transfers
We had just setup a new strategic implementation in a new data centre and were ramping up a large team to migrate hundreds of interfaces across and establishing an Interface Developemnt factory to accelerate new interface development
Our customer wanted the heavy lifting we already had but also a fast lane – with 4 key relevant business goals
--- accelerate customer onboarding – people who use their distribution facility
--- driving up visibility and usage of APIs
--- improve business customer satisfaction
--- provide revenue growth
Anybody able to guess what 1989 film this picture is from?
Field of Dreams starring Kevin Costener
it was an adaption of W.P. Kinsella's novel Shoeless Joe. Kinsella died a couple of week’s ago (September 16).
I won’t go into the detail of the film you can watch it on Netflix during lunch on your phone – was about a farmer who ploughed up his expensive cornfields and built a baseball pitch.
So coming to relevance, what was the memorable line?
“If you build it, he will come” often misquoted as if you build it, they will come
Everyone wants to monetise the business and developers are busy building APIS – but creating and consuming APIs is not enough … this is where APIM comes in.
Key Capabilities for APIm
API Gateway for access control, data transformations and routing
Developer portal for external consumers; key is self service, workflows for approvals, and documentation of APIs, including examples
Monitoring and testings are key capabilities needed from other vendors
Identifying Services: IAF, Togaf, Domain Driven Design
Are APIs appropriate
What type of APIs, REST easier to adopt; SOAP more useful for non-repudiation; transforms
Do we need to transform existing servicesDo we need to aggregate, especially Microservices for REST – simple example where query, transactions and images come from 3 different microservices
Weakest link is Amazon; its APIm isn’t. Fronted with Apigee; we have an inflight project using Mulesoft
Q Do you really want to use the same tooling as your cloud provider? APIs are likely to be cross cloud
Technology: IBM APIm
Agile Project
Distributed, multi-discipline team
Capgemini + Client
Team work
Prioritize Risk Mitigation
Collaboration Tools:
Atlassian and Slack
Test Driven development
Test origin API => SOAPUI
Adapt tests for Dev and UAT
Import tests into AlertSiteAlertsite: Provides a monitoring dashboard and alerting
APIs transitioned to offshore 24x7 support
New APIs built using a factory model
For server to server: Client identifier and secret (username password) common modelFor consumers, many options OAUTH, SAML, JWTFor unauthenticated services, susceptible to misuse by distributed services
You wouldn’t use polling internally, so why use it externally!
Use your APIm infrastructure to manage the messaging
Development by configurationRequires same rigour as development projects: security, testing, environments, change control, versioning
Risk Mitigation, TDD, Agile Development, Agile publishing and development
API Management is a rapidly evolving, maturing technologyCloud based services, SAAS, evolution and upgrades are not under your controlInterruptions to current factory work and release schedule
Service Management and External Monitoring – if it can go wrong, it will
Where do you do mediation, orchestration and aggregation, especially with Microservices
Cloud based management of internal resources; fast startup, single controlled endpointWorking through security ramifications, tunnels firewalls
As we are running out of time, I wanted to mention some calibration we did to check our lessons with another high impact API environemnt – this is from a major betting organisation where APIs are a critical channel for business
Detail for another day but the team had very similar learnings