До HighLoad++ 2022 осталось менее недели!
25 ноября в 15:50 (Зал h2) на крупнейшей конференции разработчиков высоконагруженных систем со своим докладом выступит Александр Титов – управляющий партнер Экспресс 42.
Александр затронет тему компетенций и технологий, необходимых для качественной контейнерной разработки, тестирования и эксплуатации продуктов на базе принципов Cloud Native, API first, CI\CD, Infrastructure as Code.
В своем докладе «Внутренняя энтерпрайз платформа для контейнерной разработки как технологическая основа для бизнеса» Александр расскажет о возможностях реализации таких компетенций посредством собственной платформы для разработки цифровых продуктов.
А также, в докладе:
▫️актуальность Platform Engineering в России;
▫️стандарты, подходы, технологии для качественной, быстрой и безопасной разработки;
▫️кейс взаимодействия с подрядчиками на базе собственной платформы для создания нового продукта меньше чем за 4 месяца;
▫️пути создания внутренней платформы.
25 ноября в 15:50 (Зал h2) на крупнейшей конференции разработчиков высоконагруженных систем со своим докладом выступит Александр Титов – управляющий партнер Экспресс 42.
Александр затронет тему компетенций и технологий, необходимых для качественной контейнерной разработки, тестирования и эксплуатации продуктов на базе принципов Cloud Native, API first, CI\CD, Infrastructure as Code.
В своем докладе «Внутренняя энтерпрайз платформа для контейнерной разработки как технологическая основа для бизнеса» Александр расскажет о возможностях реализации таких компетенций посредством собственной платформы для разработки цифровых продуктов.
А также, в докладе:
▫️актуальность Platform Engineering в России;
▫️стандарты, подходы, технологии для качественной, быстрой и безопасной разработки;
▫️кейс взаимодействия с подрядчиками на базе собственной платформы для создания нового продукта меньше чем за 4 месяца;
▫️пути создания внутренней платформы.
highload.ru
Конференция разработчиков высоконагруженных систем HighLoad++
🔥10
Мониторинг и Observability: суть подхода наблюдения за системой
Подход Мониторинг и Observability применяется для наблюдения за работой всей системы. Это – ключевая практика, обеспечивающая связь между инженерами, ops’ами, продуктовыми и управленческими группами.
Практика дает возможность генерировать ключевые данные, которые в последствии используются для оперативного исправления ошибок. Более того, данный подход помогает оценить работу приложений через призму пользователя.
Для реализации подхода используются популярные на сегодня решения Prometheus, Grafana, Thanos, ELK – как лучшие практики DevOps, успешно применяемые в том числе и командой Экспресс 42.
В рамках проекта «Управление схемами БД и миграциями» нами были подготовлены описания практик, которые будут понятны клиенту и могут быть использованы в качестве основы для повседневной работы.
Основная задача:
🔸видеть историю изменений и свободно по ней перемещаться;
🔸быстро возвращаться к предыдущему состоянию в случае ошибки;
🔸поддерживать состояние БД на разных окружениях в идентичном состоянии.
В результате, была разработана и реализована структура SRE-практик.
⬇️
Подход Мониторинг и Observability применяется для наблюдения за работой всей системы. Это – ключевая практика, обеспечивающая связь между инженерами, ops’ами, продуктовыми и управленческими группами.
Практика дает возможность генерировать ключевые данные, которые в последствии используются для оперативного исправления ошибок. Более того, данный подход помогает оценить работу приложений через призму пользователя.
Для реализации подхода используются популярные на сегодня решения Prometheus, Grafana, Thanos, ELK – как лучшие практики DevOps, успешно применяемые в том числе и командой Экспресс 42.
В рамках проекта «Управление схемами БД и миграциями» нами были подготовлены описания практик, которые будут понятны клиенту и могут быть использованы в качестве основы для повседневной работы.
Основная задача:
🔸видеть историю изменений и свободно по ней перемещаться;
🔸быстро возвращаться к предыдущему состоянию в случае ошибки;
🔸поддерживать состояние БД на разных окружениях в идентичном состоянии.
В результате, была разработана и реализована структура SRE-практик.
⬇️
👍1
Приглашаем на вебинар от Экспресс 42, где мы презентуем Экспресс.Платформу для контейнерной разработки цифровых продуктов!🚀
Дата и время: 8 декабря в 20:00
Спикеры расскажут с какими вызовами сталкиваются digital-компании сегодня и как появилась идея реализовать Экспресс.Платформу. Покажут функционал и начинку в режиме демо. Обсудят с участниками варианты реализации решения (Express 42 Kubernetes Distribution или Express 42 Delivery Platform), а так-же как с помощью платформы:
🔸переехать с OpenShift;
🔸снизить нагрузку на ИТ-специалистов;
🔸увеличить качество и скорость разработки;
🔸повысить производительность команд;
🔸решить проблему недостатка компетенций внутри компании.
Для кого: будет интересно как ИТ-руководителям, так и разработчикам, инженерам, DevOps и ИТ-специалистам.
БОНУС🎁🎉 Розыгрыш лицензии на Экспресс.Платформу среди зрителей!
Спикеры:
Александр Титов — Управляющий партнер Express 42
Никита Вельгин — Tech Lead/Team Lead, Express 42
Будем рады видеть вас онлайн!Регистрация ➡️ вот тут
Дата и время: 8 декабря в 20:00
Спикеры расскажут с какими вызовами сталкиваются digital-компании сегодня и как появилась идея реализовать Экспресс.Платформу. Покажут функционал и начинку в режиме демо. Обсудят с участниками варианты реализации решения (Express 42 Kubernetes Distribution или Express 42 Delivery Platform), а так-же как с помощью платформы:
🔸переехать с OpenShift;
🔸снизить нагрузку на ИТ-специалистов;
🔸увеличить качество и скорость разработки;
🔸повысить производительность команд;
🔸решить проблему недостатка компетенций внутри компании.
Для кого: будет интересно как ИТ-руководителям, так и разработчикам, инженерам, DevOps и ИТ-специалистам.
БОНУС🎁🎉 Розыгрыш лицензии на Экспресс.Платформу среди зрителей!
Спикеры:
Александр Титов — Управляющий партнер Express 42
Никита Вельгин — Tech Lead/Team Lead, Express 42
Будем рады видеть вас онлайн!Регистрация ➡️ вот тут
🔥7
Kubernetes in Cloud — единое многоуровневое решение для мониторинга
Kubernetes in Cloud — единая настраиваемая среда для обработки данных и мониторинга системы, способная автоматически следовать заданным параметрам и маркерам на разных уровнях среды исполнения в зависимости от целей и ваших потребностей.
Уровень I
Железо / Виртуализация / Облако
Уровень II
Виртуальная среда исполнения / Docker / K8S / Serverless
Уровень III
Базовые сервисы Monitoring + Observability / инструменты выше (один или связка)
Уровень IV
Клиентский софт / приложения
В рамках проекта внедрения Экспресс.Платформы для банка из списка ТОП-5 в России, нашей командой был успешно реализован следующий набор технологий и инструментов ⚙️⬇️
Kubernetes in Cloud — единая настраиваемая среда для обработки данных и мониторинга системы, способная автоматически следовать заданным параметрам и маркерам на разных уровнях среды исполнения в зависимости от целей и ваших потребностей.
Уровень I
Железо / Виртуализация / Облако
Уровень II
Виртуальная среда исполнения / Docker / K8S / Serverless
Уровень III
Базовые сервисы Monitoring + Observability / инструменты выше (один или связка)
Уровень IV
Клиентский софт / приложения
В рамках проекта внедрения Экспресс.Платформы для банка из списка ТОП-5 в России, нашей командой был успешно реализован следующий набор технологий и инструментов ⚙️⬇️
👏3
Как вывести ИТ на новый уровень и снизить расходы на создание и развитие продукта? Как обеспечить себе необходимый ресурс компетенций и не зависеть от ключевых сотрудников? Как улучшить качество софта и ускорить его разработку?
Напоминаем, что завтра в 20:00 по МСК состоится вебинар от Экспресс 42, где Александр Титов и Никита Вельгин расскажут о возможностях Экспресс.Платформы как решения для:
🔹снижения расходов на создание и развитие продукта;
🔹сохранения фокуса на ключевых задачах и повышения производительности;
🔹внедрения наиболее эффективных практик DevOps, собранных нами за 10 лет.
Подробная информация и регистрация на вебинар ➡️ здесь !
Напоминаем, что завтра в 20:00 по МСК состоится вебинар от Экспресс 42, где Александр Титов и Никита Вельгин расскажут о возможностях Экспресс.Платформы как решения для:
🔹снижения расходов на создание и развитие продукта;
🔹сохранения фокуса на ключевых задачах и повышения производительности;
🔹внедрения наиболее эффективных практик DevOps, собранных нами за 10 лет.
Подробная информация и регистрация на вебинар ➡️ здесь !
Express42
Экспресс.Платформа
Спикеры: Александр Титов и Никита Вельгин
🔥9
📣Вебинар-презентация Экспресс.Платформы начинается прямо сейчас! Подключайтесь скорее 🔥 https://start.bizon365.ru/room/107297/express_platform?utm_source=tg&utm_medium=express&utm_campaign=welcome
This media is not supported in your browser
VIEW IN TELEGRAM
Результаты розыгрыша лицензии на Экспресс.Платформу🎉
Мы благодарим всех, кто оставил заявку на участие!😍
Сегодня определили победителя, при помощи генератора случайных чисел.
Победителем розыгрыша стала компания ООО «РобоФинанс»!
Поздравляем с победой! 🎊🎉
Мы благодарим всех, кто оставил заявку на участие!😍
Сегодня определили победителя, при помощи генератора случайных чисел.
Победителем розыгрыша стала компания ООО «РобоФинанс»!
Поздравляем с победой! 🎊🎉
👏5🔥3
О главных целях Экспресс.Платформы и о предпосылках реализации решения - рассказываем в пресс-релизе на CNews🔥🚀
CNews.ru
«Экспресс 42» запустила отечественную инфраструктурную платформу для бизнеса - CNews
Команда российских экспертов в области внедрения DevOps-практик «Экспресс 42» запустила отечественную инфраструктурную...
🔥7👍3
Ценность SDLC
В эпоху цифровизации бизнеса компании выпускают все больше приложений, призванных решать конкретные проблемы пользователя. При этом важно создать целостную модель – единый стандарт, при которой получится избежать ряд проблем в будущем:
▫️неравномерное развитие команд, когда они могут уйти далеко вперед, а другие – топтаться на месте. В какой-то момент им станет тяжело координировать свои действия;
▫️увеличение расходов компании. Попросту вносить изменения станет дорого, от чего пострадает техническая и продуктовая составляющие бренда;
▫️страдает техническая зрелость продукта. Компании хотят применять лучшие практики и технологии, вместо того, чтобы работать с незрелыми командами.
С точки зрения разработчиков, прозрачность этапов и процессов в рамках жизненного цикла разработки программного обеспечения помогает эффективно планировать доставку софта высокого качества.
SDLC представляет собой ряд базовых фаз разработки и доставки ПО. По сути, это - замкнутый цикл, в котором каждый предыдущий этап влияет на последующий.
При этом ценность методологии можно рассматривать не только с точки зрения замкнутого цикла, но и как возможность отследить эффективность каждого этапа в отдельности, понять, какие фазы в компании «провисают» или простаивают, что нужно изменить, чтобы быстрее развивать не только сам продукт, но и имеющиеся компетенции.
В контексте качества выпускаемого софта, компания получает ряд преимущественных ценностей⬇️
В эпоху цифровизации бизнеса компании выпускают все больше приложений, призванных решать конкретные проблемы пользователя. При этом важно создать целостную модель – единый стандарт, при которой получится избежать ряд проблем в будущем:
▫️неравномерное развитие команд, когда они могут уйти далеко вперед, а другие – топтаться на месте. В какой-то момент им станет тяжело координировать свои действия;
▫️увеличение расходов компании. Попросту вносить изменения станет дорого, от чего пострадает техническая и продуктовая составляющие бренда;
▫️страдает техническая зрелость продукта. Компании хотят применять лучшие практики и технологии, вместо того, чтобы работать с незрелыми командами.
С точки зрения разработчиков, прозрачность этапов и процессов в рамках жизненного цикла разработки программного обеспечения помогает эффективно планировать доставку софта высокого качества.
SDLC представляет собой ряд базовых фаз разработки и доставки ПО. По сути, это - замкнутый цикл, в котором каждый предыдущий этап влияет на последующий.
При этом ценность методологии можно рассматривать не только с точки зрения замкнутого цикла, но и как возможность отследить эффективность каждого этапа в отдельности, понять, какие фазы в компании «провисают» или простаивают, что нужно изменить, чтобы быстрее развивать не только сам продукт, но и имеющиеся компетенции.
В контексте качества выпускаемого софта, компания получает ряд преимущественных ценностей⬇️
👍4
Многие представители IT-сферы - как руководители IT-проектов, так и технические специалисты, а порой и сами DevOps-инженеры - задумываются о том, что же такое DevOps-аутсорс, и с чем его едят.
Вниманию тех, кто тоже интересуется, каким компаниям подходит DevOps-аутсорс, и какие вопросы он может решать, предлагаем видео выступления на тему "Как понять, что вам нужен DevOps-аутсорс?".
В своем докладе CVO & управляющий партнер компании Nixys Станислав Тибекин на конференции Tech Week 2022 поделился опытом команды, каким видам бизнеса нужен именно DevOps-аутсорсинг, а каким - DevOps in-House.
А вы как думаете, для кого DevOps-аутсорс - оптимальный вариант? Делитесь своим мнением в комментариях и под видео.
Вниманию тех, кто тоже интересуется, каким компаниям подходит DevOps-аутсорс, и какие вопросы он может решать, предлагаем видео выступления на тему "Как понять, что вам нужен DevOps-аутсорс?".
В своем докладе CVO & управляющий партнер компании Nixys Станислав Тибекин на конференции Tech Week 2022 поделился опытом команды, каким видам бизнеса нужен именно DevOps-аутсорсинг, а каким - DevOps in-House.
А вы как думаете, для кого DevOps-аутсорс - оптимальный вариант? Делитесь своим мнением в комментариях и под видео.
🔥4👍2👏1
Основные фазы SDLC
SDLC — это замкнутый цикл, в котором эффективность каждого этапа напрямую зависит от предыдущего.
Команда Экспресс 42 не прикреплена непосредственно к методологии. Мы помогаем компаниям выстраивать процессы и технологии на этапах разработки, развертывания и эксплуатации. Для эффективной оценки этих этапов мы используем метрики DORA, придуманные Google.
Тем не менее, для целостной картины важно четко понимать все стадии процесса:
1. Составление требований к продукту. На первом этапе происходит сбор требований к софту на основе целей и задач клиента, оформляется техническая документация как руководство на последующих этапах.
2. Технико-экономическое обоснование. На данном этапе нужно дать четкие ответы на такие вопросы как:
🔸Достаточно ли средств на разработку софта?
🔸Способна ли компания соответствовать стандартам разработки?
🔸Можно ли выполнить рабочий процесс и эксплуатационные требования, установленные на первом этапе?
🔸Есть ли в компании необходимые компетенции и технологи для реализации проекта?
🔸Реально ли завершить разработку и доставку продукта в срок?
3. Проектирование и дизайн. Разработчики должны следовать требованиям, чтоб создать соответствующую архитектуру софта. Все шаги по созданию дизайна и проектировке также фиксируются в технической документации. Финальный вариант согласовывается на основе таких параметров как риски, надежность, временные ограничения, бюджет и т. д.
4. Разработка. Фаза непосредственной разработки продукта. Спецификация проектного документа содержит руководство по исходному коду для команды разработчиков.
5. Тестирование. Софт отправляется в окружение, в котором работают QA-инженеры. Их задача — удостовериться в том, что продукт работает в соответствии с требованиями с должным уровнем функциональности, без регресса, утечек кода или любых других дефектов.
6. Развертывание и эксплуатация. Как только все требования компании были выполнены, наступает этап развертывания софта и передачи его клиенты для дальнейшей эксплуатации.
SDLC — это замкнутый цикл, в котором эффективность каждого этапа напрямую зависит от предыдущего.
Команда Экспресс 42 не прикреплена непосредственно к методологии. Мы помогаем компаниям выстраивать процессы и технологии на этапах разработки, развертывания и эксплуатации. Для эффективной оценки этих этапов мы используем метрики DORA, придуманные Google.
Тем не менее, для целостной картины важно четко понимать все стадии процесса:
1. Составление требований к продукту. На первом этапе происходит сбор требований к софту на основе целей и задач клиента, оформляется техническая документация как руководство на последующих этапах.
2. Технико-экономическое обоснование. На данном этапе нужно дать четкие ответы на такие вопросы как:
🔸Достаточно ли средств на разработку софта?
🔸Способна ли компания соответствовать стандартам разработки?
🔸Можно ли выполнить рабочий процесс и эксплуатационные требования, установленные на первом этапе?
🔸Есть ли в компании необходимые компетенции и технологи для реализации проекта?
🔸Реально ли завершить разработку и доставку продукта в срок?
3. Проектирование и дизайн. Разработчики должны следовать требованиям, чтоб создать соответствующую архитектуру софта. Все шаги по созданию дизайна и проектировке также фиксируются в технической документации. Финальный вариант согласовывается на основе таких параметров как риски, надежность, временные ограничения, бюджет и т. д.
4. Разработка. Фаза непосредственной разработки продукта. Спецификация проектного документа содержит руководство по исходному коду для команды разработчиков.
5. Тестирование. Софт отправляется в окружение, в котором работают QA-инженеры. Их задача — удостовериться в том, что продукт работает в соответствии с требованиями с должным уровнем функциональности, без регресса, утечек кода или любых других дефектов.
6. Развертывание и эксплуатация. Как только все требования компании были выполнены, наступает этап развертывания софта и передачи его клиенты для дальнейшей эксплуатации.
👍6
📌🔥Вот как это может быть реализовано на практике.
В рамках одного из проектов была реализована модель метрик и оценка состояния процесса разработки, тестирования и эксплуатации ПО в металлургической горнодобывающей компании ⬇️
В рамках одного из проектов была реализована модель метрик и оценка состояния процесса разработки, тестирования и эксплуатации ПО в металлургической горнодобывающей компании ⬇️
🔥6
Перед самым Новым годом, вместе с проектным офисом Экспресс 42 рассказали о трудностях, которые мы преодолели, о планах и перспективах на следующий год, а еще поделились нашим новогодним настроением🙂💫
Обещаем, интересно и весело будет не только PM’ам!
⬇️Прочитать статью можно в нашем блоге на VC.ru
Обещаем, интересно и весело будет не только PM’ам!
⬇️Прочитать статью можно в нашем блоге на VC.ru
vc.ru
Следуй за «Черным Водяным Кроликом» - итоги уходящего года с проектным офисом Экспресс 42 — Express 42 на vc.ru
Express 42 30.12.2022
👍6
Platform Engineering как новый тренд в IT
Всего за какие-то пару лет платформенная инженерия перешла из разряда «шумихи» в современный IT-тренд. Многие компании, инженеры и просто идейные вдохновители смогли на практике изучить все ценности концепции.
Совсем недавно многие даже не слышали о такой области как Platform Engineering. На сегодняшний день, существуют десятки международных сообществ с тысячами последователей концепции платформенной инженерии. А первая в мире конференция PlatformCon собрала под одной крышей более 6 000 участников даже несмотря на ограничения в связи с пандемией.
При этом было бы неправильно говорить, что платформенная инженерия – совершенно новое явление. Одно из первых упоминаний появилось в 2017 году в Thoughtworks Tech Radar. Далее концепцию более подробно осветили Мануэль Паис и Мэтью Скелтон в своей книге «Топологии команд», выпущенной в 2019 году.
Сегодня все больше ведущих специалистов в компаниях из разных сфер ставят платформенную инженерию в качестве основного приоритета для развития бизнеса. В рамках исследований, специалисты разбили компании по секторам, указав процент специалистов внутри этих компаний, проголосовавших «за» внедрение концепции Platfrom Engineering⬇️
Всего за какие-то пару лет платформенная инженерия перешла из разряда «шумихи» в современный IT-тренд. Многие компании, инженеры и просто идейные вдохновители смогли на практике изучить все ценности концепции.
Совсем недавно многие даже не слышали о такой области как Platform Engineering. На сегодняшний день, существуют десятки международных сообществ с тысячами последователей концепции платформенной инженерии. А первая в мире конференция PlatformCon собрала под одной крышей более 6 000 участников даже несмотря на ограничения в связи с пандемией.
При этом было бы неправильно говорить, что платформенная инженерия – совершенно новое явление. Одно из первых упоминаний появилось в 2017 году в Thoughtworks Tech Radar. Далее концепцию более подробно осветили Мануэль Паис и Мэтью Скелтон в своей книге «Топологии команд», выпущенной в 2019 году.
Сегодня все больше ведущих специалистов в компаниях из разных сфер ставят платформенную инженерию в качестве основного приоритета для развития бизнеса. В рамках исследований, специалисты разбили компании по секторам, указав процент специалистов внутри этих компаний, проголосовавших «за» внедрение концепции Platfrom Engineering⬇️
🔥5🤔1
Подборка YouTube каналов – что посмотреть в свой coffee-break
Читать любят не все. Чаша весов все больше склоняется в пользу видео контента. Визуальная составляющая становится мощным аргументом. Ну и возможность услышать чей-то голос кроме своего – возможность вернуться назад в реальность из рабочих мыслей.
К сожалению, далеко не все YouTube каналы несут ценную смысловую нагрузку. Вариант «контент ради контента» превалирует. Чтобы найти действительно полезный источник, нужно перелопатить массу стримеров, говорящих об одном и том же.
Мы решили сэкономить ваше и наше время и поделиться подборкой каналов (как на русском, так и на английском языках), которые вполне можно посмотреть в перерыве от работы.
1. Легендарный автор книги Continuous Delivery делится идеями и подходами к разработке действительно качественного ПО https://e42.link/3kbHaZC
2. «DevOps мертв» - именно так начинается описание канала, где автор проводит параллели между платформенной инженерией и DevOps-практиками https://e42.link/3ZuaniA
3. Простыми словами о сложном – канал для тех, кто хочет познать основы основ Platform Engineering https://e42.link/3iEo0el
4. Канал о том, как устанавливать и настраивать различные инструменты https://e42.link/3Wapfjc
5. Канал для тех, кто не любит читать, а предпочитает черпать интересную информацию про IT в аудио-формате https://e42.link/3IIfgyx
Читать любят не все. Чаша весов все больше склоняется в пользу видео контента. Визуальная составляющая становится мощным аргументом. Ну и возможность услышать чей-то голос кроме своего – возможность вернуться назад в реальность из рабочих мыслей.
К сожалению, далеко не все YouTube каналы несут ценную смысловую нагрузку. Вариант «контент ради контента» превалирует. Чтобы найти действительно полезный источник, нужно перелопатить массу стримеров, говорящих об одном и том же.
Мы решили сэкономить ваше и наше время и поделиться подборкой каналов (как на русском, так и на английском языках), которые вполне можно посмотреть в перерыве от работы.
1. Легендарный автор книги Continuous Delivery делится идеями и подходами к разработке действительно качественного ПО https://e42.link/3kbHaZC
2. «DevOps мертв» - именно так начинается описание канала, где автор проводит параллели между платформенной инженерией и DevOps-практиками https://e42.link/3ZuaniA
3. Простыми словами о сложном – канал для тех, кто хочет познать основы основ Platform Engineering https://e42.link/3iEo0el
4. Канал о том, как устанавливать и настраивать различные инструменты https://e42.link/3Wapfjc
5. Канал для тех, кто не любит читать, а предпочитает черпать интересную информацию про IT в аудио-формате https://e42.link/3IIfgyx
🔥5