Какие есть виды масштабирования БД?

Тут интервьюер обычно проверяет, понимаешь ли ты разницу между «железо помощнее» и «умнее распределить нагрузку».

Чтобы не звучать как чел, который только вчера глянул видос про хайлоад, давай разберёмся:

😑 Два главных подхода:

1️⃣ Вертикальное масштабирование (scale up)
Берём и апгрейдим сервер: больше CPU, памяти, быстрых SSD.
Просто, быстро, но есть потолок: нельзя бесконечно наращивать железо.

2️⃣ Горизонтальное масштабирование (scale out)
Добавляем новые сервера, распределяем данные и нагрузку.
Масштабируется почти без ограничений, но в реальности это не «поставил второй сервер и всё летает». Тут сложнее консистентность, маршрутизация запросов, поддержка.

Внутри горизонтального масштабирования есть варианты:

👆Репликация
Обычно один master для записи и несколько replicas для чтения.
+ разгружаем чтение, ускоряем отчёты.
– задержка между записью и чтением, может быть задержка синхронизации.

👆Шардинг
Делим данные по ключу (например, пользователи по регионам или ID).
+ распределяем нагрузку, ускоряем работу.
– усложняется логика, нужны умные маршрутизаторы запросов.

🧐 Что может быть в жизни?

• Репликация спасает только до тех пор, пока у тебя не взорвётся master. После этого всплывает вопрос: как выбрать нового мастера? что с данными, которые не успели синхронизироваться?
• Шардинг — не только про скорость. Это ещё и про рост команды: один шард = одна команда может с ним работать независимо. Но платить за такую архитектуру придётся сложностью.
• Масштабирование не всегда панацея. Иногда дешевле оптимизировать запросы, индексы или вообще вынести часть логики в кэш, чем «рубить шардинг».
• И еще куча-куча всего.

Из опыта могу посоветовать:

• Кратко пробегись по плюсам и минусам: «вертикальное — быстро, но есть потолок; горизонтальное — сложнее, но масштабируется».
• Приводи даже условные примеры: «в интернет-магазине, если тысяча человек смотрит каталог — лучше реплики; если 50 млн пользователей — шардинг». Покажет, что умеешь думать сценариями.
• Если не особо успел углубиться, то лучше попробовать так: «подход зависит от нагрузки и целей» звучит немного банально, но именно это спасает, если не знаешь деталей. Помним, что архитектура подбирается под контекст.

😐 Что можно ответить джуну?

Если прям теряешься, можно ответить так:

Я знаю два подхода — вертикальное (добавить ресурсов) и горизонтальное (добавить новые сервера). Внутри горизонтального есть репликация и шардинг. Выбор зависит от нагрузки и целей.

Для джуна этого достаточно, чтобы показать базу. А уже на мидле и выше ждут, что ты видишь и плюсы, и минусы каждого подхода.

🛒 Недавно у нас был корпоратив в Wildberries

Кто не знает, я работаю бизнес-аналитиком в WB и иногда компания организовывает нам всякие активности.

В этот раз нам сняли отель за городом на два дня, программа была такая:

— сначала стратсессия: делились проблемами в работе, обсуждали, как их можно исправить 🗿
— затем знакомились с коллегами из других команд, с которыми обычно не пересекаемся
— и после этого был квиз, где моя команда заняла... последнее место 😁

(но кайф в том, что нам дали тот же приз, что и победителям — бутылку шампанского. Так что, по сути, мы тоже победители 🍞)

WB организовывал общий трансфер, но я поехал с тремя коллегами на тачке. 2,5 часа дороги, классный вайб, наконец-то познакомились с ребятами лично 🤝

Вечером был бар: никакой обязательной серьезной программы, просто болтали и расслаблялись. А на следующий день была баня с бассейном. И домой.

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

Что нужно знать и уметь, чтобы стать бизнес-аналитиком?

Меня пригласили выступить спикером на онлайн-конференции по бизнес-аналитике, которая пройдет 8 октября в 19:00.

Вместе с другими аналитиками обсудим:

— Как выглядит реальная работа аналитика
— Как прокачивать ключевые компетенции и не тратить время впустую
— Куда можно вырасти в профессии

И поговорим о том, с чего начать, чтобы найти первую работу в бизнес-аналитике.

📍 Где: ссылка на регистрацию
🗓 Когда: 8 октября 19:00

Приходите, буду ждать вас на нашем круглом столе 🔥

