Scaling I/O Bound Microservices

Scaling I/O Bound Microservices

Table of Contents

In this meetup, we will continue our #2ndhalf journey to the next^2. You can see the talks from the 1st meetup of this series here - http://bit.ly/second-half-p1 Nowadays, scaling and auto-scaling have become relatively easy tasks. Everyone knows how to set up auto-scaling environments - Auto-Scaling groups, Swarm, Kubernetes, etc.

But when we try to scale I/O Bound workloads: Message queues (Kafka, Rabbit, NATS) Distributed databases (Hadoop, Cassandra) Storage subsystems (CEPH, GlusterFS, HDFS), the traditional auto-scaling mechanisms are just not enough.

Heavy calculations must be performed to determine the I/O bottlenecks. Rebalancing the data after a scaling event can take up to hours depending on your data & could, resulting in data loss if not properly designed.

We will deep dive into this type of workload and walk you through code samples you can apply in your own environment.

Video


Presntation slides

comments powered by Disqus

Related Posts

From yak shaving to mastering tasks

From yak shaving to mastering tasks

Originally posted on the Israeli Tech Radar on medium.

TLDR; This is a quick share of a neat tool which found it’s way into my toolset, it did it in such a significant way which enabled me to combine tools in a common way — something I’ve been missing for quite a while. This is also a thank you to the author’s and contributors of go-task which is such an awesome tool.

Read More
Raising the Bar: Docker native clustering with Swarm | Hebrew, Meetup

Raising the Bar: Docker native clustering with Swarm | Hebrew, Meetup

From development workstation(s) to * || anywhere (Docker makes it platform agnostic considering docker-machine drivers for aws, digitalocean etc etc ).

Read More