About Rootconf 2019:
The seventh edition of Rootconf is a two-track conference with:
- Security talks and tutorials in audi 1 and 2 on 21 June.
- Talks on DevOps, distributed systems and SRE in audi 1 and audi 2 on 22 June.
Topics and schedule:
View full schedule here: https://hasgeek.com/rootconf/2019/schedule
Rootconf 2019 includes talks and Birds of Feather (BOF) sessions on:
- OSINT and its applications
- Key management, encryption and its costs
- Running a bug bounty programme in your organization
- PolarDB architecture as Cloud Native Architecture, developed by Alibaba Cloud
- Vitess
- SRE and running distributed teams
- Routing security
- Log analytics
- Enabling SRE via automated feedback loops
- TOR for DevOps
Who should attend Rootconf?
- DevOps programmers
- DevOps leads
- Systems engineers
- Infrastructure security professionals and experts
- DevSecOps teams
- Cloud service providers
- Companies with heavy cloud usage
- Providers of the pieces on which an organization’s IT infrastructure runs – monitoring, log management, alerting, etc
- Organizations dealing with large network systems where data must be protected
- VPs of engineering
- Engineering managers looking to optimize infrastructure and teams
For information about Rootconf and bulk ticket purchases, contact info@hasgeek.com or call 7676332020. Only community sponsorships available.
Rootconf 2019 sponsors:
Platinum Sponsor
 |
 |
|
Gold Sponsors
 |
 |
 |
Silver Sponsors
 |
 |
 |
Bronze Sponsors
 |
 |
 |
 |
 |
 |
Exhibition Sponsor
 |
|
|
Community Sponsors
 |
|
 |
GG
Guruprasad GV
@gurugv
Patterns for designing stateful microservices at scale
Submitted Jan 13, 2019
Section: Crisp talk of 20 mins duration
Technical level: Intermediate
Age old wisdom says - “make your services stateless”. There is a lot of merit in that.
While we strive to make our services stateless, have you considered the cost you are paying for this. In this session, we will challenge the norms, dive into use cases for making your microservice stateful, how does it impact user performance, cost, and fault tolerance. We will walk through scenarios that this starts to become enticing.
Outline
What is a microservice, and what is a stateful microservice?
Our Use case
- A Game Server
- Consistency Requirements
- Scale Requirements
- User Performance
- Fault Tolerance
Event Sourced Pattern
Managing State
- In Memory/ Off HeapSnapshot
- External Snapshot
- Dealing with failures
- Managing State Sharding
- Managing State Movement
Uptime
- Consistency Vs Availability
- Building for Always On
- Scaling
Building for Fault Tolerance
- Minimize Blast Radius
- Recovery aspects
Propagating State to downstream
- Absolutes
- Deltas
- Change Logs
- Batches
- Consumer Options
Techs that might be well suited for this.
- Actor Models
- Erlang(?)
Conclusion
- Why would you want to consider stateful microservices
- Hard to manage but they can be done.
- There are real-world benefits
Why would you consider
- Other Use Cases.
Requirements
Have a basic understanding of microservices, and undertand some challenges of operating them at scale.
Speaker bio
I am Architect at Moonfrog. In the last 14 years as an engineer, I have mostly been relishing solving technology challenges in various domains: compilers, client designs, distributed systems, big data systems etc. Now exploring technology in gaming at its best in Moonfrog for the past 1 year.
{{ gettext('Login to leave a comment') }}
{{ gettext('Post a comment…') }}{{ errorMsg }}
{{ gettext('No comments posted yet') }}