Rootconf 2019

Rootconf 2019

On infrastructure security, DevOps and distributed systems.

About Rootconf 2019:

The seventh edition of Rootconf is a two-track conference with:

  1. Security talks and tutorials in audi 1 and 2 on 21 June.
  2. 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:

  1. OSINT and its applications
  2. Key management, encryption and its costs
  3. Running a bug bounty programme in your organization
  4. PolarDB architecture as Cloud Native Architecture, developed by Alibaba Cloud
  5. Vitess
  6. SRE and running distributed teams
  7. Routing security
  8. Log analytics
  9. Enabling SRE via automated feedback loops
  10. TOR for DevOps

Who should attend Rootconf?

  1. DevOps programmers
  2. DevOps leads
  3. Systems engineers
  4. Infrastructure security professionals and experts
  5. DevSecOps teams
  6. Cloud service providers
  7. Companies with heavy cloud usage
  8. Providers of the pieces on which an organization’s IT infrastructure runs – monitoring, log management, alerting, etc
  9. Organizations dealing with large network systems where data must be protected
  10. VPs of engineering
  11. 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

CRED

Gold Sponsors

Atlassian Endurance Trusting Social

Silver Sponsors

Digital Ocean GO-JEK Paytm

Bronze Sponsors

MySQL sumo logic upcloud
platform sh nilenso CloudSEK

Exhibition Sponsor

FreeBSD Foundation

Community Sponsors

Ansible PlanetScale

Hosted by

Rootconf is a forum for discussions about DevOps, infrastructure management, IT operations, systems engineering, SRE and security (from infrastructure defence perspective). more

Gaurav Tayal

@gauravtayal

MongoDB WiredTiger or Not

Submitted Jan 16, 2019

Introduction:
MongoDB has made wiredtiger its default storage engine from mongo version3.0 and from version 4.0 it has depricated MMAPv1 storage engine. This talk is to walk through our journey of upgrading mongo storage engine with problems.

Scale: We are a gaming company making mass market social game. Handling above changes in production handling 1TB data scale.

Outline

Our Requirements
- 2 TB of data with 20GB index size and scale of 5k op/sec and 50/50 read and write.
- Latency requirement is under 10ms on avg.

Tech Stack
- Sharded mongo cluster with 3 shards and each shard equivalent to 3 server (1 primary, 1 secondary and 1 arbiter).

Ingestion/query
– Supporting millions of Daily user with a max scale of 5k Ops/sec.

Problem Statement

  • MMAPV1: provide collection level locking, hence throughput of application is always limited else you need to increased size of box to scale or add shard.
  • WiredTiger: the journey to evaluate and try to fit it was not easy with the problems inside engine and according to our use case

Conclusion
- Database handling is not tricky but being the backbone of most request people are usually afraid to touch it and make changes which can solve your problems

Requirements

Have a basic understanding of Database and storage engine, and undertand some challenges of operating them at scale.

Speaker bio

I am senior software engineer at Moonfrog, India’s top mobile gaming company. I am responsible for leading Tech of one of the biggest game available on facebook instant game platform (Ludo club). In the last 6 years as an engineer, I have been mostly solving scaling challenges.

Comments

{{ gettext('Login to leave a comment') }}

{{ gettext('Post a comment…') }}
{{ gettext('New comment') }}
{{ formTitle }}

{{ errorMsg }}

{{ gettext('No comments posted yet') }}

Hosted by

Rootconf is a forum for discussions about DevOps, infrastructure management, IT operations, systems engineering, SRE and security (from infrastructure defence perspective). more