Олег Мифле | System Design, AI, архитектура

Всем привет, коллеги.

Настал 256й день в году, а это значит, что всем программстам официально разрешено ломать обратную совместимость, ронять продакшены, писать спагетти-код и залезать на пик Балмера. 🥳

Я больше 15 лет отдал этой провессии и понимаю, что впереди ещё очень ии очень много. От души поздравляю всех причастных 🔥🔥🔥

Ещё, напоминаю, что завтра стартует пилот Инженерной Мастерской, о которой я тут рассказывал. Место, где мы сможем прокачивать свои харды.
Подат заявку можно тут. А всем, кто поучаствует в пилтое, пожизненная скидка на Мастерскую.

Пыхник’26 — целая неделя PHP!

С 28 сентября по 2 октября пройдёт Пыхник’26 — онлайн-конференция для PHP-разработчиков.

В программе 10 докладов о современной PHP-разработке: AI, архитектура, асинхронность, компиляция и тестирование.

Доклады распределены на всю неделю — не нужно выпадать из работы на целый день!

До конференции проводим еженедельные встречи «У костра» — обсуждаем PHP, AI и будущее разработки. Темы предлагают и выбирают сами участники.

• 28 сентября — 2 октября
• Прямой эфир + записи
• 5 дней по 2 доклада: утром и вечером
• Билет — 3 000 ₽

Скидка 15% по промокоду MIFLE-26!

👉 Программа и билеты

Привет всем!

Напоминаю, что завтра будет Engineering Lab, где мы разберём архитектурную задачку примерно так, как это будет в Мастерской.

На прошлой неделе первым 2м активным участникам направил задачи и уже получил интересные решения, завтра будет что обсудить.

Всех буду рад видеть, ссылку пришлю в бота, приходите, будет горячо! 🔥

➡️ Регистрация тут https://t.me/mifle_engineering_bot?start=dl-1788371246344

Миграция PostgreSQL под нагрузкой: какой вопрос вы зададите первым?

Приветик. Я вам задачку принёс)

Ниже — сокращённый production-кейс, собранный из нескольких похожих ситуаций, в которых я успел побывать. Цифры и отдельные детали изменены, но ограничения вполне реальные.

Есть сервис, который работает круглосуточно и хранит основное состояние в PostgreSQL. База занимает около 1,7 ТБ. В пике приложение обрабатывает примерно 3 500 запросов в секунду, а на стороне PostgreSQL это превращается в 15–20 тысяч запросов. Значительная часть нагрузки связана с записью.

Сейчас база работает на одном мастере и двух репликах. Команде нужно перенести её в другой инфраструктурный контур и одновременно перейти на новую мажорную версию PostgreSQL.

Полностью остановить трафик нельзя. Ночью нагрузка снижается примерно на треть, но не исчезает. На пиках у реплик иногда растёт лаг, а основной узел периодически упирается в дисковую подсистему. Команда приложения может выкатывать изменения поэтапно. После переключения должен оставаться понятный способ отката.

На этом вводные всё. 😀

Предлагать схему миграции пока не нужно. Не требуется писать RFC, выбирать конкретные инструменты или подробно расписывать последовательность переключения.

Представьте, что вас подключили к обсуждению и попросили оценить возможные планы.

Какой информации вам не хватает до выбора плана?

Выберите одну вводную, которую запросили бы первой. Когда несколько вариантов кажутся одинаково важными, выбирайте тот, который способен сразу исключить часть стратегий.

В комментариях можно использовать простой формат:

Мне не хватает информации о ________, потому что от неё зависит ________.

Достаточно одной вводной и короткого аргумента. Полную архитектуру описывать не нужно.

Если не хочется отвечать публично, аргумент можно отправить мне в личку или в сообщения канала.

Для последующего разбора у меня уже подготовлены три стратегии миграции. Опрос ниже анонимный,, чтобы увидеть, какие неопределённости вы считаете критичными до обсуждения инструментов, порядка переключения и процедуры отката.

Привет!

Как вы помните, я иногда пишу про конференции и вот опять хочу поделиться мнением про обновление концепции Joker. Ранее это была конференция только для java-разработчиков. Сейчас идея обновилась и думаю, что теперь она будет интересна и актуальна для всего IT-сообщества. Мне прям сильно откликается то, что произошло.

На сайте так и написано:
«LLM может подсказать чужие кейсы и варианты решений, но нужное решение выбрать всё равно придётся самому».

Это то, о чём я пишу и рассказываю всё время, как только кодинг-агенты появились. И вот мне, впервые за долгое время, захотелось даже посетить конфу. Хотя, никогда на этой не был.

Мне интересно послушать доклады на темы:
- Какие из навыков разработчиков завтра обесценятся, а какие подорожают?

Тут я ответ знаю, скорее всего, но взгляд со стороны интересен.

- Чем занят тимлид, если планирование и раздачу задач берёт на себя система?
- Как перестроить компанию под агентов, а не прикрутить агентов к старой компании?

Будто бы уже понятно, что агенты и ллм это больше не "хайп" и что-то новенькое, а уже вполне вошедший в использование инструмент. Местами не зрелый, надо тюнить, править. Но отрицать это уже нельзя.

Надеюсь от конфы получить ответы на свои вопросы или подтверждения моим размышлениями.

Привет!

Давайте продолжим тему explain в PostgreSQL. Куда смотреть в этом дереве вывода? Как проследить проблему от её начала до самого конца? На самом деле всё несложно, главное знать куда куда смотреть 😳

На гитхаб выложил код примера 💻 https://github.com/olegmifle/yt-explain-example

А на Ютубе уже лежит видео 📺 https://youtu.be/dLMHBPLAykA