Skip to content

GeeCON 2019: Leonid Igolnik

Communitygeecon conference48 minOpen on YouTube ↗

Coverage of GeeCON 2019: Leonid Igolnik from the conference program.

Summary

### Overview In this GeeCON 2019 presentation, Leonid Igolnik (Head of Engineering at SignalFx, with co-author Baruch Sadogursky of JFrog) frames the journey of adopting and scaling DevOps as a classic four-act Greek tragedy. Using the hypothetical payment-processing startup "Pentagon Inc.", Igolnik illustrates how organizational, procedural, and technological challenges evolve as an engineering organization grows. Rather than treating DevOps as a simple intersection of development and operations, the talk positions it at the intersection of technology, processes, and people across distinct maturity stages.

### Key Topics - **DevOps Definition**: Moving beyond Dev, Ops, QA, or DevSecOps to view DevOps as the evolving intersection of technology, processes, and people. - **The Four Maturity Stages**: 1. *Act 1: The Fire Brigade (Reactive Operations)*: Characterized by early-stage startup assumptions, microservices, containerization, serverless/"NoOps" ideals, minimal process (Kanban), and ad-hoc troubleshooting during outages. 2. *Act 2: Smoke Alarm Installers (Reactive Improvement)*: Initiated after Series A growth and hiring, introducing basic Scrum, on-call rotations, root cause analyses (RCAs), postmortems, and monitoring tools. 3. *Act 3: Scaling Challenges & Impasse*: Growth to around 100 engineers introduces specialized enablement roles, compliance requirements, non-functional backlogs, and multi-team coordination issues that cause failures if handled without proactive validation. 4. *Act 4: Fire Prevention (Proactive Improvement)*: Transitioning to data-driven decision-making, automated dependency scanning, non-functional definitions of done, and systematic load testing. - **Blameless Incident Management & Transparency**: Examining high-profile outage responses (such as GitLab's database incident) and incident reporting structures to foster customer trust and process reliability.

### Technical Details - **Incident Investigation & Dependencies**: Early startup mistakes highlight operational blind spots, such as uncoordinated server time zones across cloud regions in AWS CloudWatch logs and broken CI/CD pipelines caused by transitive dependency failures (e.g., the NPM `left-pad` incident). - **Monitoring & Alerting Evolution**: The talk traces the progression of monitoring tooling from basic remote ping checks (Pingdom) to centralized logging, metric collection, and Application Performance Monitoring (APM) systems (such as SignalFx) capable of tracing millions of spans per minute. - **Incident Reports**: Key structural elements of effective incident reports include affected environments, duration, detailed timeline of events (captured via Slack or Zoom virtual rooms), symptoms, interpretation, determined root cause, and concrete action items. - **Tooling and Infrastructure Scaling**: Toolchains shift across maturity stages: starting with AWS Elastic Beanstalk, GitHub, Travis CI, and Jira; moving to Artifactory, Confluence, and UTC timestamp standardization; and later adopting configuration management (ZooKeeper), architectural scaling frameworks (SAFe, LeSS), and dependency vulnerability/license scanners (JFrog X-ray). - **Data-Driven Analysis**: Real-world examples demonstrate using ticket resolution data in spreadsheets to identify systemic operational problems. In one referenced case, 52.3% of high-severity support tickets were resolved via "information provided" rather than code fixes, proving that cross-training support teams solved the issue more effectively than refactoring code.

### Takeaways - **Maturity Stages Cannot Be Skipped**: Organizations must progress through reactive firefighting and reactive improvement before successfully executing proactive fire prevention. - **Role of Centralized DevOps and Quality Engineering**: Dedicated DevOps and QA teams should act as knowledge hubs and tooling enablers rather than siloed departments throwing work over the wall. - **Non-Functional Definition of Done**: Production services require standard baselines driven by architecture, including standard logging formats, health checks, metrics emission, and tracing instrumentation. - **Transparency Preserves Trust**: Being honest, detailed, and blameless about outages and recovery plans builds lasting trust with enterprise customers. - **"Pain is Instructional"**: Painful operational failures should directly guide engineering practices, logging fidelity, and observability investments.

Related talks