С новым релизом GitLab 11.3 мы рады представить вам поддержку репозиториев Maven, владельцев кода (Code Owners), защищенные окружения и прогнозы для эпиков. Все это поможет автоматизировать управление окружениями и кодом, что позволит разработчикам на Java быть еще эффективнее.
Всем привет!
Как и обещали в предыдущем посте, выкладываем видеозаписи всех докладов, прозвучавших на QIWI Server party 3.0 27 сентября. Так что, если вы не пришли на сам митап и не успели посмотреть прямую трансляцию — под катом полная запись митапа от А до Я.
Контейнерами сегодня никого не удивишь. Удивишь вопросом про безопасность контейнеров. Особенно интересно спрашивать об этом коллег, которые используют контейнеры и микросервисы в продакшне на полном серьёзе: часто вижу удивленные лица и недоуменный вопрос, мол, «Что, зачем это»? Получается, что про технологию мы уже знаем (да и как тут не знать: кажется, что скоро даже школьники на уроках технологии будут всем классом строить кластер Kubernetes), а вот защищать составные части её — пока еще не научились. Быть может, просто некому было учить.
В этой статье и на DevOops у нас будут спикеры, съевшие собаку на теме правильных с точки зрения безопасности контейнерных решений. Мы отправляемся к ним за ответами на самые простые вопросы облачной безопасности. Надо же с чего-то начинать самообразование?
Сет Варго работает Developer Advocate в Google. Ранее он работал в HashiCorp, Chef Software, CustomInk и нескольких других стартапах в Питтсбурге. Он является автором Learning Chef и ратует за сокращение неравенства в технологиях.
Лиз Райс — технический евангелист в компании Aqua Security, занимающейся безопасностью развертывания приложений в облачных средах и контейнерными решения для энтерпрайза. Лиз — весьма известный в сообществе человек, председатель KubeСon-ов.
Олег Чирухин, редакция JUG.ru Group
Читать полностью »
29 сентября мы провели Deerploy DevOps MeetUp, а сегодня публикуем видео выступлений.
В октябре к нам на конференцию DevOops приедет звезда мирового уровня — Джон Уиллис.
Джон — один из нескольких отцов DevOps, автор 10 книг, выпускаемых в течение последних двадцати лет, включая всем известные DevOps Handbook и Beyond the Phoenix Project, гуру по Ops-части на протяжении 35 лет и просто живая легенда.
Джон прилетает к нам в первый раз, поэтому вместо традиционного разбора доклада со старой конференции здесь будет пара слов о нём самом и что у него можно почитать и посмотреть.
Прим. перев.: Автор оригинальной статьи — Théo Chamley, архитектор облачных решений Google. В этой публикации для блога Google Cloud он представил краткую выжимку из более детального руководства его компании, названного «Best Practices for Operating Containers». В нём специалисты Google собрали лучшие практики по эксплуатации контейнеров в контексте использования Google Kubernetes Engine и не только, затронув широкий спектр тем: от безопасности до мониторинга и журналирования. Итак, какие практики в работе с контейнерами наиболее важны по мнению Google?
Задача.
Создать проект в Jenkins для возможножности создавать пользователей на серверах с WordPress c помощью wp-cli.
Решение:
1. Создаем проект в Jenkins с названием «add-wordpress-user»
2. Добавляем параметры
String parametr user_email
String parametr user_password
Choise parameter brand_name
Choise paramet
1-Сылка на бренд
2-IP адрес где будет исполяться код добавления пользователя
3-Локальный путь к WordPress
4-Тип пароля (просто пароль(N) или хеш(Y))
https://ваш_бренд/wp-admin;111.111.111.111;/var/www/ваш_бренд/public_html;N
Выбираем от какого пользователя будем выполнять скрипт в проекте.
Добавляем скрипт:
Читать полностью »
Траге́дия (от нем. Tragödie из лат. tragoedia от др.-греч. τραγωδία) — жанр художественного произведения, предназначенный для постановки на сцене, в котором сюжет приводит персонажей к катастрофическому исходу.
Большинство трагедий написано стихами. Эта трагедия написана Барухом Садогурским (@jbaruch) и Леонидом Игольником (@ligolnik). Если уж мы говорим о DevOps в большом масштабе, что это, как не трагедия?
Эта статья отмечена суровостью реализма, изображает действительность большой разработки наиболее заостренно, как сгусток внутренних противоречий. Вскрывает глубочайшие конфликты реальности в предельно напряженной и насыщенной форме, обретающей значение художественного символа.
А теперь заканчиваем играть в Белинского и добро пожаловать под кат! Там и текст, и видео. Заложников не брать!
В данной статье я расскажу о своём опыте "заворачивания" Laravel-приложения в Docker-контейнер да так, что бы и локально с ним могли работать frontend и backend разработчики, и запуск его на production был максимально прост. Так же CI будет автоматически запускать статические анализаторы кода, phpunit-тесты, производить сборку образов.
"А в чём, собственно, сложность?" — можешь сказать ты, и будешь отчасти прав. Дело в том, что этой теме посвящено довольно много обсуждений в русскоязычных и англоязычных комьюнити, и почти все изученные треды я бы условно разделил на следующие категории:
fedora:latest (~230 Mb), ставлю в него все сервисы (nginx, бд, кэш, etc), запускаю всё супервизором внутри". Тоже отлично, прост в запуске, но как на счёт идеологии "один контейнер — один процесс"? Как обстоят дела с балансировкой и управлением процессами? Как же размер образа?Всё, что ты прочитаешь ниже — является субъективным опытом, который не претендует быть истиной в последней инстанции. Если у тебя будут дополнения или указания на неточности — welcome to comments.
Для нетерпеливых — ссылка на репозиторий, склонировав который ты сможешь запустить Laravel-приложение одной командой. Так же не составит труда его запустить на том же rancher, правильно "слинковав" контейнеры, или использовать продуктовый вариант
docker-compose.ymlкак отправную точку.
Вышел Azure DevOps! Сегодня мы кратко расскажем об этой новой платформе, ее решениях, процессе перехода с Visual Studio Team Services и об использовании в реальных проектах. Присоединяйтесь!
