🖱Улица разбитых кластеров: про бэкапы и реплики в PostgreSQL!

⏰ 14 января в 18:30 на бесплатном уроке расскажем, как защитить данные и настроить репликацию в PostgreSQL: практические советы.

На вебинаре вы узнаете:

✅ Какие виды бэкапов существуют в PostgreSQL и когда использовать каждый из них.
✅ Как настроить репликацию для повышения отказоустойчивости.
✅ Что делать в случае сбоя: восстановление данных на практике.

В результате вебинара:

🏆 Научитесь правильно создавать и проверять бэкапы PostgreSQL.
🏆 Сможете настроить репликацию для увеличения отказоустойчивости ваших систем.
🏆 Разберётесь, как восстанавливать данные после аварийных ситуаций.

👉 Успейте записаться на бесплатный вебинар: https://clck.ru/3RFo29

От потребностей команд к требованиям: выбор движка бизнес процессов после EOL Camunda 7

⏳ 24 мин | 🟡🟡⚪️

Читать статью | Analyst IT

За что на самом деле платят ваши пользователи: декомпозиция ценности, которую не покажут метрики

⏳ 9 мин | 🟡🟡⚪️

Читать статью | Analyst IT

Салют! Когда приходишь на новую работу часто возникает вопрос: «Я ничего не понимаю и как не сойти с ума» 🤯 Сегодня как раз об этом и поговорим))

Что ты видишь в первый рабочий день?:

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

Расслабьтесь. Это нормально. Я проходила через это не раз, и с каждым разом училась превращать этот страх из врага в топливо.

Делиться своими лайфхаками.

Страх №1: 🤔 «Я ничего не знаю о продукте/домене»

Совет, который меня спас: «не пытайся проглотить слона целиком»

1️⃣ Найди «ядро».

В первые дни я задаю себе один вопрос: «Какую одну главную проблему решает этот продукт/модуль для одного главного пользователя?». Все остальное — фичи, исключения, нюансы — будет нанизываться позже на этот стержень. Я прошу коллег или руководителя нарисовать эту самую простую, базовую схему на доске. Это фундамент.

2️⃣ Составь глоссарий.

В отдельный документ (я люблю OneNote или просто текстовик) начинаю записывать каждое новое слово, аббревиатуру, имя системы. Рядом — расшифровку и контекст, как оно используется.

Это твой личный переводчик. Через месяц в него будет страшно заглянуть — настолько это станет для тебя родным языком.

3️⃣ Изучай не «все», а «от задачи».

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

Страх №2: 🧑‍💻 «Я не знаю процессов и людей»

Здесь правило простое: первая неделя — не для выдачи результата, а для настройки радаров.

1️⃣ Составь карту stakeholders.

В тихой обстановке я рисую простую схему: кто Product Owner, кто тимлид, кто ключевые разработчики, тестировщики, архитектор. Рядом с именами — пару слов о зоне их ответственности и как они коммуницируют (задает много вопросов? любит лаконичные сообщения?). Это моя социальная карта местности.

2️⃣ Назначь «ознакомительные» чаты.

Я прямо так и говорю: «Привет, я новенькая, хотела бы на 15 минут созвониться, чтобы просто познакомиться и понять твою роль в проекте». Люди почти всегда идут навстречу. Эти 15 минут спасают от недель непонимания, «кому какой вопрос задать».

3️⃣ Уточни ритуалы.

Не стесняйся спросить: «Как у вас принято проводить ревью требований? Куда выкладывать схемы? Как проходит приемка?».

Лучше 10 раз спросить вначале, чем один раз сделать «не по-уставу» и получить недовольство.

Страх №3: 😨 «Я не знаю, с чего начать и боюсь сделать ошибку»

Мой главный принцип: показать путь, а не сразу результат.

1️⃣ Декомпозируй страх.

Страшно начать большой эпик? Разбей его на шаги:
1) найти всю существующую документацию
2) провести интервью с 2 экспертами
3) нарисовать AS-IS процесс
4) записать уточняющие вопросы.

2️⃣ Делитесь «сырыми» мыслями раньше.

Вместо того чтобы неделю в тишине копать и бояться, что идея неидеальна, я делаю набросок — в Miro, в виде простого списка вопросов или грубой схемы. И показываю его коллеге со словами: «Вот как я сейчас это вижу, правильно ли я двигаюсь?».

Это снимает груз «создать шедевр с первого раза» и сразу направляет тебя верным курсом.

3️⃣ Задавай «глупые» вопросы.

Это суперсила. Часто именно вопрос «А почему это вот так?» вскрывает устаревшее бизнес-правило или скрытую проблему. Фраза «Пожалуйста, объясните мне, как пятилетнему» — мой секретный ключ к сложным системам.

‼️ Главное, что я уяснила за годы:

· Первые 30 дней — это легальный период «незнания». От вас ждут не готовых решений, а правильных вопросов и активного погружения.
· Ты пришла не как «всезнайка», а как «проводник». Твоя задача — не помнить все, а уметь найти, структурировать и прояснить.
· Страх и дискомфорт — признак роста. Если тебе комфортно и все понятно, значит, ты не учишься новому. Эта первая фаза хаоса — обязательная ступенька к экспертизе.

Если знакомо - поддержи реакциями или расскажи свои советы в комментариях)))

