Call for round the year submissions for Rootconf in 2020

Call for round the year submissions for Rootconf in 2020

Submit a proposal at any time in the year on DevOps, infrastructure security, cloud, and distributed systems. We will find you a suitable opportunity to share your work.

Make a submission

Accepting submissions till 31 Dec 2020, 12:00 PM

##About Rootconf:

Rootconf is HasGeek’s annual conference -- and now a growing community -- around DevOps, systems engineering, DevSecOps, security and cloud. The annual Rootconf conference takes place in May each year, with the exception of 2019 when the conference will be held in June.

Besides the annual conference, we also run meetups, one-off public lectures, debates and open houses on DevOps, systems engineering, distributed systems, legacy infrastructure, and topics related to Rootconf.

This is the place to submit proposals for your work, and get them peer reviewed by practitioners from the community.

##Topics for submission:

We seek proposals -- for short and long talks, as well as workshops and tutorials -- on the following topics:

  1. Case studies of shift from batch processing to stream processing
  2. Real-life examples of service discovery
  3. Case studies on move from monolith to service-oriented architecture
  4. Micro-services
  5. Network security
  6. Monitoring, logging and alerting -- running small-scale and large-scale systems
  7. Cloud architecture -- implementations and lessons learned
  8. Optimizing infrastructure
  9. SRE
  10. Immutable infrastructure
  11. Aligning people and teams with infrastructure at scale
  12. Security for infrastructure

##Contact us:

If you have questions/queries, write to us on rootconf.editorial@hasgeek.com

Hosted by

Rootconf is a community-funded platform for activities and discussions on the following topics: Site Reliability Engineering (SRE). Infrastructure costs, including Cloud Costs - and optimization. Security - including Cloud Security. more

Dhruv Goel

@dhruvg_qubole

Asterix - Deploying Webapps on Kubernetes for Dummies

Submitted May 17, 2019

Is Kubernetes hard to learn? For most people, it’s a yes. For some, it’s a no.

As an application developer, do you need to learn about Kubernetes - Probably no.

We will share a story about how certain “some” people enabled certain “most” people to run their apps on Kubernetes without having to learn about its intricacies.

Why is Kubernetes hard to learn?
It’s hard because Kubernetes is an attempt to standardize disparate set of tools built in different companies under vastly different circumstances and various other constraints like time, money, and talent.
Naturally, Kubernetes has introduced tons of options to do a variety of things which need not be learned by application developers to successfully run web applications using Kubernetes.

For instance, requirements for a typical web application developer are very simple - an endpoint to access the web app and being able to specify the config, memory and CPU requirements of the app. However, typically the following Kubernetes constructs are required to achieve this - deployment, configmap, service and ingress.

Asterix is an attempt to abstract out these Kubernetes specific constructs and build a simplified interface for developers who just want to run their apps without getting into the complexities of infrastructure world.
Asterix not just abstracts out the working details of an application, it also helps in debugging infrastructure problems.

This was done by exploiting common patterns in typical applications and building simple abstractions/framework around those.
For e.g. running a stateless web application requires just a single API call to run in Asterix. Even custom memory and CPU can be provided in the same API call.
Routing, authentication, and scaling of apps is taken care of by the framework without involvement from developers.
The framework also:

  • runs the applications in an efficient manner and avoids resource fragmentation by doing bin-packing of containers on Kubernetes worker nodes.
  • avoids resource leakage by autoscaling the worker nodes dynamically.
  • helps app developers find the live logs and log history easily.
  • provides an always available cluster (For some definition of availability) to application developers by keeping some spare capacity in the cluster all the time.

This talk will share the journey in building this framework which hopefully will inspire the community to build simplified interfaces on top of Kubernetes.

Outline

https://docs.google.com/presentation/d/1ts2gqCsp3xnoLMuYvQlaYY7bo8rUnVqsFLw9rOyO38g/edit#slide=id.p

Speaker bio

Software Developer with the Cluster Management Team at Qubole Inc.

Comments

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

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

{{ errorMsg }}

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

Make a submission

Accepting submissions till 31 Dec 2020, 12:00 PM

Hosted by

Rootconf is a community-funded platform for activities and discussions on the following topics: Site Reliability Engineering (SRE). Infrastructure costs, including Cloud Costs - and optimization. Security - including Cloud Security. more