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

Aditya Sood

@aditya-sood

Continuous Delivery of Microservices

Submitted Feb 28, 2019

This talk is about the best practices to be followed for continuous delivery of a microservices based application.

Continuous integration (CI) is a development practice that is observed in most teams. But it is not enough to ensure that your commit is ready for production deployment.
In a micro services architecture, the build artifact of each service generated by the CI system needs to be production ready. One needs to be able to answer questions like:
Will all services work together after a change without any issues?
Do you have enough infra automation to take each service to production for every commit?
Are you ready to do production deployment anytime your business demands? If not then you are not practicing CD - Continuous Delivery or Deployment (There is a subtle difference in there).

At the end of the talk, the audience will walk away knowing:

Key principles of Continuous Delivery
Common pitfalls to avoid while practicing CI/CD
Issues that crop up while practicing CD with microservices
Guidelines on how to practice CD with microservices

Outline

Introduction:

How CI is practiced widely but not CD
Why Continuous Delivery and Deployment are different
What are the unique issues in practicing CD (delivery/Deployment) in Microservices world

Issues/Common mistakes in CD for Microservices:

On testing micro services - Mostly teams make mistakes or ignore the automated tests itself while designing CD pipelines for microservices due to the complexity involved.
Teams often rely on end-end testing. To achieve this a common setup is shared with the team to bring up the entire working system. This approach is usually less performant and prone to human mistakes of each engineer running different versions of the services
Maintaining pre-prod environments - Enterprise teams have situations where they need to maintain multiple environments apart from production. Maintenance becomes an overhead
Teams struggle to maintain variables across multiple environments - pre-prod and prod
How much of the workflow is automated/Infra as code - reduction in percentage of automation will proportionally increase chances of failing to achieving CD
Tendency to do things using scripts which could be done by options provided by tools used for deployments

Recommended practices to mitigate the issues:

Testing of microservices can be done by Integration and Component based tests than to depend heavily on end to end tests
Each service may be in different languages and platforms, but all can be made into similar artifact - like docker containers
Choosing the right deployment strategy
On Deployment strategies - Service Instance per Virtual Machine Pattern vs Service Instance per Container Pattern - Pros and Cons of each
Canary Deployments
Roll back Strategies
Look out for security issues in containers

Speaker bio

Aditya is an experienced and technically proficient Product Specialist at Thoughtworks. In the current role, he has been helping organizations to automate, streamline and assimilate continuous delivery through Devops and Automation Practices.

Slides

https://speakerdeck.com/adityas/continuous-delivery-of-microservices

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