HTML Diff
0 added 0 removed
Original 2026-01-01
Modified 2026-02-19
1 <p>Менять компанию, в которой вы уже гуру на своей позиции, всегда стрессово.<strong>Давайте разберёмся, как не превратить первые месяцы в chaos engineering.</strong></p>
1 <p>Менять компанию, в которой вы уже гуру на своей позиции, всегда стрессово.<strong>Давайте разберёмся, как не превратить первые месяцы в chaos engineering.</strong></p>
2 <p><strong>Фундаментальные принципы для начала:</strong></p>
2 <p><strong>Фундаментальные принципы для начала:</strong></p>
3 <ul><li>Смиритесь: первые полгода вы не будете понимать, как устроена большая часть системы. И это нормально.</li>
3 <ul><li>Смиритесь: первые полгода вы не будете понимать, как устроена большая часть системы. И это нормально.</li>
4 <li>Не пытайтесь сразу всё решить: ваша цель - сначала понять, почему тут всё работает и не падает. Даже если никто этого не знает.</li>
4 <li>Не пытайтесь сразу всё решить: ваша цель - сначала понять, почему тут всё работает и не падает. Даже если никто этого не знает.</li>
5 <li>Вопросы важнее решений. Ваша главная задача на старте - понять, как всё работает, а не переделывать, даже если не нравится. Задавать вопросы важно. А задавать правильные вопросы ещё и полезно для ускорения онбординга.</li>
5 <li>Вопросы важнее решений. Ваша главная задача на старте - понять, как всё работает, а не переделывать, даже если не нравится. Задавать вопросы важно. А задавать правильные вопросы ещё и полезно для ускорения онбординга.</li>
6 </ul><p><strong>Что делать в первые дни</strong></p>
6 </ul><p><strong>Что делать в первые дни</strong></p>
7 <p><strong>1. Соберите свой mindmap:</strong></p>
7 <p><strong>1. Соберите свой mindmap:</strong></p>
8 <ul><li>Узнайте, какие части системы наиболее важны для бизнеса.</li>
8 <ul><li>Узнайте, какие части системы наиболее важны для бизнеса.</li>
9 <li>Определите ключевые компоненты: микросервисы, базы данных, очереди, etc.</li>
9 <li>Определите ключевые компоненты: микросервисы, базы данных, очереди, etc.</li>
10 <li>Поймите, кто главный эксперт по каждой области (читать: к кому бегать с вопросами).</li>
10 <li>Поймите, кто главный эксперт по каждой области (читать: к кому бегать с вопросами).</li>
11 <li>Нарисуйте общую схему архитектуры. Она будет неточной, но хотя бы задаст контекст. Если повезёт, то схема уже есть и не одна. Она наверняка будет устаревшей, но позволит по верхам вникнуть в структуру команды/департамента/компании (в зависимости от детализации схемы).</li>
11 <li>Нарисуйте общую схему архитектуры. Она будет неточной, но хотя бы задаст контекст. Если повезёт, то схема уже есть и не одна. Она наверняка будет устаревшей, но позволит по верхам вникнуть в структуру команды/департамента/компании (в зависимости от детализации схемы).</li>
12 </ul><p><strong>2. Изучите мониторинг и алерты:</strong></p>
12 </ul><p><strong>2. Изучите мониторинг и алерты:</strong></p>
13 <ul><li>Проверьте, что и чем мониторится.</li>
13 <ul><li>Проверьте, что и чем мониторится.</li>
14 <li>Найдите дашборды, алерты и метрики. Даже если они плохо работают, это покажет, как команда видит систему.</li>
14 <li>Найдите дашборды, алерты и метрики. Даже если они плохо работают, это покажет, как команда видит систему.</li>
15 <li>Постарайтесь понять, что вызывает боль (например, false алерты или отсутствие критичных метрик).</li>
15 <li>Постарайтесь понять, что вызывает боль (например, false алерты или отсутствие критичных метрик).</li>
16 </ul><p><strong>3. Вопросы, вопросы, вопросы:</strong></p>
16 </ul><p><strong>3. Вопросы, вопросы, вопросы:</strong></p>
17 <ul><li>Задавайте их постоянно: "Почему так?", "Как это устроено?", "Что происходит, если это падает?", "Кто получает по шапке за простои?"</li>
17 <ul><li>Задавайте их постоянно: "Почему так?", "Как это устроено?", "Что происходит, если это падает?", "Кто получает по шапке за простои?"</li>
18 <li>Поймите, что важно для команды и бизнеса, чтобы расставить приоритеты.</li>
18 <li>Поймите, что важно для команды и бизнеса, чтобы расставить приоритеты.</li>
19 </ul><p><strong>Что НЕ делать:</strong></p>
19 </ul><p><strong>Что НЕ делать:</strong></p>
20 <ol><li>Не лезьте в рефакторинг. Вы пока не знаете всех последствий. Лучше наблюдайте.</li>
20 <ol><li>Не лезьте в рефакторинг. Вы пока не знаете всех последствий. Лучше наблюдайте.</li>
21 <li>Не переделывайте мониторинг. Если даже кажется, что всё ужасно, не спешите. У системы могут быть неявные зависимости.</li>
21 <li>Не переделывайте мониторинг. Если даже кажется, что всё ужасно, не спешите. У системы могут быть неявные зависимости.</li>
22 <li>Не критикуйте существующую архитектуру. Это точно вызовет сопротивление со стороны людей, которые всё это строили годами. Сначала разберитесь в контексте.</li>
22 <li>Не критикуйте существующую архитектуру. Это точно вызовет сопротивление со стороны людей, которые всё это строили годами. Сначала разберитесь в контексте.</li>
23 </ol><p><strong>Вторая и третья части будут в канале Виталия.<a>Подписывайтесь, чтобы не пропустить!</a></strong></p>
23 </ol><p><strong>Вторая и третья части будут в канале Виталия.<a>Подписывайтесь, чтобы не пропустить!</a></strong></p>
24 <p>2025-02-03 04:00<a>Kubernetes</a></p>
24 <p>2025-02-03 04:00<a>Kubernetes</a></p>