In this presentation, we will explore a practical use case of implementing effective infrastructure autoscaling using HPA, VPA, and Cluster Autoscaler. While working with standard VPA, we encountered several limitations, including a lack of flexibility in configuring calculation intervals and conflicts when running concurrently with HPA. Consequently, we decided to develop our own custom VPA controller. In our new solution, we: - Achieved stable coexistence of VPA and HPA on the same resources. - Implemented a filtering mechanism for transient CPU spikes during the pod startup phase. - Optimized the architecture by consolidating the functionality of three standard components into a single pod. - Leveraged the new In-Place Pod Resize capabilities introduced in Kubernetes 1.33. Key result: Optimized resource consumption and a 20–40% reduction in infrastructure costs.

In high-load systems, infrastructure costs often grow not because of the load itself, but because of inefficient architectural decisions: overprovisioning, excessive use of managed services, unnecessary data movement, incorrect SLA decisions, and the lack of a transparent cost model. At the conference, we will discuss how to approach cost optimization as a full-fledged architectural practice, rather than a one-time resource reduction exercise. We will also cover workload profile analysis, identifying real bottlenecks, building unit economics for infrastructure, traffic optimization, caching, CDN, observability, and controlled service degradation. Separately, we will look at the trade-off between performance, reliability, and cost: where maximum fault tolerance is truly required, where an eventually consistent approach is sufficient, and where managed solutions should be replaced with a simpler self-hosted architecture.

When data is scattered across dozens of services, traditional approaches don’t work. We’ll explain how we built an aggregated read model for over 30 million documents, handled 1,500 write RPS, and why Elasticsearch became a key component of the catalog.

In just 20 minutes, Serhii Saraychikov, founder of A42 and one of Prozorro’s top white-hat hackers, will show why 80% of attacks begin with ordinary information gathering about your company. You’ll learn which common mistakes open the door to breaches, how automated systems find your weak spots faster than your teams, and how to build asset monitoring that actually prevents leaks. This is a must-see for CTOs who want to view their infrastructure through an attacker’s eyes and get a ready-to-use risk-control strategy without unnecessary costs.

Every engineer has their own path in IT. Mine didn’t start with polished presentations or clear plans — it started with me being lifted by a crane to fix a screen at the Metalist Stadium. Then came telecom projects, autotests, Red Hat, OpenStack, OpenShift — and a constant search for where to move next. Over time, the rough scripts I wrote just to save myself a few hours started holding production systems together. “Fires” turned into opportunities for new solutions, and experiments became experience that truly worked. And somewhere along the way, there were moments when I wanted to leave IT. But instead, DevOps01 appeared — then a community, and eventually AWS and HashiCorp ambassadorships. In this talk, I’ll share how the ongoing search for myself in the profession — and for the profession within myself — became the driving force that changed not only my career but also my life. How small initiatives grow into big systems, and how the community opens new doors.

A discussion with representatives of high-risk systems about why security architecture should be incorporated at the design and development stage, rather than added after release into production. We will talk about the risks of delayed implementation of controls, common security illusions, and practical approaches to integrating security practices into the work of product teams.

Have you ever wondered what’s really going on under the hood of distributed systems? Not those “sort of a cluster” setups with 3 nodes, I mean the real deal. The exabyte-scale beasts. In this talk, we’ll peek behind the curtains of modern infrastructure. How do systems that crunch mountains of data actually work? What patterns, principles, and engineering decisions are hiding behind truly scalable architectures? Here’s what we’ll dive into: - What the inner life of a distributed system really looks like - How a distributed app is different from a distributed system - How data storage patterns evolve into modern DBs, queues, and logs - Why “PostgreSQL in the cloud” isn’t really PostgreSQL anymore - Why Northguard might just outshine Kafka - And how new players like NewSQL are changing the game If you’re an architect, tech lead, developer or just curious about why infrastructure scales the way it does - come join! I’ll share insights you might use in your own projects (or at least see them from a new angle). P.S. Yep, there’ll be a bit of magic ✨ and a whole lot of hard truths about the distributed systems powering our world. ?

Imagine you decide to save an old, worn-out ship by replacing its engines with the most advanced ones. But instead of “sailing into a bright future,” it starts sinking even faster. This is a story about how Clean Architecture can become either a life buoy or a stone tied to a project’s neck. The first part is a chronicle of pain: the attempt to bring architectural elegance into the chaos of legacy code, where even successes felt accidental — and why “We’re just doing Clean Architecture” doesn’t always work. The second part is a story of “triumph”: when a mature team and the right approach turned Clean Architecture into the foundation of a scalable, flexible, and truly alive system. Two stories from real practice that show why the same approach can both sink a project and save it.

We wanted to make our service lightning-fast for users anywhere in the world. Edge computing looked like the perfect solution. In practice, we achieved lower latency — but also ran into a whole bunch of unexpected problems. In this talk, Igor will cover: - how they designed edge architecture for global users; - edge providers and infrastructure: what we chose and why; - which optimizations actually made a difference; - architectural trade-offs that shaped our system design; - when edge turned into an “edge-case” and forced us to find unconventional workarounds; - our failures — and the best practices we derived from them.