🚀Онлайн-вебинар: Облачный провайдер + Managed Kubernetes на страже Cloud-Native разработки

Для Cloud-Native разработки нужны передовые решения, которые обеспечат высокую доступность софта, позволят работать ему с разными типами ресурсов, в разных зонах доступности, переезжать с одного ресурса на другой.

Для производителей облачного софта это стало неким вызовом. С другой стороны, на рынке уже появились поставщики качественных с точки зрения архитектуры и эффективности облачных решений, таких как Yandex Cloud.

Для компаний же некоторые вопросы остались неразрешенными.

🔹Кто будет обслуживать новые облачные решения? Сторонние подрядчики или свои специалисты?
🔹Какие компетенции нужны для поддержания работы софта и инфраструктуру?
🔹Как сократить затраты на собственных инженеров и системных администраторов с помощью Managed Kubernetes?

Об этом и не только поговорим на вебинаре 10 ноября в 20:00 по МСК!

Регистрируйтесь 👉по ссылке!

Почему мы решили поговорить о cloud-native?🤔

Какие вопросы представляются наиболее важными, что считаем необходимым обсудить - рассказали в видео-обзоре!🎥

Подробнее о мероприятии👉 здесь

Аккуратно напоминаем, что сегодня в 20:00 по МСК состоится онлайн-вебинар!⏰

Как создать комплексное решение в сфере Cloud-Native, способное удовлетворить как производителя ПО, так и заказчика? Какие компетенции нужны для Cloud-Native разработки? Как избавиться от головной боли в виде нехватки технологий и растущих расходов на поддержку инфраструктуры?

Об этом и не только расскажут спикеры Александр Титов, Антон Черноусов и Михаил Епихин.

На вебинаре обсудим:
🔹выгоды использования Managed Kubernetes для контейнерной разработки;
🔹надежность использования внешнего сервиса для данных компании;
🔹финансы и операционные расходы в контексте текущей ситуации;
🔹возможности Kubernetes и инструментальной платформы на его основе;
🔹Kubernetes для запуска Open-Source ПО и продукты ключевых вендоров.

Зарегистрироваться, чтобы ничего не пропустить 👉 можно здесь!

📣Всего пара минут до прямого эфира!
Микрофоны подключены. Спикеры уже готовы активно обсуждать проблемы, вызовы и перспективы в сфере Cloud-Native разработки. Подключайтесь👉 по ссылке!

Облачный провайдер + Managed Kubernetes на страже Cloud-Native разработки

Мы благодарим всех, кто был с нами в прошлый четверг онлайн на вебинаре по теме cloud-native!😍

Запись эфира можно посмотреть по ссылке 🎥👉 https://youtu.be/yTFHJAEM6XU

А мы уже готовим для вас новое и очень важное, в том числе для нас самих, событие… 🔜

До HighLoad++ 2022 осталось менее недели!

25 ноября в 15:50 (Зал h2) на крупнейшей конференции разработчиков высоконагруженных систем со своим докладом выступит Александр Титов – управляющий партнер Экспресс 42.

Александр затронет тему компетенций и технологий, необходимых для качественной контейнерной разработки, тестирования и эксплуатации продуктов на базе принципов Cloud Native, API first, CI\CD, Infrastructure as Code.

В своем докладе «Внутренняя энтерпрайз платформа для контейнерной разработки как технологическая основа для бизнеса» Александр расскажет о возможностях реализации таких компетенций посредством собственной платформы для разработки цифровых продуктов.

А также, в докладе:
▫️актуальность Platform Engineering в России;
▫️стандарты, подходы, технологии для качественной, быстрой и безопасной разработки;
▫️кейс взаимодействия с подрядчиками на базе собственной платформы для создания нового продукта меньше чем за 4 месяца;
▫️пути создания внутренней платформы.

Мониторинг и Observability: суть подхода наблюдения за системой

Подход Мониторинг и Observability применяется для наблюдения за работой всей системы. Это – ключевая практика, обеспечивающая связь между инженерами, ops’ами, продуктовыми и управленческими группами.

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

