8. Before
• One big system
• Back Office and Front Office
• BO: Accounting, Report, Card Inventory …
• FO: UserProfile, Sales, Wallet …
• Business logic stays on Store Procedure
• DB using MS SQL
9. Before
• Problems
• Cannot plug more biz
• Hard to scale
• Very hard to maintain
• Totally depends on System Operator
12. After
• Split into small components
• Frontend: API middle ware
• Backend: Core components such as Wallet, User
Profile, Authentication
• Back office: Accounting, Report, Card Inventory
13. After
• Divide and Conquer
• Easy to scale
• Easy to add more business logic
• Problems
• Communication between components very
complicated
• Very hard to maintain and deploy the services
18. Why k8s?
• Fix the gap between scaling and maintenance
• Container engine packages your code into images
• k8s deploys your images into the infrastructure
• Convert tasks from Ops to dev
• Automation your deployment through CI/CD scripts
• Everything based on configuration