🟥 Мой путь в IT за 8 ЛЕТ — как я полностью ИЗМЕНИЛ ЖИЗНЬ

В преддверии своего 25 летия я решил записать ролик, в котором впервые подробно рассказал про свой путь — от работы админом за 7 тысяч рублей до ведущего бизнес-аналитика в Wildberries и основателя онлайн-школы по бизнес/системной аналитике.

В видео я поделился:

🔵 Как проходил собесы и работал в крупных компаниях: KPMG, Самокат, ВТБ, Wildberries

🔵 Своими ошибками, трудностями и решениями, которые помогли мне выйти на доход в 700.000 ₽ месяц.

🔵 С чего начинал обучение в IT, как прокачивал себя, какие вещи сбивали с пути и что помогало двигаться дальше

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

Ролик идет 1,5 часа, я нашел все старые скрины / фотокарточки / офферы. На все про все ушло около 3 недель. Так что поверьте, это точно того стоит.

📎Ссылка на канал

История о том, как меня чуть не исключили из школы 😱

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

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

Родился я в Перми, с 1 по 7 класс учился в обычной гимназии. Там, вроде как, все получалось — учился на 4 и 5, родители держали все под строгим контролем 🥲

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

Проучился год и понял, что это не совсем мое. Тогда я попробовал по фану еще раз сдать экзамены в тот самый лицей. И внезапно прошел. Причем сразу в олимпиадный класс 😳

Первое время пытался втянуться, но быстро стало понятно: мне это просто не надо. Хотелось тусоваться, общаться с девчонками и чтобы никто не трогал. Я мог спокойно сидеть весь урок в телефоне, играть в карты на уроках или просто встать и уйти с урока.

И вот тут начался тот самый п@здец, из-за которого меня чуть не исключили.

Все подростки в закрытых чатах обсуждают учителей, я не был исключением. И в один день я жестко прошелся по одной учительнице, которая меня не любила. Одноклассник все это заскринил и показал ей 🐀

Родители были в шоке... На педсовете решался вопрос: исключать меня или дать еще один шанс.

Но мне повезло, что не выгнали полностью. Перевели в класс попроще, без лютой программы. После этого я немного пришел в себя. Начал готовиться, получилось средне сдать ЕГЭ и поступить в ВШЭ Перми на скидку.

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

Может, еще как-нибудь расскажу пару историй о юности в канале. Если вам интересно, то поставьте ❤️‍🔥

Кто уже посмотрел мой ролик про путь в IT за 8 лет?

Делитесь в комментариях под этим постом, было ли полезно💡

Я записал большое видео про свой путь в IT: как я с нуля дорос до senior-аналитика в Wildberries с общим доходом от 700к/месяц.

В нем раскрыл, как я проходил собесы и работал в топ-компаниях: Самокат, ВТБ, WB и рассказал, с чего начинал обучение, как прокачивал себя.

Внутри также дал 10 главных советов из моего опыта, которые могут помочь каждому новичку, начинающему путь в IT 🌋

Сегодня мне 25. И я счастлив, что этот небольшой юбилей я встречаю с Машей ❤️‍🔥

Ночью меня приходили поздравить друзья, а с утра пораньше меня ждал еще один сюрприз.

Настроение отличное, впереди ждут большие дела.

Ученики записали видео с поздравлениями 🎉

Именно такие вещи мотивируют меня продолжать строить большое комьюнити и помогать людям.

Спасибо каждому из вас❤️‍🔥

Расскажите главные функции API Gateway

Если видишь в вакансии эти цифры и знание микросервисов, то будь готов к тому, что этот вопрос зададут на собесе.

🙅‍♂️ Плохой ответ:

Это типа единая точка входа для всех запросов. Он принимает запросы и куда-то их перенаправляет. Еще там можно авторизацию сделать... И чтобы лимиты не превышали.

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

😙 Хороший ответ может звучать так:

Я воспринимаю API Gateway не как «коробочку», а как единый слой управления API, который решает кучу проблем в микросервисной архитектуре. Если выделять главные функции, то я бы сказал так:

