DevOpsConf Channel

Участники конференции, задавайте вопросы спикеру в чатах залов: ⠀ 🔹 Зал Конгресс-Холл ⠀ 🔸 Зал Кейптаун ⠀ 🔹 Зал Сингапур ⠀ 🔸 Зал Уфа ⠀ 🔹 Зал Дели-Калькутта ⠀ 🔸 Зал Пекин ⠀ 🔹 Зал Шанхай (не транслируется)

#DevOpsConf Анастасия Граф. Как организовать базу знаний так, чтобы даже новичок-джун всё смог найти сам? Анастасия - из Maxim Technology, разработка для Taxi Maxim, 350 ИТ-шников распределенная команда по городам России. Доклад развивает тему доклада на #TeamleadConf-2023 (есть конспект в моем отчете), но отличается фокусировка. Тогда был рассказ о процессе и технических способах организовать документацию, а здесь фокус на результат - базу знаний с легким поиском и с соучастием разработчиков в ее поддержке. И основная задача тут - изменение культуры: переход от ситуации, когда тот к кому нужна информации, обращается в чатик или к соседу, к ситуации, когда человек сначала идет за ответом в базу знаний, и только если ответ не нашел идет его искать к соседу или в чатик, а найдя ответ - еще и дополняет базу знаний. Это именно изменение культуры. Но чтобы оно произошло должны быть предпосылки. 4 требования, они были сформулированы на слайде, а потом по каждому шел рассказ. 1) Легко делиться знаниями. Чтобы писали все, а не специально выделенный человек. Для этого надо дать возможность писать всем, в том числе джунам - у них есть вопросы, есть ответы, которые будут полезны следующему джуну. И каждому должно быть понятно, что и как написать, это обеспечивает типизация контента и шаблоны структуры с подсказками по заполнению каждого поля. Типы страниц: термин; справочник - на каждой странице ответ на один вопрос; страница книги - ответ на сложный вопрос, собранный из простых и ссылок. Страница справочника включает историю изменений, чтобы отличать опечатки от содержательных актуализаций. В шаблон страницы книги зашит фидбэк, сразу. 2) Статья написана понятно читателю. Целевая аудитория часто шире, чем задумываешься. Есть люди, далекие от ИТ, которым тоже интересно не ходить с вопросами к ИТ. И здесь - ревью, обратная связь и легкость изменения. Перевести реакцию из "у вас непонятно" к "мне непонятно это и это". 3) Легко найти нужный материал. Тут есть проблема со сленгом - надо писать понятные названия. А еще работать с метками. У них документацию ведут сами команды, и они образуют дерево статей так как им удобно, в своей логике и ориентируются в своем пространстве. Которая отличается от логике соседней команды. А поиск нужен по всей документации, и метки помогают определить нужный набор страниц. И они помогают делать тематические подборки, на которых собирается вся необходимая информация. 4) Все материалы достоверны и актуальны на текущую дату. Самое сложно реализуемое. Что не надо перепроверять, а если нашел неверное - то заинтересован исправить. Реализуется за счет статусной модели для страниц, и за счет активного применения сборных страниц, которое позволяет править в одном месте. Статус - метка на странице: В работе, Ревью, Опубликована, На корректировку. Итого, что нужно сделать: * Дать возможность писать всем, включая джунов. Потому что у него есть что написать, ответить вопросы. * Типизация контента. Шаблоны для каждого типа. Структуры с подсказками. * Круг энтузиастов, которые пишут, либо встройка наполнения базы знаний включено в процесс. * Порядок верификации и обновления. Нужен триггер обновления - когда и по какому алгоритму проверять, и алгоритм поиска устаревших страниц - через различные отчеты. На этом - все. А мне во время доклада пришла мысль посмотреть на изменение культуры документирования как на процесс уборки и поддержания порядка: (1) есть пространства, где ты при необходимости убираешься сам, (2) есть - где активно сигнализируешь о беспорядке, (3) есть - где лишь жалуешься и страдаешь, а (4) есть - где игнорируешь. И задача - чтобы расширить пространства 1 и 2 каждого членов команды, обеспечив перекрыте всего пространства активистами. Это может дать другой взгляд.

🔹 Зал «Уфа». Антон Устюжанин (Точка) «Несколько реплик приложения — это отказоустойчивое решение?» ⠀ Подробный доклад о проектировании отказоустойчивых систем. Вы рассмотрите разные ситуации и научитесь определять, когда у вас все еще остается единая точка отказа, из-за которой весь проект может оказаться под угрозой. Посмотрите на стоимость обеспечения отказоустойчивости. ⠀ 🔸 Зал «Дели+Калькутта». Сергей Куликов (SberAutoTech) «Всё идёт по плану. Как запускать Ansible вовремя так, чтобы все были довольны» ⠀ Доклад поднимает тему, которая ранее не была освещена — какие есть инструменты для запуска ansible-плейбуков. Рассматриваются разные возможности и предоставляется сравнение этих инструментов, так что вы будете иметь полное представление об экосистеме и сможете сделать осознанный выбор. ⠀ 🔹 Зал «Пекин». Михаил Кажемский (Hilbert Team) «Secrets Management в зависимости от зрелости инфраструктуры компании: как понять, что пора переходить на новый уровень» ⠀ Существует огромное количество способов управления секретами в инфраструктуре. И если вы еще не определились с тем, какой из них наиболее оптимален для вашей компании с учетом вашего уровня зрелости, то этот доклад для вас!

