Статься в процессе написания, выложена для помощи конкретному человеку)). — Что в рамках данной статьи не рассматривается Переход в Менеджмент \ Лидерство Другие рыки \ Релокация Направления важные и нужные, обязательно в эти стороны нужно подумать и решить для Себя. Разработка на Go

Дополнение к предыдущей статье План развития DevOps специалиста без доступа к большим публичным облакам. 6 Области знаний Сами облака IaS Инструменты Лучшие облачные архитектурные практики Инструменты быстрого создания решений Облачный мониторинг и инцидент менеджмент +1 Супер Активность — Поиск, тестирование и интеграция других облачных сервисов. Облака Описание Сервисы облачных вычислений — Amazon Web Services (AWS)

DevOps это многоплановая роль, компетенции можно развивать по областям знаний в любом порядке. 15 Областей Знаний: Разработка и Алгоритмы Администрирование Linux Проектирование и Архитектура +HighLoad Система контроля версий Git Балансировка и проксирование Массовое конфигурирование с помощью Ansible Администрирование баз данных Тестирование (QA) CI/CD Мониторинг и Логирование Сетевой стек Оркестрация контейнеров и Kubernetes

Время — основной ресурс ИТ компаний, который можно конвертировать в Ценность для пользователей. Простота организации онлайн встреч порой порождает искушение собирать длинные встречи на много-много человек. Проблематика Много совещаний с непонятным результатом. На встречи приходят сильно больше людей, цем ожидается организаторами Боязнь пропустить важную информацию, поэтому ходишь на все митинги много…

Оценка систем контроля версий (VCS) для Azure DevOps (Бывший TFS) — Для начала нужно разобраться с терминологией: Azure DevOps или Team Foundation Server (TFS, был переименован в 2019г) — это инструмент управления жизненным циклом приложений, который включает в себя компонент системы контроля версий (VCS). Azure DevOps поддерживает 2 системы версионирования репозиториев (“repo”): Team Foundation Server Version Control (TFVC)

Обычно при оценке корпоративных команд не учитывается зрелость собственной Инфраструктуры. Только практики и зрелость команд. Например: SAFe Measure and Grow AgilityHealth Radars Nokia Scrum Test ( Scrum, but…) Squad Health Check model Оценка команд исходит из того что инфраструктура все может, и командам осталось или использовать или нет подходы infrastructure…

Шпаргалка для самых не равнодушных — Договариваемся о ценностях в работе и о других правилах игры Ценности в Процессе работы: Фокус Смелость Открытость Приверженность делу и Ответственность Уважение Принятие решений на основе данных Договариваемся о $. Имеется ввиду все что относится к личным финансам группы, внутри большой компании, это может быть договоренность куда “списываются” все участники группы.

Краткое погружение в Data Governance для Agile специалистов участвующих в трансформации больших компаний. — Отмечу, что мы смотрим с точки зрения управления трансформации всей компании, и данная проблематика может быть не очень существенна для каждой команды в отдельности. Возможная проблематика: Облако меток в Jira не поддается никакой логике — Например метка DevOps в куче существует в вариантах (DevOps, DEVOPS, Dev-Ops, Dev_Ops, DevOps с пробелом, DevOps со…

DevOps Acceptable Criteria — Цели на первый этап: Быть готовым к большой амплитуде изменений и вызовов Обеспечить высокую доступность Продуктов для конечных пользователей Сокращение технических задержек на Релиз, до минут, без потери качества Базовые принципы быстрой разработки: Стерильность сборки Prod-like контуры Эластичная инфраструктура Совместный доступ к коду Авто-тестирование Рутины не больше 50% рабочего времени