Масштабування системи з 66 мільйонів до понад 25 мільярдів записів - завдання не для людей зі слабкими нервами, особливо якщо мова йде про фінансову систему, де точність не підлягає обговоренню, а затримка даних не є прийнятним варіантом. У цій доповіді Дмитро розповість про реальний шлях масштабування такої системи, залишаючись при цьому здоровим глуздом і зберігаючи правильні цифри. Ви дізнаєтесь, як жонглювати надвисокою точністю та низькою затримкою, оптимізувати логіку вашого додатку та обійти звичайні пастки, які виникають при масштабуванні баз даних. Ця доповідь не про глибоке занурення у внутрішні деталі - вона про обмін прагматичними стратегіями, які допоможуть вам масштабувати, не потонувши у складнощах. Ідеально підходить для інженерів та системних архітекторів, які прагнуть вирішувати серйозні проблеми масштабування з ясністю та впевненістю.

Розглянемо, як e-commerce проекти готуються до найгарячішого періоду року, на які ключові аспекти варто звернути увагу та що очікувати. Поділимося досвідом налаштування автоскейлінгу, балансування навантаження, а також розкажемо, які навантаження витримує Сільпо і завдяки яким рішенням ми проходимо цей сезон без збоїв.

Сьогодні Redis — це де-факто стандарт для кешування у сервісах застосунків. Він неймовірно швидкий і простий у використанні, що дало йому значну перевагу на ринку. Однак із зростанням складності системи Redis має кілька обмежень, які впливають на надійність і доступність вашої системи, особливо під високим навантаженням. У 2025 році ми починаємо поступово відмовлятися від Redis і переосмислювати підхід до кешування загалом. У цій доповіді я поділюся своїм баченням проблеми та її вирішення. Ми розглянемо виклики, пов’язані з Redis, та альтернативні рішення для створення більш стійких і масштабованих систем.

<p>На цій доповіді ознайомимося з TechEmpower Web Framework Benchmarks, розглянемо узагальнені (не залежні від мови програмування) підходи до оптимізації Веб додатку та його оточення для досягнення екстремальних навантажень, і головне - як деякі речі можна застосувати на практиці в Ваших проєктах. </p>

<p>Прямі втрати від даунтайму в 1 хвилину = $5-$10 тисяч доларів. Репутація – безцінна. </p> <p>У рамках доповіди розглянемо архітектурні стратегії, що необхідні для розробки високонавантажених фінтех-рішень. Зосередимось на використанні черг і стрімінгу для ефективної роботи та керування великими обсягами даних у реальному часі та заради мінімізації затримок. </p> <p>Особливу увагу зосередимо на архітектурних патернах, використаних при проєктуванні фінтех-системи, мікросервісах і event-driven архітектурі, що забезпечують масштабованість, відмовостійкість та узгодженість усієї системи. </p>