DevOps и инфраструктура

Ingress-nginx долгое время оставался стандартным ingress-контроллером для Kubernetes, но после объявления о завершении активной поддержки многим командам пришлось задуматься о миграции. В этой статье рассказываем, как мы в True Engineering выбирали новый ingress-контроллер, тестировали Traefik и постепенно готовим инфраструктуру к переходу на Gateway API без простоев и массового переписывания сервисов.

В современных условиях любая растущая компания рано или поздно сталкивается с необходимостью централизованного управления доступом сотрудников к информационным системам. Эффективным решением в такой ситуации является внедрение единой системы идентификации на базе Keycloak.

Не будет преувеличением сказать, что DevOps – один из ключевых элементов успеха ИТ-продукта в условиях конкурентоспособного, быстро меняющегося рынка. В этом материале мы расскажем о некоторых практиках, которых придерживаются наши DevOps-инженеры.

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

Не будем вас томить: Open Telemetry позволяет повысить observability (наблюдаемость) ваших сервисов, что положительно влияет на качество. А что такое observability и причем здесь OpenTelemetry – рассказываем в новой статье.

При разработке продуктов для наших заказчиков мы уделяем внимание вопросам безопасности и отказоустойчивости. Одна из важнейших задач в вопросе обеспечения бесперебойной работы сервисов – создание Disaster Recovery Plan (плана аварийного восстановления). О том, что такое DRP, каковы возможные схемы реализации и требования к инфраструктуре, а также об этапах реализации, рассказываем в статье.

В узком смысле «облако» – это условный онлайн-сервис, с помощью которого можно передавать различные данные: фото, видео, музыку и т.д. Мы привыкли использовать облачные цифровые технологии в повседневной жизни, но на данный момент они часто входят в инфраструктуру продуктов для бизнеса. О видах, преимуществах и нашем опыте работы с «облаками» уже писали ранее здесь и здесь. В этой статье мы хотим показать еще один способ применения облачного хранилища на примере сервиса DAM для Leroy Merlin.

Развивая наши компетенции в области Best Practices DevOps, мы обратили внимание на технологию Istio, которая привлекла нас не только возможностью повысить безопасность приложений, но и другим интересным функционалом. Рассказываем подробнее, что из себя представляет Istio, как его настроить и как он работает на реальном продукте.

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

Когда старый сервис перестает быть надежным, пора искать новый. Или разработать собственный? Рассказываем, как к нам пришла идея создать аналог App Distribution и зачем это нужно.

Time-to-market (скорость поставки функций пользователям) – один из ключевых показателей, по которым мы оцениваем эффективность разработки. Сегодня расскажем, как мы ускоряли и улучшали процессы в мобильной разработке, где мы прошли долгий путь от ручной установки приложений для тестирования до почти полностью автоматической отправки релизов в тестирование и на публикацию.

В этой статье мы подробно расскажем о том, как мы трансформируем процесс разработки в наших командах. 

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

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

Некоторое время назад мы решили проанализировать свой опыт, который мы накопили за последние годы проектов в DevOps-методологии. Мы развивались вместе с рынком и сейчас настало время зафиксировать лучшие практики, чтобы спланировать дальнейшее развитие. В этой статье поделимся своим видением, в каких направлениях мы будем двигаться, какие инструменты и навыки развивать.

Serverless-вычисления и работающие на их основе решения Function-as-a-Service помогают разработчикам развивать продукты, ориентируясь на бизнес-фичи. Мы поэкспериментировали с этими технологиями и пришли к выводу, что для боевого применения существующие решения сыроваты. Пойдём по порядку.

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

За 15 лет работы мы встречались с различными трекерами: от экзотических FogBugz и Mantiss до современных, которые активно использовали до 2019 года - TFS, Jira, Redmine, даже GitLab. В прошлом году мы за несколько месяцев перевели 200 человек на работу с Azure DevOps. В этой статье рассказываем, как это произошло.

Продолжаем рассказывать про feature flags (FF) – переключатели в коде, которые запускают и деактивируют функции продукта. На этот раз хотим вам рассказать про наше решение – портал фиче-флагов, который  позволяет бизнес-заказчикам управлять состоянием FF, а значит функциональностью продукта.

Чтобы ваш продукт мог обогнать конкурентов, новые функции должны поставляться в продуктовую среду как можно быстрее, но без угрозы качеству. Наши команды используют подход Trunk Based Development – новый код сразу добавляется в мастер-ветку, сторонние ветки живут максимум несколько дней. А чтобы коммиты не мешали друг другу, разработчики используют фиче-флаги (Feature Flags) – переключатели в коде, которые запускают и останавливают работу его компонентов.

Этим летом наши DevOps-инженеры успешно сдали экзамен Certified Kubernetes Administrator (CKA). Мы решили поделиться опытом – зачем нужна эта сертификация, в чем состоит экзамен и как к нему подготовиться.

Летом мы развернули разрабатываемую нами онлайн-систему учета доходов S7 Airlines в собственном кластере Kubernetes. Теперь наше высоконагруженное решение переехало на эксплуатацию на платформу заказчика, для чего специалисты True Engineering настроили полностью автоматический процесс Continuous Deployment.

Мы автоматизировали создание отчетной документации по релизу (release notes) на основе импорта данных из трекинговых систем TFS, Redmine и JIRA и из системы управления проектами Microsoft Project Server.