🖐 Анонс докладов, которые стартуют в 12:20 ⠀ 🔸 Зал «Конгресс-холл». Илья Барбашов (Авито) «Developer Experience: обзор подходов и как мы их применяем» ⠀ Единственный доклад про Developer Experience на конференции. Спикер расскажет про первые шаги в измерении и улучшении DX в платформенных командах в Авито, поделится подходами и инструментами для сбора и анализа обратной связи при разработке платформ. ⠀ 🔹 Зал «Кейптаун». Татьяна Кыркалова (Независимый исследователь) «Как расспрашивать экспертов, чтобы развиваться профессионально?» ⠀ В IT-сфере новые знания можно получать по-разному, и один из самых действенных способов — через общение с экспертами в своей области. Доклад поможет подготовиться к общению с экспертами и подскажет, как правильно задавать вопросы. ⠀ 🔸 Зал «Сингапур». Артём Науменко (Hyperunison) «В чем польза IT-платформы? Как её лучше делать?» ⠀ Из выступления вы узнаете про опыт разработки внутренней платформы для разработчиков в Skyeng и бизнес-платформы в стартапе. Как применять продуктовый подход, какие цели ставить, за какими метриками следить, как снижать сложность, улучшать автоматизацию и опыт взаимодействия с платформой. ⠀ ⤵️⤵️

В 14:40 приходите на доклад Сергея Обожина из МТС Digital «Как мы меняли DevOps в Телекоме». Узнаете, как изменился DevOps в кластере Телеком после начала экосистемной трансформации МТС, и как новая оргструктура поддерживает этот переход. МТС Digital – ИТ-компания внутри телеком-оператора МТС – экосистема цифровых сервисов и ведущий телеком-оператор в России. Команда из 8 000+ специалистов создаёт передовые решения в направлениях финтеха, Big Data, Cloud, IoT, AI и других. Реклама ООО «МТС ДИДЖИТАЛ» erid: LjN8KJT64

В 11:30 приходите в Зал «Шанхай» на практический воркшоп по Risk Storming от Дмитрия Бардина (Яндекс Маркет) Приходите к началу, чтобы иметь возможность подключиться к практике 🙌

🖐 Следующие доклады стартуют в 11:10 ⠀ 🔸 Зал «Конгресс-холл». Владимир Гурьянов (Флант) «Кто возьмет метрик пачку, тот получит ресурсов недостачку...» Детальный доклад о том, как работает Prometheus под капотом, от чего зависит его производительность и как бороться с тормозами. ⠀ 🔹 Зал «Кейптаун». Тимур Батыршин (Axenix) «Как навести порядок в горящем проекте» Докладчик расскажет, как применить принципы и подходы из DevOps для наведения порядка на проекте и улучшения взаимодействия, чтобы сделать работу спокойней и эффективней. ⠀ 🔸 Зал «Сингапур». Кирилл Шагин (Vi.Tech) «Как мы перешли от аутсорса и создали эффективную команду DevOps» Управление командой DevOps отличается от управления командой программистов. В теории всё не сильно отличается, но теория всегда проверяется практикой. В докладе вы узнаете про боль, страдание и подводные камни при построении процессов в командах DevOps. ⠀ 🔹 Зал «Уфа». Денис Исаев (Яндекс) «Как мы вырастили отказоустойчивость Яндекс Go» Хороший доклад про отказоустойчивость крупной системы в контексте процессов и метрик. Докладчик расскажет историю о том, как они шли к текущей ситуации, какие этапы прошли и какие решения совершили. 🔸 Зал «Дели+Калькутта». Станислав Ошмарин (Evocargo) «Как быстро создать dev-среду в K8s на основе ArgoCD» Если вы хотите научиться удобно разворачивать окружение под фиче-ветку с помощью ArgoCD — вам сюда. ⠀ 🔹 Зал «Пекин». Антон Третьяков (PVS-Studio) «Куда (и как) встроить SAST-решение?» Из доклада вы узнаете, в каком месте пайплайна необходимо встраивать статический анализ кода на уязвимости и для чего это необходимо делать.

Напоминаем, что задать вопросы спикеру можно в чатах залов: ⠀ 🔹 Зал Конгресс-Холл ⠀ 🔸 Зал Кейптаун ⠀ 🔹 Зал Сингапур ⠀ 🔸 Зал Уфа ⠀ 🔹 Зал Дели-Калькутта ⠀ 🔸 Зал Пекин ⠀ 🔹 Зал Шанхай (не транслируется)