Источник: @ba_and_sa

Архитектурные практики в «кровавом энтерпрайзе»: данные, управление сложными системами и влияние AI

⏳ 11 мин | 🟡⚪️⚪️

Перейти | Analyst IT

За кулисами требований: психоанализ стейкхолдеров для продвинутых аналитиков

⏳ 5 мин | 🟡🟡⚪️

Читать статью | Analyst IT

Почему бизнес покупает технологии, но не получает результат

⏳ 13 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Бэклог без хаоса: как навести порядок и не утонуть в задачах

⏳ 11 мин | 🟡🟡⚪️

Читать статью | Analyst IT

Исследуем UX-долг: как мы превращали список проблем в продуктовые решения

⏳ 6 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Давайте сократим сокращения

⏳ 5 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Байки математика: Эксель на фронте

⏳ 4 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Идеальных систем не существует. Монолит, микросервисы и цена распределённости. CAP, ACID, BASE

⏳ 13 мин | 🟡🟡⚪️

Читать статью | Analyst IT

Что такое Архитектура ПО

⏳ 15 мин | 🟡🟡⚪️

Читать статью | Analyst IT

Дарим Яндекс станцию ‼️

Мы с друзьями решили порадовать одного из вас Яндекс станцией мини 3 - за подписку!

С нашими каналами познавать мир IT проще и интереснее. Здесь вы найдете: авторские посты, полезные статьи и самые свежие новости про управление проектами, менеджмент, системный анализ, бизнес-анализ и многое другое. Будь в курсе вместе с нами!

Условия максимально простые:
- подписаться на каналы;
- нажать «участвую».

1. Analyst IT
2. Project management | IT

11 февраля мы проведем розыгрыш и одному из вас улыбнется удача и он получит подарок 🎁

API как продукт: честный взгляд изнутри Ozon Seller API

⏳ 8 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

System Design Интервью. Как готовить? 🍳

• Пойду по наитию -> ❌
• Буду ждать подсказок -> ❌
• Моя экспертиза позволит вырулить -> ❌✅

❗️ По опыту прохождения таких интервью в BigTech делаю маленький вывод для больших размышлений:
"System Design Интервью - вещь в себе."

☀️ Оказывается у такого интервью:
• Свой пайплайн прохождения
• Аккуратно расставленные грабли
• Разбросанные по IT миру лайфхаки
• Не простая подготовка

💯 Такое осознание специфики интервью поможет к нему подготовиться и успешно его пройти!

❓ С какого конца взяться?
1. Понять основные шаги интервью
2. Выяснить ожидания интервьюера

✏️ Пошаговый фреймворк прохождения
Существуют разные фреймворки прохождения. Чтобы не потонуть в море информации предлагаю рабочий:
1) Выяснить требования
Сюда относим Функциональные и Нефункциональные.
ФТ - какая функциональность доступна пользователю.
НФТ - Какие качества должны быть у проектируемой системы.
2) Построить api
Обычно это REST с несколькими ручками. Одну из которых нужно описать очень хорошо.
3) Спроектировать архитектуру
Начать с монолита. Позволит описать основные user flow голосом. Показать уже работающую минимальную систему.
4) Поговорить о масштабировании
Здесь многие тонут. Но мы подготовимся:
а) Сделать stateless сервисы, которые можем масштабировать горизонтально.
б) Сделать read реплики, поскольку, скорее-всего, запросов на чтение будет больше.
в) Обозначить шардирование, если идём в мир. К примеру, шардирование по гео для букинга. Допустим, ищем отели во Франции. Пускай по признаку "Страна" все данные находятся на определенном сервере. Чтобы не делать кросс серверных запросов. Удобно. Быстро.
5) Упомянуть технологии
Обычно выбираем PostgreSQL, если нужен ACID, схема данных, join.
6) Приправить всё кэшем и мониторингом
Именно здесь. В конце. Избегаем широко известной истории в узких кругах.
Рассказывает СТО: "Ко мне пришёл кандидат и предложил использовать кубернетиз для всех случаев.". Как бы да. Но сначала хочется увидеть спроектированный сервис. Который обслуживает основные пользовательские сценарии. А фразу "кубернетиз всё разрулит" можно припасти на потом. А не спасаться с помощью неё в самом начале.

👎 Нам не нужны:
• Диаграммы последовательности
• BPMN диаграммы, ...
• Подробное описание интеграций внутренних и внешних систем с проработкой их контрактов

🆗 Из диаграмм - максимум аналог С4 контейнерной схемы:
а) Актор - пользователь, админ, ...
б) API GATEWAY
в) Сервисы
г) СУБД
д) Мониторинг
изображенные в таком виде, чтобы получить от интервьюера:
💭 «Ага! Теперь ясно!».

⚡️ Так и закончатся ваши 60 минут крови и пота приятного времяпрепровождения в рамках решения архитектурной задачи.

❗️ Если вышесказанное too much for me now, заберите первые 3 этапа. Отработайте их на "отлично" на пятерке(5️⃣) популярных задач.
И это будет уже базовым прохождением.

❓ В следующий раз можно разобрать ожидания интервьюера и особенности коммуникации на таком интервью.

Автор - Невзоров Владимир. Телеграмм канал - @system_design_world