1. Единая точка входа: он абстрагирует клиентов от внутренней структуры микросервисов. Клиент не должен знать, что для построения одной страницы нужно дергать 15 разных сервисов. Он дергает один раз гейтвей, а тот уже сам занимается оркестровкой.
2. Аутентификация и авторизация: вместо того чтобы встраивать логику проверки в каждый микросервис, мы делаем это один раз на гейтвее. Неавторизованные запросы даже не попадают в внутреннюю сеть.
3. Маршрутизация и агрегация: гейтвей знает, какой запрос куда направить (/orders -> OrderService, /users -> UserService). Более того, он может агрегировать ответы от нескольких сервисов в один для клиента, чтобы уменьшить количество сетевых запросов.
4. Rate Limiting: Чтобы один слишком активный клиент или ошибка в коде не положили все наши сервисы, гейтвей ограничивает количество запросов в единицу времени. Это контроль нагрузки и защита от DDoS.
5. Логирование, мониторинг и кэширование: поскольку весь трафик идет через гейтвей, это идеальное место для сбора метрик и логов. Мы видим полную картину того, что происходит с нашим API.
6. Трансформация запросов/ответов: гейтвей может преобразовывать форматы (например, из XML в JSON), добавлять или удалять заголовки, сжимать ответы. Это позволяет поддерживать обратную совместимость для старых клиентов, пока мы меняем сервисы внутри.

Короче, его главная функция — взять на себя всю техническую «обвязку», чтобы микросервисы могли заниматься исключительно своим делом — бизнес-логикой.

Из моих лайфхаков:

1. Говори о том, что гейтвей централизует всю сквозную функциональность (cross-cutting concern) — это то, что нужно всем сервисам, но не является их прямой обязанностью.
2. Упомяни какой-нибудь популярный продукт типо Yandex API Gateway или AWS API Gateway и т.д. Покажет, что ты ориентируешься в технологиях.
3. Свяжи с бизнес-ценностью: «мы быстрее выкатываем новые фичи (так как не перегружаем команды рутиной), система стабильнее и безопаснее, а в перспективе дешевле поддержка». Перевод технических плюсов на язык денег и сроков поймет любой нанимающий проджект.

Что вообще может помочь прокачаться в этом вопросе? 🧐

• Джунам: начать со статей «API Gateway для чайников» или «Зачем нужен API Gateway простыми словами». Ну и YouTube не забываем.
• Мидлам: погуглить «API Gateway pattern», «BFF (Backend For Frontend)», «микросервисные антипаттерны».
• Для углубления: почитать доки по Kong, AWS API Gateway, Yandex API Gateway и изучить, как они решают задачи.

История студентки 3 курса, которая получила оффер на 100К в СА ✉️

Арине 21 год, она из небольшого города, учится на 3 курсе и раньше в айти не работала. В один день увидела мой рилс, заинтересовалась аналитикой и на мотивации зашла на обучение.

За 3 месяца личной работы с менторами на созвонах она без особых проблем освоила бизнес и системный анализ, мы собрали резюме и начали искать работу.

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

На этапе поиска было:

~1200 откликов.
~15 тестовых.
~12 собеседований.

В итоге она решает принять оффер на стажировку системным аналитиком в IT-компанию. А через пару месяцев получает уже полноценный оффер в штат:

Младший СА, зп 100к (80к на ИС)

Так что да, можно быть студентом, без опыта, из небольшого города и все равно найти работу в аналитике. Работаем дальше 🥊

А что если сделать бесплатную неделю обучения в моей школе? 🤔

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

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

Я много сил и времени вкладываю в школу. И хочется наглядно показать наполнение обучения, как оно устроено изнутри ⚙️

Собираем 100❤️‍🔥 и я начну готовить бесплатное обучение

За 30 минут собрали реакции 🔥

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

Я потерял своего ассистента 😱

Так вышло, что мой ассистент решила пройти обучение в IT Garden и в итоге получила оффер на позицию бизнес-аналитика.

И радостно, и грустно одновременно…

Поэтому я в поиске заряжённого, голодного и смышлёного человека в свою команду.

Откликайся сам или пересылай пост другу/подруге.

Описание вакансии и форма для отклика — тут.

Онлайн-конференция по бизнес-аналитике уже завтра 🔥

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

📍 Где: ссылка на регистрацию
🗓 Когда: 8 октября 19:00

Всех жду, приходите!

Вопрос с собеса в Яндекс Маркет 🛍

Опишите, как вы будете внедрять фичу «оплата в 1 клик» с нуля

На самом деле, это топовый вопрос от продуктовых и финтех-компаний, который проверяет понимание полного цикла работы аналитика.

Его могут задать и сильным джунам, и сеньорам с глубоким опытом платежных интеграций.

