UUtilarium
Site Reliability Engineer / Портфолио

План первой рабочей задачиSite Reliability Engineer / Портфолио

Site Reliability Engineer: улучшить надёжность сервиса через измеримый SLO и автоматизируемую реакцию на отказ. Начните с примера, измените входные данные и проверьте результат.

Практический инструмент

План первой рабочей задачи

Шаг нельзя считать законченным только по времени. У каждого шага отдельное доказательство и точка обратной связи.

В полях учебный пример. Замените его своими данными. Расчёт выполняется в браузере, без нейросети и отправки содержимого формы.

01 / Ваши данныеЛокально
02 / РезультатМожно скачать
Три сессии с контрольными точками
СессияЗадачаЛимитДоказательство
1Воспроизвести исходный сценарий60Лог запуска и описание ограничения
2SLO с индикаторами, алертами, runbook и результатом game day60Изменение + проверка на тестовых данных
3Получить обратную связь: Наставник, без персональных данных60алерт связан с пользовательским ущербом, burn rate проверен, runbook выполняется дежурным

Три сессии не гарантируют завершения задачи. Если проверка не проходит, остановитесь, запишите препятствие и уточните задачу у наставника.

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

01 / РазборSite Reliability Engineer
Материал для портфолио

Средняя задержка скрывает плохой хвост

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

Условие учебного кейса. Это не сообщение о реальном инциденте.

95 запросов по 100 мс и 5 по 5000 мс. Среднее 345 мс; отдельно посмотрите распределение и ошибки.

Какой следующий шаг выберете?

Сначала сформулируйте ответ, затем откройте объяснение каждого варианта.

Оценить сервис только по среднему времени.

Недостаточно

Среднее не показывает, кому достались длинные ответы. Выбор процентиля и цели зависит от сценария; метод вычисления процентиля нужно фиксировать.

Определить пользовательский SLI и анализировать хвост, окно и объём наблюдений.

Обоснованный следующий шаг

Проверьте решение на указанном входе и зафиксируйте наблюдаемый результат. Критерий полного задания для роли: алерт связан с пользовательским ущербом, burn rate проверен, runbook выполняется дежурным.

Примените к своей задаче

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

Что оставить после работы

README, тестовые данные, воспроизведение и честное описание личного вклада.

Самопроверка по доказательствам

0 из 3 отмечено. Это ваш список, не автоматическая оценка.

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

02 / Методстартовый набор Junior
Как читать результат инструмента

Время и готовность

Первая сессия: воспроизведите проблему. Вторая: минимальное изменение и тест. Третья: обратная связь и граница решения.

Где такой вывод может оказаться неверным?

Таймер не завершает задачу. Если нет результата, сессия закончилась, но критерий этапа ещё не выполнен.

Инструмент выше выполняет только заявленную операцию. Разбор кейса требует самостоятельной проверки и не вычисляется из введённого текста.

Порядок работы

От условия к проверке

Сохраните исходное наблюдение. После изменения повторите тот же тест.

01 / ЭТАПВоспроизведите условие95 запросов по 100 мс и 5 по 5000 мс. Среднее 345 мс; отдельно посмотрите распределение и ошибки.
02 / ЭТАППроверьте решениеОпределить пользовательский SLI и анализировать хвост, окно и объём наблюдений. Среднее не показывает, кому достались длинные ответы. Выбор процентиля и цели зависит от сценария; метод вычисления процентиля нужно фиксировать.
03 / ЭТАППередайте результатREADME, тестовые данные, воспроизведение и честное описание личного вклада. Ограничение метода: Таймер не завершает задачу. Если нет результата, сессия закончилась, но критерий этапа ещё не выполнен.
Заметки и дополнительный план работы
Рабочие заметки

Сохраните контекст и следующий шаг

Дополнительный бриф объединит ваши заметки и контрольный список. Он не анализирует свободный текст и не заменяет специализированный инструмент выше. Содержимое формы остаётся в браузере.

Исходные данные

Персональный план

Заполните исходные данные и нажмите «Собрать план». Здесь появится структурированный результат, который можно скопировать или скачать.

Контроль результата

Перед передачей другому человеку

Проверьте входные данные, метод и ограничения. Список не заполняется автоматически.

Чек-лист готовности

  • Входные данные инструмента относятся к одной задаче.
  • Учебные значения заменены своими или явно оставлены как пример.
  • Результат сопоставлен с правилом: Шаг нельзя считать законченным только по времени. У каждого шага отдельное доказательство и точка обратной связи.
  • По кейсу «Средняя задержка скрывает плохой хвост» сохранено наблюдение до и после проверки.
  • Отдельно указано, что пока не удалось проверить.

Правила решения

  1. Шаг нельзя считать законченным только по времени. У каждого шага отдельное доказательство и точка обратной связи.
  2. Таймер не завершает задачу. Если нет результата, сессия закончилась, но критерий этапа ещё не выполнен.
  3. Покажите исходную проблему и результат после изменения. Учебный кейс не выдавайте за клиентский проект.

Что должно получиться

  • Таблица инструмента «План первой рабочей задачи» по вашим входным данным.
  • Материал по учебному кейсу: README, тестовые данные, воспроизведение и честное описание личного вклада.
  • Описание ограничения: алертить каждую техническую ошибку без связи с SLO и бюджетом ошибок

Типичные ошибки

  • Оценить сервис только по среднему времени.
  • Таймер не завершает задачу. Если нет результата, сессия закончилась, но критерий этапа ещё не выполнен.
  • Выдавать учебный пример или отмеченный чекбокс за выполненную проверку.
Вопросы и ответы

Возможности и ограничения

Расчёт, учебная задача и внешний источник выполняют разные функции.

Что делает инструмент на этой странице?

План первой рабочей задачи. Шаг нельзя считать законченным только по времени. У каждого шага отдельное доказательство и точка обратной связи. Он не выполняет техническое задание за вас и не проверяет свободный текст нейросетью.

Как использовать его для задачи «Портфолио»?

Покажите исходную проблему и результат после изменения. Учебный кейс не выдавайте за клиентский проект. Роль: Site Reliability Engineer. Инструмент выполняет только свою заявленную операцию; он не получает дополнительные возможности от названия раздела.

Что должно остаться после практики?

README, тестовые данные, воспроизведение и честное описание личного вклада. Для роли «Site Reliability Engineer» ориентир проверки: алерт связан с пользовательским ущербом, burn rate проверен, runbook выполняется дежурным.

Подтверждает ли TechRole учебный пример?

Нет. TechRole используется как отдельный контекст профессии или датированного наблюдения. Учебные числа, ситуации и ваши расчёты не являются данными TechRole. Проверяйте период и ограничения материала по ссылке.

Следующие шаги

Связанные инструменты

Переходы подобраны по роли, формату и задаче. Все ссылки ведут на самостоятельные HTML-страницы.

Контекст профессииTechRole Index

HTML-источник типа «правила цитирования» добавлен по теме «Портфолио» для роли «Site Reliability Engineer». Период не применяется: тип источника: правила цитирования.

Что подтверждает: HTML-источник типа «правила цитирования» добавлен по теме «Портфолио» для роли «Site Reliability Engineer». Ограничение: Источник объясняет правила корректного цитирования и ссылки на первичную страницу.
Правила цитирования TechRole ↗