company_banner

Мир без DevOps. Каким бы он был?

    Вспомним классику.


    Разработчики с трудом выкатывают фичи раз в год. Зато админы довольны и радостны — им больше не нужно уходить с работы, они теперь работают круглосуточно, и руководство их ласково называет «нянечки для разрабов». Технологии начинают откатываться. Отладка требует сотни передач из отдела в отдел — все с огромным энтузиазмом перекидывают друг другу дохлую свинью через забор. Даже свинья улыбается. Долгое ожидание сервера под проект — запросил сервер, получил посмертно, за заслуги перед компанией. Баги в продакшене с полной уверенностью рассчитывают увидеть XXII век. SLA 50% и седые до прозрачной белизны владельцы бизнеса. Упал сервис — не проблема, подождём часок или два, пока поднимется. Универсальные инженеры на грани психоза — на столе у каждого по две полупустых баночки бензодиазепиновых транквилизаторов и пачка SSRI-антидепрессантов.


    Вздрогнули? И с лёгким сердцем обратно в нормальный мир, где есть DevOps-философия и DevOps-инструменты, как часть неё.


    19-21 августа пройдёт онлайн-интенсив Слёрм DevOps: Tools&Cheats. Мы покажем IDDQD из мира DevOps.



    Да есть книги и мануалы — одни дают теорию, другие информацию. Но только на конференциях и интенсивах можно получить практику из первых рук. Именно практику, а не пересказ тех самых мануалов.


    Слёрм DevOps: Tools&Cheats:


    • за 3 дня получить представление об основных инструментах;
    • после прохождения курса можно сразу внедрять практики у себя на работе;
    • много, даже очень много практических заданий;
    • спикеры — практикующие DevOps-инженеры и разработчики с многолетним опытом;
    • никто не будет отнимать время объемными лекциями по философии DevOps, у нас упор на инструменты и практику.

    С программой курса и спикерами вы можете ознакомиться и познакомиться на странице интенсива.



    Поговорим откровенно? Почему мы создали этот курс? Потому что нас тоже бесит:


    • что курсы для практиков ведут теоретики;
    • что решением проблем считают не подход, а должность;
    • что 80% курсов по девопсу рассказывают о концепции и философии. А инструменты где? Чем гвозди забивать, микроскопом или лучше Macbook Pro?
    • бесит, когда к концу обучения забыл, что было в начале, а результатов надо ждать от 6 до 8 месяцев.

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


    За эти три дня вы научитесь основным DevOps-практикам, которые позволят:


    • организовать командную работу с Git;
    • автоматизировать рутинные операции;
    • настроить мониторинг и интегрировать его с мессенджерами;
    • развернуть серверы, используя подход Infrastructure as Code;
    • обеспечить процесс CI;
    • И ещё немного практических читов из реальной работы.

    Слёрм DevOps пройдет с 19 по 21 августа 2020. Каждый день начинаем в 10:00 и заканчиваем в 19:00, с перерывами на чай и обед.


    Инструменты DevOps + IDDQD + IDKFA и за работу. И пусть кто-то только попробует помешать.

    Southbridge
    Обеспечиваем стабильную работу highload-проектов

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

      0
      все с огромным энтузиазмом перекидывают друг другу дохлую свинью через забор. Даже свинья улыбается.

      Это такая попытка пошутить, да ?


      Руки прочь от хрюш !

        +1

        Так свинья же улыбается. :) Значит, ей минимум неплохо.

        +1
        Посмотрел на первую картинку… А что DevOps как-то от этого защищает? Ну кроме разве что пункта «собирай на машине разработчика», да и то не факт))
          +1
          что 80% курсов по девопсу рассказывают о концепции и философии. А инструменты где? Чем гвозди забивать, микроскопом или лучше Macbook Pro?

          Все ровно наоборот (фейспалм). Тот же git — devops инструмент? Нет, системы управления версионностью кода появились задолго до "девопса". Девопс — это именно, что не инструменты, а подход. Назовите философией. Не важно. А узнав "девопс-инструменты" условный админ Вася девопсом не станет, а станет более продвинутой версией себя — условно "Васей, знающим докер" (на самом деле нет). Очень жаль, что SB в лице JonhRico прибегает к такому дешевому пиару.
          Курсы — нужны (несомненно). Но с нормальным описанием и целью, а не это вот все

            +1
            > Мы хотим, чтобы простой администратор или разработчик после нашего трёхдневного курса был готов изменить к лучшему свою работу и процессы в компании.

            Изменим жизнь к лешему! ©
            Сомневаюсь, что простой админ или разработчик сможет что-то изменить, если начальство будет против.
              0

              Менять на дают — уйти не помешают :)
              Я так уже уходил, а там по прежнему болото. Работай 7 *24 без отпуска, так как нужно здесь и сейчас, а не правильно.
              Зачем планировать, если нужно бизнесу «это».

              +2
              Описанный автором ужас зависит только от компетентности работников (в первую очередь админов), в некоторых местах в 2012ом году было автоматизировано почти все что только можно для того времени:
              CI/CD — коммит в SVN или Mercurial приводил к автоматическому сбору RPM пакетов, потом создавалась Xen VPS из шаблона, в которой после старта устанавиливался необходимый набор RPM пакетов, запускались тесты, слались отчеты на почту.

              Автоматический сетап физических серверов — загрузка по сети при помощи PXE, запускалась кик-старт инсталяция(анакондой), ОС устанавливалась, и много чего еще могло происходить автоматически.
              Если процессы налажены, предсказуемы и отднотипны то автоматизировать их можно без проблем.

              Еще во времена когда небыло Ansible и Puppet (или они небыли еще так популярны) все настройки заворачивали в rpm пакеты, исходники которых хранились в репозиториях.
              И никто не называл это DevOps это была просто автоматизация.
                0
                Сухарик не может стоить 150р, а крутон может ;)
                  0

                  Так это же должно во всей компании так быть, а не только в админской.
                  Девопс практика помогает разрабатывать быстрее с помощью автоматизации

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

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