Для реализации подхода используются популярные на сегодня решения Prometheus, Grafana, Thanos, ELK – как лучшие практики DevOps, успешно применяемые в том числе и командой Экспресс 42.

В рамках проекта «Управление схемами БД и миграциями» нами были подготовлены описания практик, которые будут понятны клиенту и могут быть использованы в качестве основы для повседневной работы.

Основная задача:
🔸видеть историю изменений и свободно по ней перемещаться;
🔸быстро возвращаться к предыдущему состоянию в случае ошибки;
🔸поддерживать состояние БД на разных окружениях в идентичном состоянии.

В результате, была разработана и реализована структура SRE-практик.
⬇️

Приглашаем на вебинар от Экспресс 42, где мы презентуем Экспресс.Платформу для контейнерной разработки цифровых продуктов!🚀

Дата и время: 8 декабря в 20:00

Спикеры расскажут с какими вызовами сталкиваются digital-компании сегодня и как появилась идея реализовать Экспресс.Платформу. Покажут функционал и начинку в режиме демо. Обсудят с участниками варианты реализации решения (Express 42 Kubernetes Distribution или Express 42 Delivery Platform), а так-же как с помощью платформы:

🔸переехать с OpenShift;
🔸снизить нагрузку на ИТ-специалистов;
🔸увеличить качество и скорость разработки;
🔸повысить производительность команд;
🔸решить проблему недостатка компетенций внутри компании.

Для кого: будет интересно как ИТ-руководителям, так и разработчикам, инженерам, DevOps и ИТ-специалистам.

БОНУС🎁🎉 Розыгрыш лицензии на Экспресс.Платформу среди зрителей!

Спикеры:
Александр Титов — Управляющий партнер Express 42
Никита Вельгин — Tech Lead/Team Lead, Express 42

Будем рады видеть вас онлайн!Регистрация ➡️ вот тут

Kubernetes in Cloud — единое многоуровневое решение для мониторинга

Kubernetes in Cloud — единая настраиваемая среда для обработки данных и мониторинга системы, способная автоматически следовать заданным параметрам и маркерам на разных уровнях среды исполнения в зависимости от целей и ваших потребностей.

Уровень I
Железо / Виртуализация / Облако

Уровень II
Виртуальная среда исполнения / Docker / K8S / Serverless

Уровень III
Базовые сервисы Monitoring + Observability / инструменты выше (один или связка)

Уровень IV
Клиентский софт / приложения

В рамках проекта внедрения Экспресс.Платформы для банка из списка ТОП-5 в России, нашей командой был успешно реализован следующий набор технологий и инструментов ⚙️⬇️

Как вывести ИТ на новый уровень и снизить расходы на создание и развитие продукта? Как обеспечить себе необходимый ресурс компетенций и не зависеть от ключевых сотрудников? Как улучшить качество софта и ускорить его разработку?  

Напоминаем, что завтра в 20:00 по МСК состоится вебинар от Экспресс 42, где Александр Титов и Никита Вельгин расскажут о возможностях Экспресс.Платформы как решения для:
🔹снижения расходов на создание и развитие продукта;
🔹сохранения фокуса на ключевых задачах и повышения производительности;
🔹внедрения наиболее эффективных практик DevOps, собранных нами за 10 лет.  

Подробная информация и регистрация на вебинар ➡️ здесь !

📣Вебинар-презентация Экспресс.Платформы начинается прямо сейчас! Подключайтесь скорее 🔥 https://start.bizon365.ru/room/107297/express_platform?utm_source=tg&utm_medium=express&utm_campaign=welcome

Результаты розыгрыша лицензии на Экспресс.Платформу🎉

Мы благодарим всех, кто оставил заявку на участие!😍
Сегодня определили победителя, при помощи генератора случайных чисел.

Победителем розыгрыша стала компания ООО «РобоФинанс»!

Поздравляем с победой! 🎊🎉

О главных целях Экспресс.Платформы и о предпосылках реализации решения - рассказываем в пресс-релизе на CNews🔥🚀

