I recently left Foxsports after long five eventful years. Over this period, I was very fortunate to be a part of the core backend team that built the foxsports core integration platform / microservice platform from scratch that automates the workflow from controlling the video router switch to delivering realtime sports data to amazon cloud handling 70 million api calls and servicing all live & statistical sports data to news.com.au mastheads.
The heart of the framework was ScheduAll : A resource and personnel scheduling desktop app thats used widely amongst Broadcast and Network management companies to schedule WorkOrder. This is a tale of how we hooked into the thin integration layer of the system and integrated other network components of the System to give them life. How a WorkOrder booking evolved from a manual spreadsheet job order into self managing , self healing business intelligence framework that needs minimum to no human interaction. Thus transforming the traditional Broadcast infrastructure into a modern Stream based on demand system.
You can see our CTO talking more about it in this Mule Presentation.
This series of blog post will be my humble attempt to document some of the lessons learnt over the process of building a monolith and breaking it up into microservices v.1 and re-writing it again into v.2 over the period of 5 years.
I will try to focus on the following topics:
- The self emerging pattern of microservice from trying to do it right
- Api is the King – Api Management , Mule support for RAML, Api Gateway , AWS
- Splitting the Monolith – Shared api pattern , IPC
- Microservice Framework – Spring Integration vs Mule
- Event Driven Architecture, Customized persistent Queue Pattern on Elasticsearch as CQRS implementation
- Publish-Subscribe alternative to EventBroker
- DataStore – To Share or Not
- Mule Flows vs Groovy vs Java Argument
- Distributed executors over HazelCast
- Troubleshooting – Logging , Event Monitor , Spike Detection , Right Amount of Logging, Logging Policy
- Microservice Deployment , Mule MMC , Containers (Docker) & Service discovery , Elastic Container Service , CloudFormation
- Testing – Integration vs Functional , Mocking Proxy vs Real Service, How much Unit Test is good, TDD – to do or not to do
By no way, I claim to be right or wrong. This is meant to be my Brain Dump and my thoughts in Retrospect….I am not sure how soon I can finish it though given my busy schedule in a new job and my lack of interest in writing, I have allocated myself 6 month for finishing up this full series 🙂