Прошло как минимум несколько лет с тех пор, как слово «DevOps» стало у всех на устах.
Кто это не реализовал, и что не было сделано.
Между тем эта область весьма неисследована и таит в себе множество открытий.
Например, в русскоязычном сообществе до сих пор не определились с терминологией: кто-то уже нанимает людей на должность «девопса», а кто-то всегда говорит, что «девопс» — это культура и практика, призванная объединить разработку, эксплуатацию и кто-то еще.
что-то другое, поэтому называть позицию так неправильно.
Многие люди ищут ответ в книгах, к счастью, в последнее время их появилось немало.
Например, Devops Handbook, автором которого является наш спикер Джон Уиллис, и Google SRE Book, бесплатно доступные в Интернете, кажутся мне одними из наиболее значимых.
Однако, читая эти книги, я обнаружил следующее: сухой текст не очень подходит для передачи знаний, во многом основанных на реальном труде живых людей.
В результате получаются слишком абстрактные знания.
Для примера возьмем главу 14, «Управление инцидентами» .
Нам приводятся два примера: во-первых, красочно рассказана история происшествия, которое было рассмотрено неправильно.
Дальше рассказывается та же история, но с правильной структурой и хорошим результатом.
Хороший результат приходит, если следовать важным практикам:
- Четкое разделение ролей с выделением ответственных за:
- весь инцидент («командир»);
- операционная часть;
- коммуникация;
- планирование работы;
- Выделение командного пункта (как физического, так и просто чата);
- Постоянно обновляемый документ, описывающий текущий статус инцидента;
- Своевременная и четкая процедура передачи полномочий (например, по окончании смены).
В принципе хорошо, но возникает вопрос: как все это реализовать на практике? Каждый пункт хорош на целую книгу, а некоторые из них требуют навыков общения, которые невозможно описать в книгах.
Представьте, что в разгар инцидента к вам прибегает технический директор и начинает раздавать бесполезные советы из вашей прошлой ИТ-жизни: предложит увеличить размер страниц памяти в Linux, хотя это совсем другое дело, или отключить барьеры.
на ext4, хотя кэширование включено.
Неужели так легко выгнать его с нашего командного пункта под предлогом того, что он не играет никакой роли в команде? Как это сделал человек, написавший статью? В идеале вы хотите следующего: во-первых, иметь более одной точки зрения на одну и ту же проблему, в том числе полученную на основе опыта разных команд. Не все компании похожи на Google. Даже в этом случае: компании, подобные Google, можно пересчитать по пальцам.
Во-вторых, хотелось бы лично встретиться с авторами этого священного знания, посмотреть им в глаза и задать несколько вопросов.
Например, многие авторы хвалебных документов о чудесных девопсах в их организации просто врут, а на самом деле у них внутри есть bash-скрипты и палки, склеенные изолентой.
Очень полезно смотреть в глаза.
И мне очень хочется получить не просто какой-то общий совет, а задать свои каверзные вопросы – и получить ответы.
Проблемы множества точек зрения и различные вопросы не могут быть решены на небольших собраниях.
С помощью книг невозможно копнуть глубже и поговорить по душам.
Такие вопросы, как практическая терминология, еще окончательно не решены; состав вакансий зависит от ситуации на рынке.
Для получения актуальных и полезных знаний можно и нужно использовать все ресурсы одновременно.
В прошлом году мы поняли, что все стало настолько запутанным, что пришло время провести большую конференцию, посвященную DevOps и только ему.
Это называется DevOops и проходит осенью в Санкт-Петербурге.
В следующий раз пройдет 14 октября в этом году.
Большая конференция – это именно то, что решает большинство заявленных проблем.
Например, если вы что-то неправильно поняли в книге Джона Уиллиса, вы можете не только пойти к нему на доклад и разобраться в теме более подробно, но и встретиться с ним в дискуссионной зоне и задать вопросы напрямую.
Только о DevOps Во-первых, особенность в том, что это конференция только о DevOps. В принципе, на большинстве крупных ИТ-конференций в России сейчас есть пара тем по DevOps. Если сходить сразу на кучу конференций, можно получить хорошую базу.
Но им придется выслушать массу всего, что есть на душе у программистов на Java, .
NET, JavaScript и так далее, и обычно безрезультатно.
Но все это невероятно долго и невероятно дорого.
Конференция DevOops фокусируется только на DevOps и тем самым решает множество досадных организационных проблем.
Они расскажут о контейнерах и их оркестрации, виртуализации и облаках, мониторинге и аудите, CI и CD и вообще обо всем, что приходит на ум, когда вы слышите слово «DevOps».
Динамики Но самое главное — это динамики.
Уже на момент анонса конференции было девять человек из таких компаний, как Google и Microsoft, которые были готовы поделиться своим опытом.
В итоге в программе будет около 17 докладов в трёх треках.
Возможно треков и репортажей будет ещё больше.
Мы внимательно изучили ваши отзывы о предыдущих DevOops и постарались пригласить тех, кого вы больше всего хотели.
Давайте посмотрим, кто уже с нами.
Джон Уиллис
Невозможно выразить словами, как здорово, что он к нам приезжает. Джон — один из нескольких отцов DevOps, автор 10 книг, изданных за последние двадцать лет, в том числе известной Руководство по DevOps И За пределами проекта Феникс , гуру эксплуатации с 35-летним стажем и просто живая легенда.
Сет Варго
Сет — адвокат разработчиков в Google, ранее работал в HashiCorp, Chef Software и других компаниях.
Возможно, вы читали его книгу Обучение повара или уже встречались на конференциях.
Его доклад называется Современная безопасность с микросервисами и облаком .
Важность безопасности в приложениях микросервисов невозможно переоценить, что делает доклад Сета особенно актуальным.
Доклад будет включать описание основных принципов безопасности и лучших практик в современных системах на базе микросервисов, а также будет живая демонстрация Vault как примера их применения.
Лиз Райс
Технический евангелист Aqua Security, глава программного комитета KubeCon, выступающий с лучшими докладами на конференциях по всему миру.
Изначально специализируясь на разработке программного обеспечения (в частности, кроссплатформенной реализации сетевого стека), Лиз хорошо разбирается в Kubernetes, Go и Python ( Профиль на GitHub ясно показывает, что она не из тех евангелистов, которые разучились программировать), пишет посты на Середина ( потому что у нее нет инвайта на Хабре! ) и имеет кучу специфических навыков, таких как живое кодирование .
Лиз придет, чтобы дать отчет «Практические шаги по обеспечению безопасности развертывания контейнера» , суть которого в том, что при переходе к культуре DevOps безопасность каким-то образом становится ответственностью каждого члена команды.
Конкретно будет продемонстрировано, как обеспечиваются принципы безопасности на всех этапах конвейера CI/CD и что именно нужно делать вручную.
Джессика Дин
Джессика — член сообщества разработчиков Microsoft Cloud, специализирующаяся на Azure, инфраструктуре и контейнерах.
А еще она знает толк в GNU/Linux и Open Source — если бы вы сказали мне пять лет назад, что я напишу что-то подобное о человеке из Microsoft, я бы рассмеялся.
До прихода в Microsoft она более десяти лет работала с конечными пользователями в Сан-Франциско в качестве ИТ-консультанта и системного администратора для корпоративных сред. На протяжении 4 лет Джессика удерживала титул «Самый ценный профессионал Microsoft» в категории «Windows и устройства для ИТ» (это довольно важная вещь в мире Microsoft).
Конечно, у нее есть масса других сертификатов.
В частности, в 2013 году она получила сертификат FEMA от Министерства внутренней безопасности США как лидер во время кризисов и чрезвычайных ситуаций.
Еще она занимается кроссфитом и просто очень физически накачана.
С ней на вечеринке можно обсудить множество вопросов, не посвященных теме девопса.
Нельзя забывать, что спикеры – это не просто абстрактные источники знаний по одной узкой теме, но и очень разносторонние личности, которым есть чему поучиться в самых разных областях.
Пол Стэк
Пол — разработчик инфраструктуры, который раньше работал в HashiCorp и помогал разрабатывать инструменты, используемые миллионами людей (например, Terraform).
Он часто выступает на конференциях и представляет практики из передовых реализаций CI/CD, принципы правильной организации операционной части и умеет доходчиво объяснить, почему администраторам вообще стоит этим заниматься.
Пол выступал на предыдущем DevOops, и он настолько понравился участникам конференции, что мы решили пригласить его снова! Запись предыдущего доклада можно посмотреть здесь: На этот раз отчет будет совершенно другим.
Суть ее в том, что мы строим надежные, отказоустойчивые системы — но как мы можем быть уверены, что система действительно надежна? У нас есть выбор: дождаться инцидента и отремонтировать его в случае пожара или самим добавлять инциденты, пока не научимся выживать.
Не можете победить инциденты? Тогда возглавьте их! Пол обещает показать вам, как добавить Хаос в вашу инфраструктуру и как ему противостоять.
Алена Прохарчик
Алена — главный инженер-программист в Rancher Labs (да, это те самые ребята, которые сделали владелец ранчо , чей лозунг — «Kubernetes Everywhere») и Комитет по управлению проектами Apache Software Foundation. Раньше я занимался построением инфраструктурных сервисов для виртуальных машин в проекте CloudStack, а теперь, как нетрудно догадаться, над контейнерами с упором на Kubernetes. Это человек, который не только знает о Kubernetes всё, но и может о нём рассказывать, занимая топовые места на конференциях.
Ее отчет - «Создание платформы для управления несколькими кластерами Kubernetes: подводные камни и решения» .
Суть в том, что если когда-то с k8s в кластере было сложно работать, то теперь этот вопрос решен, и работа перешла в область управления несколькими кластерами.
Будут рассмотрены конкретные проблемы и решения, подкрепленные не абстрактными рассуждениями, а примерами их решения в ходе разработки Rancher. Но это отчет не о Rancher как о продукте, а скорее о полученном опыте, который может понадобиться инженерам как в dev, так и в ops части.
Если вы не знаете, зачем компании иметь более одного кластера Kubernetes, то к этому отчету стоит обратиться.
Антон Вайс
Антон Вайс — совладелец компании технологического консалтинга Otomato Software с более чем 15-летним опытом работы в сфере высоких технологий.
Он является экспертом в области технического преподавания, а также инициатором и соавтором первого в Израиле курса сертификации DevOps. Антон участвует в международных конференциях и известен как крутой оратор.
На этот раз Антон придет к нам с отчетом «DevOps для динозавров: как изменить процессы, подходы и мышление в традиционной компании» .
За последние три года Отомато руководил проектами трансформации DevOps в нескольких крупных международных компаниях.
Помогли с переходом на новые технологии, облачные инфраструктуры и процессы непрерывной доставки.
Но главное, что они изменили модели сотрудничества и информационных потоков.
Это было непросто, не все получалось.
Многие вещи отнимали гораздо больше времени и усилий, чем мне хотелось.
Этот отчет основан на реальном опыте.
В нем Антон рассмотрит все, что они узнали, и расскажет ему: что работает, что не работает, что нужно сделать в первую очередь, что дальше и на что стоит обратить внимание в первую очередь.
Антон Бабенко
Многие люди знают и используют Terraform в своей повседневной работе.
Но до сих пор лучшие практики для Terraform не сформированы.
Каждой команде приходится изобретать свои подходы и методы.
Антон поддерживает коллекцию модулей сообщества Terraform для AWS на GitHub ( terraform-aws-модули , кстати - более миллиона скачиваний!) и знает все о долгосрочном сопровождении Terraform в продакшене.
Он готов поделиться с нами своим ценным опытом.
Как писать ТФ модули так, чтобы не было больно.
Александр Титов
Александр — организатор сообщества DevOps Москва и конференции DevOpsDays Москва.
Будучи управляющим партнером Express 42, он теперь развивает DevOps в технологических компаниях.
До этого он был техническим директором первого облачного хостинга в России — Scalaxy, а до этого прошел увлекательный путь поглощений вместе с компанией Qik — путь от управления быстрорастущим стартапом до работы в крупной международной компания Майкрософт.
Кирилл Толкачев (англ.
@tolkv ) 
Это один из ораторов, которого очень-очень хотела публика.
Возможно, вы знаете его как соучредителя «Два разработчика, один оператор» — крайне субъективный и крутой подкаст о DevOps и современном стеке.
Или как постоянный резидент подкаста "Разбор полетов" или из историй и отчетов о Groovy, Gradle, Spring и технологическом стеке Netflix. До недавнего времени Кирилл занимал должность главного разработчика в «Альфа-Лаборатории» и занимался разработкой банковских API, формируя принципы и наборы инструментов для работы с микросервисной архитектурой.
Он не понаслышке знает методологию DevOps и имеет четырехлетний опыт ее применения.
Сейчас Кирилл зашифрован, но ему наверняка есть чем поделиться.
Барух Садогурский (англ.
@jbaruch ) и Леонид Игольник 
Это будет совместный доклад наших больших друзей и одних из лучших докладчиков на конференциях JUG.ru Group. Подробности об отчете пока неизвестны, так что есть время насладиться интригой в полной мере.
На последнем DevOops они выступили с отличным заключительным докладом, запись которого можно посмотреть здесь: Для тех, кто еще не знает (есть ли такие люди?), Барух — защитник разработчиков в JFrog и в жизни занимается ровно 3 вещами: тусуется с разработчиками, пользователями и клиентами, пишет для них код и рассказывает о своем опыте работы над блогах и на конференциях, таких как DockerCon, DevOps Days, Container World, JPoint и Joker и многих других.
И так уже более десяти лет подряд, ни на минуту не жалея об этом.
Леонид — бизнес-ангел и технический директор крупной компании в Кремниевой долине, где он руководит разработкой SaaS-приложений в сфере корпоративной безопасности.
Всю свою карьеру он посвятил разработке онлайн-приложений, начиная с одного из первых интернет-провайдеров Израиля.
Очевидно, Леонид хорошо знаком с разработкой, управлением и администрированием масштабных проектов.
Требуют документов У вас есть интересная тема для доклада? Хотите соревноваться с такими игроками, как Сет Варго и Лиз Райс? Итак, пришло время подать заявку! CFP закрывается с огромной скоростью, до четырнадцатого августа осталось совсем мало времени, а мест в программе осталось всего несколько.
Следующие шаги DevOops 2018 пройдет 14 октября 2018 года в Санкт-Петербурге.
Дальнейшее знакомство с проектом можно продолжить.
В сети .
Обратите внимание на форму подписки на главной странице: новости обязательно будут. Ждем вас на DevOops 2018! Это будет замечательно! Теги: #программирование #Системное администрирование #Администрирование серверов #DevOps #devoops2018
-
Western Digital – Лучшие Жесткие Диски
19 Oct, 24 -
Беттельхайм, Бруно
19 Oct, 24 -
Гепарды
19 Oct, 24 -
Cisco Учится Старой Школе
19 Oct, 24 -
Пишем Матчмейкинг Для Dota 2014.
19 Oct, 24 -
Захват Персонажа С Экрана С Помощью Iphone
19 Oct, 24 -
И Снова Скриншоты В Один Клик (C#)
19 Oct, 24
