apidays LIVE New York 2021 - API-driven Regulations for Finance, Insurance, and Healthcare
July 28 & 29, 2021
Break up monoliths and lay them to REST!
Arun Narayanaswamy, Director of Engineering at Amadeus
4. Amadeus in a few words
4
_ We are the leading technology
company dedicated to the
global travel industry
_ We are present in 190+
countries and employ 20,000+
people worldwide
_ Our solutions enrich travel for
billions of people every year
_ We work together with our
customers, partners and other
players in the industry to
improve business performance
and shape the future of travel
7th consecutive year
included in the DJSI
Recognized as world leader in the
Software & Services industry sector
in the Dow Jones Sustainability
Index in 2018
In world’s top 10
Software companies
Forbes 2020 global
rankings
1.8+ billion
Passengers boarded
in 2018 with
Amadeus and
Navitaire solutions
640+ million
Total bookings
processed in 2018
using the Amadeus
distribution
platform
Euro Stoxx 50
Entry in 2018
Recognition as
one of the largest/
best performing
public companies
in Europe
9. Strangling
New features in new model
Shrink the monolith
•Split Frontend and Backend
•Extract services
Breaking
Build a parallel product
9
{ Two } Strategies for defeating the Monolith
:: Common Governance model ::
Common languages, tools, contracts
Smart Routing
Dynamic Routing
Service Migration
Load Shedding
Traffic Management
Canary Testing
Picking Seams
Team Organization
Business Processes
Verbs & Operations
Nouns & Resources
Models for read/ write
12. _Detail the seams
_Decouple the presentation logic into
a remote UI with API access
_Start small
12
Start with the {Seams}
13. _Consider macro services
_New code with toggles and flags
_Increased surface of security
_Note:
• Vision (of simplifying) is important and
so is the target
• Flags are complex
• API’s need to be secured and flexible
13
Start with the {Seams} – Part 2
14. _Separate the UI
_Every conversation is API based
_Initiate inner-sourcing
_Note:
• Opportunities to run hackathons
• Fast track API usage
• Limited downtime
14
Start {Small}
15. _Re-write the monolith
_Break the data components
_Focus on the API design
_Note:
• The old components are still
operational in the monolith
• Components are work in progress
15
Break the {Monolith}
16. _Focus on API design
_Connect the Data side
_Note:
• Monolith’s API’s are hard to crack
• Work around workarounds
16
Connect the {Dots} & open the {API’s}
17. _Direct the traffic
_Opportunity to test the waters
_Canary loads – Segment the traffic
_Note:
• Double the infra (scale it wisely)
• Double the operations
• Keep the temporary holes plugged
• Works best with new services
17
Start the {Switch}
18. _Autonomous service
_Decouple
_Open the API’s further
_Note:
• Resist the urge to use the monolith
• DevOps & Agile are important
• Move fast, be nimble
18
Enter the {New World}
one-time ETL
19. 19
{ Case 2 } Monolith to a new service (Big Bang!)
20. Where we are today? (6-12m journey)
_Release 200x faster
_API help inner sourcing – Million+ pull requests
_API help backward compatibility – Almost zero rollbacks
_Architecture comes first
• Loosely coupled architecture
• DevOps and API first
_Trust in automation
• Bite-sized and iterative approach
Quick introduction about me and what my team enables in the organization.
I manage a team which helps build internal platforms and tooling needed for developers to be more efficient
Introduction about the organization
Opening up opportunities growing beyond People transporters to manage merchandising