Ценность SDLC

В эпоху цифровизации бизнеса компании выпускают все больше приложений, призванных решать конкретные проблемы пользователя. При этом важно создать целостную модель – единый стандарт, при которой получится избежать ряд проблем в будущем:
▫️неравномерное развитие команд, когда они могут уйти далеко вперед, а другие – топтаться на месте. В какой-то момент им станет тяжело координировать свои действия;
▫️увеличение расходов компании. Попросту вносить изменения станет дорого, от чего пострадает техническая и продуктовая составляющие бренда;
▫️страдает техническая зрелость продукта. Компании хотят применять лучшие практики и технологии, вместо того, чтобы работать с незрелыми командами.

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

SDLC представляет собой ряд базовых фаз разработки и доставки ПО. По сути, это - замкнутый цикл, в котором каждый предыдущий этап влияет на последующий.

При этом ценность методологии можно рассматривать не только с точки зрения замкнутого цикла, но и как возможность отследить эффективность каждого этапа в отдельности, понять, какие фазы в компании «провисают» или простаивают, что нужно изменить, чтобы быстрее развивать не только сам продукт, но и имеющиеся компетенции.

В контексте качества выпускаемого софта, компания получает ряд преимущественных ценностей⬇️

Многие представители IT-сферы - как руководители IT-проектов, так и технические специалисты, а порой и сами DevOps-инженеры - задумываются о том, что же такое DevOps-аутсорс, и с чем его едят.

Вниманию тех, кто тоже интересуется, каким компаниям подходит DevOps-аутсорс, и какие вопросы он может решать, предлагаем видео выступления на тему "Как понять, что вам нужен DevOps-аутсорс?".

В своем докладе CVO & управляющий партнер компании Nixys Станислав Тибекин на конференции Tech Week 2022 поделился опытом команды, каким видам бизнеса нужен именно DevOps-аутсорсинг, а каким - DevOps in-House.

А вы как думаете, для кого DevOps-аутсорс - оптимальный вариант? Делитесь своим мнением в комментариях и под видео.

Основные фазы SDLC

SDLC — это замкнутый цикл, в котором эффективность каждого этапа напрямую зависит от предыдущего.

Команда Экспресс 42 не прикреплена непосредственно к методологии. Мы помогаем компаниям выстраивать процессы и технологии на этапах разработки, развертывания и эксплуатации. Для эффективной оценки этих этапов мы используем метрики DORA, придуманные Google.

Тем не менее, для целостной картины важно четко понимать все стадии процесса:

1. Составление требований к продукту. На первом этапе происходит сбор требований к софту на основе целей и задач клиента, оформляется техническая документация как руководство на последующих этапах.

2. Технико-экономическое обоснование. На данном этапе нужно дать четкие ответы на такие вопросы как:
🔸Достаточно ли средств на разработку софта?
🔸Способна ли компания соответствовать стандартам разработки?
🔸Можно ли выполнить рабочий процесс и эксплуатационные требования, установленные на первом этапе?
🔸Есть ли в компании необходимые компетенции и технологи для реализации проекта?
🔸Реально ли завершить разработку и доставку продукта в срок?

3. Проектирование и дизайн. Разработчики должны следовать требованиям, чтоб создать соответствующую архитектуру софта. Все шаги по созданию дизайна и проектировке также фиксируются в технической документации. Финальный вариант согласовывается на основе таких параметров как риски, надежность, временные ограничения, бюджет и т. д.

4. Разработка. Фаза непосредственной разработки продукта.  Спецификация проектного документа содержит руководство по исходному коду для команды разработчиков.

5. Тестирование. Софт отправляется в окружение, в котором работают QA-инженеры. Их задача — удостовериться в том, что продукт работает в соответствии с требованиями с должным уровнем функциональности, без регресса, утечек кода или любых других дефектов.

6. Развертывание и эксплуатация. Как только все требования компании были выполнены, наступает этап развертывания софта и передачи его клиенты для дальнейшей эксплуатации.