В идеале нужно пройтись по всем этапам:
— выявление потребности,
— анализ стейкхолдеров,
— проектирование процесса,
— написание требований, согласование и поддержка в разработке.

✅ Хороший ответ мидла может звучать так:

Я бы разобрал это не как задачу, а как проект с несколькими этапами. Но для начала задал бы уточняющие вопросы:
• Кто пользователь? (зарегистрированный? гость?)
• Что уже сохранено? (карта, адрес, данные доставки?)
• Какие платёжные системы поддерживаются?
• Есть ли ограничения по безопасности?
• И т.д.

🚶‍♂️ А дальше по шагам:

1) Понять бизнес-цель. Зачем вообще эта фича? Для этого можно устроить воркшоп: какую метрику качаем — увеличить конверсию или ускорить оплату?

2) Выявить стейкхолдеров и риски: Кто заинтересован? Платежные системы (эквайринг), юристы (согласие на списание), отдел безопасности (хранение данных), отдел поддержки (что будем отвечать клиентам?).

3) Описать сценарии.
В основном сценарии указать предусловие: данные должны быть сохранены заранее. И не забыть про результат: успешная оплата + уведомление.

В альтернативных продумать:
• Карта просрочена — показываем ошибку + предложение обновить
• Недостаточно средств — сообщение + возможность выбрать другую карту
• Пользователь гость — нельзя использовать 1-клик, предлагаем регистрацию
• Ошибка при оплате — логируем, не теряем заказ, даём повторить

4) Подумать о данных и интеграциях. Хранить данные карты или токен? Какая платёжная система? (CloudPayments, СБП?) Нужно ли согласие на обработку данных? Как обновлять информацию, если карта изменилась?
Также делаю прототип всего потока, а не одной кнопки.

5) Проверить, что все работает. Пишу User Stories с чёткими критериями приёмки. Работаю в связке с разработчиками и QA. После релиза смотрю: сколько пользователей начали использовать фичу, нет ли всплеска обращений в поддержку?

🫵 И я бы еще обратил внимание на пару вещей:
• Всегда начинай с контекста: кто может использовать эту фичу? какие данные уже есть? какие риски безопасности?
• Сделай упор на отмены и ошибки: «Как пользователь может удалить привязанную карту?» и «Что делать, если он нажал оплатить по ошибке?». Это один из самых простых способов показать глубину ответа.
• Даже если не знаешь детали, спокойно пройдись по шагам: цель — сценарии — риски — результат. Это лучше, чем паниковать и молчать.

📖 Ну и напоследок, что можно почитать:
Изучи хотя бы поверхностно PCI DSS, JTBD для платежей и кейсы от платежных систем типо CloudPayments (у них есть отличные гайды по UX и безопасности).

❗ НЕДЕЛЯ БЕСПЛАТНОГО ОБУЧЕНИЯ В IT GARDEN

Я открываю возможность попробовать часть моего обучения и понять, подходит ли тебе профессия бизнес/системного аналитика.

Тебя ждёт:

🔵 2 полноценных лекции из программы IT Garden:

➡️ Жизненный цикл продукта и стейкхолдеры (узнаешь, какие задачи выполняет бизнес/системный аналитик, из каких этапов состоит разработка IT продукта, с кем тебе предстоит взаимодействовать)

➡️ Техники выявления требований и структура документации (узнаешь, как собирать требования, проводить интервью и документировать ТЗ)

Это те же уроки, которые получают ученики на платном менторстве. Сейчас они доступны бесплатно.

🔵 Домашнее задание после первой лекции с моей обратной связью.

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

🔵 Мой полный сборник знаний по бизнес-системной аналитике.

🔵 Тесты для проверки знаний после каждого урока.

🔵 Возможность забронировать место на новом потоке менторства с максимальной скидкой (-15.000 рублей).

Переходи по ссылке ниже, чтобы попасть в закрытый канал 👇

https://xn--r1a.website/+GU0KIfVIK0RkYTIy

Уже 100+ человек в закрытом канале 😳

Первая лекция из закрытого обучения уже вышла 📹

Лекция «Жизненный цикл продукта и стейкхолдеры» уже доступна + практика с моей обратной связью и тест для проверки знаний.

👉 Все в закрытом канале — https://xn--r1a.website/+GU0KIfVIK0RkYTIy

Тем временем, в канале уже 300+ человек...