company_banner

@DevOps Meetup #2 в Mail.ru Group: 22 августа



    Привет, друзья. Без громких слов, приглашаем всех Dev, Ops и сочувствующих на @DevOps Meetup #2 — послушать:

    • как Райффайзенбанк перешел от зоопарка инструментов CI/CD к централизованному конвейеру на базе стека Atlassian;
    • как блочное хранилище Mail.ru Cloud Solutions перестало быть обычной инсталляцией Ceph — всё для повышения производительности наших PaaS-сервисов;
    • и напоследок выступит Росгосстрах с рассказом о лучших практиках своего DevOps’а.

    Встреча пройдет 22 августа (четверг) в 18:30 в московском офисе Mail.ru Group (Ленинградский проспект, д. 39, стр. 79). Регистрация обязательна и закрывается 20 августа в 23:59 (или раньше, если закончатся места).

    «Мы уйдем из зоопарка, или Как Райффайзенбанк перешел к CI/CD-конвейеру на базе Atlassian»


    Константин Курочкин, Райффайзенбанк, руководитель группы автоматизации IT-процессов

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

    Докладчик расскажет, как от зоопарка инструментов CI/CD Райффайзенбанк перешел к централизованному конвейеру на базе стека Atlassian.

    Как рождается зоопарк, никому объяснять не надо. Команды разработки используют совершенно разные языки программирования, фреймворки и инструменты. Команды поддержки тоже пользуются тем, чем умеют, с разной долей успешности. У нас у Dev были свои инструменты, у Ops — свои. Про автоматизацию сначала можно было говорить только с большой долей абстракции.

    Следующий шаг — некоторые команды начинают активно выстраивать свой автоматизированный процесс. Что не могло не радовать, но их опыт было трудно масштабировать из-за количества используемых технологий и различий в них. Jenkins, TeamCity, Bamboo, Artifactory, Nexus — в общем, каждый делал, что хотел и как умел. Поддерживались все эти инструменты самими разработчиками, которые тратили на это часть своего времени вместо того, чтобы пилить новые фичи.

    От первой ласточки в виде Jira — через централизацию всех систем хранения исходного кода — к полноценному конвейеру для автоматизации CI/CD. Да, на базе Bamboo. Вы узнаете, почему именно он и какие сложности были на пути. А также:

    • что было в нашем зоопарке и как он образовался. Обзор инструментов, использовавшихся в командах, и проблемы, с ними связанные;
    • Jira — первая ласточка централизации;
    • нелегкий выбор инструментов и к чему мы пришли;
    • как мы сами себе создали кучу проблем, или Почему команда автоматизации не умеет автоматизировать;
    • облако не в облаке и не в штанах;
    • зоопарк побежден — посмотрим, что получилось и как это работает;
    • от Continuous Delivery до Continuous Deployment — один плагин;
    • над чем мы сейчас работаем: DevSecOps, Kubernetes и PKS, мониторинг.

    «Больше, чем Ceph. Блочное хранилище облака MCS»


    Артемий Капитула, Mail.ru Cloud Solutions, ведущий программист

    Блочное хранилище — это основа всего облака. Именно оно хранит все данные, необходимые для работы платформы, не считая напрямую размещенных в S3. От производительности такого хранилища зависит работа PaaS-сервисов, которыми пользуются наши клиенты, а значит, и других решений, построенных с их помощью.

    Изначально при развертывании облака мы использовали привычные распространенные решения (в частности, Ceph), но со временем блочный сторадж эволюционировал и перестал быть обычной инсталляцией Ceph.

    В этом докладе мы расскажем, как развиваем свою инфраструктуру, чтобы наши PaaS-сервисы, используемые в DevOps-практике — базы данных в облаке, файловое хранилище и Kubernetes как сервис, а также другие сервисы работали максимально производительно.

    • Архитектура облака — гипервизор, SAN, хранилище, базовый ввод-вывод в гостевой операционной системе. Ceph как изначальное решение и его ограничения;
    • Любой проект содержит БД. Почему не получится развернуть нагруженную БД на Ceph — и почему мы начали создавать дополнительные типы хранилищ, быстрые и подходящие для БД;
    • Локализация I/O, которую мы реализовали — почему она важна. Зная особенности поведения систем хранения, мы можем оптимизировать размещение клиентских ресурсов в облаке MCS, чтобы достичь максимальной производительности и надежности, что позволяет разворачивать в облаке сервера баз данных без потери производительности;
    • Уникальные инструменты мониторинга. Чтобы предоставлять максимальный уровень сервиса, наша команда использует множество средств диагностики, которые редко используются в широкой практике и основной целью которых является сбор данных, которые мы используем для внесения улучшений в работу всей платформы MCS. Пример — end-to-end диагностика Ceph, которая позволила нам сделать оптимизации наших HDD-кластеров Ceph;
    • Когда нет экстремальных требований по скорости, но надо хранить много данных. Как мы повышали уровень сервиса для клиентов, которые хранят большие объемы данных на HDD-кластерах Ceph.

    «DevOps. Как это делают в Росгосстрахе»


    Александр Крылов, Росгосстрах, начальник службы DevOps

    Эта история со счастливым концом — о том, как плохо было вести процесс апдейта трёх взаимозависящих систем до внедрения полного стека Atlassian и средств автоматизации c использованием Ansible — и как мы дошли до практик DevOps, которыми хочется делиться. Расскажем, чего достигли и какие есть планы на развитие.

    Будут освещены системы расчётов и продаж полисов КАСКО/ОСАГО в Росгосстрахе и дополнительные интеграции.

    При зарождении новых систем по продаже полисов автострахования — CI/CD как такового в Росгосстрахе не было. Это был далекий 2016 год, когда у системы полисов была всего одна нода сервисов, обновление которой заключалось в перетаскивании файлов и рестарте сервисов. Как понимаете, ни версионирования, ни сборки — не было. Приходилось делать сборку на MS-студии и перекладывать файлики. Понять, что все плохо, можно было, только если какой-либо сервис не стартанул, ну или начинали звонить — что-то перестало работать. Вторую систему только купили — это был калькулятор на базе Oracle, — и начали думать о ее внедрении; сторонних сервисов и вовсе не было.

    Со временем стала расширяться инженерная служба, появился отдел архитектуры и в компанию стали выбираться средства, благодаря которым можно начать CI/CD.

    В качестве используемых технологий будут освещены: Bamboo / Bitbucket / Jira / Confluence / Atlassian / Ansible / OpenShift / SonarQube / Splunk.



    В конце — как всегда, After-Party, пообщаться и выспросить всё у докладчиков. Обязательно регистрируйтесь по ссылке, мы просматриваем все заявки в течение пары дней.

    О новых событиях серий DevOps, Kubernetes Meetup и других мероприятиях Mail.ru Cloud Solutions мы сразу сообщаем в нашем канале в Telegram: t.me/k8s_mail

    Хотите выступить на следующем DevOps Meetup? Заявку можно оставить здесь: mcs.mail.ru/speak
    Mail.ru Group
    1 021,33
    Строим Интернет
    Поделиться публикацией

    Комментарии 2

      0
      Традиционный вопрос: трансляция/запись будут?
        0
        Будут. Ссылку кинем сюда: t.me/k8s_mail

      Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

      Самое читаемое