Как мы внедряли DevOps: публикация образа в Docker Hub с помощью Visual Studio Team Services

Автор: admin от Сегодня, 16:15, посмотрело: 13

Продолжаем цикл статей «Как мы внедряли DevOps» от команды Vorlon.JS. Под катом вы узнаете, как они использовали систему сборки Visual Studio Team Services (VSTS) для автоматизации создания и публикации образа в репозитории с применением Linux-агента.

Как мы внедряли DevOps: публикация образа в Docker Hub с помощью Visual Studio Team Services

Категория: Веб-разработка, Microsoft, Linux

 

Как создать в большой компании удобное рабочее место для распределённых команд?

Автор: admin от Сегодня, 09:30, посмотрело: 10

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

Напрашивается ответ — зарегистрироваться в интернет-сервисах для ведения совместной разработки (GitHub, Slack, Evernote, Wunderlist...). Но что делать, если в твоя большая компания работает, например, с клиентскими данными или финансовой информацией, и не может доверить её интернет-сервисам? Единственный выход — развернуть у себя внутри сети инфраструктуру распределённой разработки.

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

Как создать в большой компании удобное рабочее место для распределённых команд?

Категория: Программирование, Сетевые технологии

 

Интересное в Марте: DevOpsDays в Москве

Автор: admin от 20-01-2017, 12:20, посмотрело: 13

Интересное в Марте: DevOpsDays в МосквеНовогодние праздники закончились, на CES анонсировали все что можно и нельзя, Atlassian купила Trello, а все крупные производители смартфонов запатентовали раскладушку из WestWorld. И даже Шерлока слили, посмотрели и обсудили. Все проснулись, приступили к работе, а некоторые даже нашли в себе силы организовать весенние конференции. Под катом я хочу немного рассказать вам про DevOpsDays: конференцию, которая за шесть лет эволюционировала в крупную международную тусовку и 11 марта 2017 впервые соберет гостей в Москве.

Категория: Системное администрирование, Linux

 

HPE Synergy, опыт реальной эксплуатации

Автор: admin от 16-01-2017, 10:40, посмотрело: 19

Synergy 12000 Frame — это новое blade шасси компании HPE. Beta версия данного оборудования попала мне на тестирование, в данной статье я хочу поделиться опытом эксплуатации новой корзины от HPE и рассказать как все это работает.

Шасси Synergy 12000


HPE Synergy, опыт реальной эксплуатации

Категория: Админитстрирование » Системное администрирование

 

Про HPE Synergy – часть V. Управление

Автор: admin от 13-01-2017, 09:05, посмотрело: 27

Про HPE Synergy – часть V. Управление.

Начало:
Часть I (Вступление) — habrahabr.ru/post/308224
Часть II (Шасси и сервера) — habrahabr.ru/post/310092
Часть III – Дисковое хранилище D3940 и SAS-коммутаторы — habrahabr.ru/post/310564
Часть IV – Наши сети — habrahabr.ru/post/313240

Начал писать эту часть еще в октябре, но потом пошла «жара конца года» по проектам, а потом одолела новогодняя прокрастинация, но уже январь, и надо сделать финальное усилие =).

Категория: Админитстрирование » Системное администрирование

 

Docker swarm mode (режим роя)

Автор: admin от 12-01-2017, 17:25, посмотрело: 20

Docker swarm mode (режим роя)
На хабре уже писали про Docker swarm mode (режим роя), который является новой фичей версии 1.12. Данная опция внесла небольшую путаницу в головы тех, кто знаком с отдельно стоящей реализацией Docker Swarm имевшей распространение ранее и не отличавшейся удобством настройки и использования. Однако, после добавления Swarm в коробку с Docker все стало намного проще, очевиднее и функциональнее.

Подробнее о том, как устроен новый кластер Docker контейнеров с точки зрения пользователя, а также о простом и удобном способе разворачивания сервисов Docker на произвольной инфраструктуре далее под катом.

Категория: Программирование, Системное администрирование

 

Эволюция процесса деплоя в проекте

Автор: admin от 11-01-2017, 16:10, посмотрело: 24

Эволюция процесса деплоя в проекте

Денис Яковлев (2ГИС)


Меня зовут Денис, я работаю в компании 2ГИС, около полутора лет занимаюсь вопросами continuous delivery для проектов веб-отдела. До этого работал в копании Parallels и там прошел путь от QA инженера до team lead’а.

Про deploy. Если мы с вами выпускаем не коробочный продукт, а пишем какой-нибудь сервис, который работает где-то, как многие называют, в дикой природе, на серверах, куда заходят пользователи, то нам недостаточно просто разработать этот сервис и протестировать, нам нужно еще его в эту дикую природу как-то задеплоить, т.е. доставить туда код вместе со всем необходимым для его работы.

Из чего это состоит? Нам нужно доставить, прежде всего, код — то, над чем мы работали большое количество времени, тестировали и прочее.

Категория: Админитстрирование » Системное администрирование

 

История одного бага (#1653967)

Автор: admin от 4-01-2017, 17:50, посмотрело: 33

Abstract: Реальная история из жизни реальных администраторов по отлову идиотского бага.
Поучительная часть: Никогда недооценивай зависимости зависимостей.

Вступление


Рядовой апгрейд в лаборатории с Openstack Mitaka до Openstack Newton (более новая версия). Несколько deprecated options в файлах конфигурации, keystone переехал с eventlet на WSGI и поломал существующую конфигурацию с haproxy; из-за типового «ipv6 listen» apache не стал конфликтовать с haproxy за одинаковые используемые порты на звезде (один слушал ipv6, другой ipv4 only), так что запросы уходили в haproxy вместо апача, где умирали с 503, т.к. апстрима не было… Впрочем, история не об этом.

После того, как основные проблемы были пофишкены, Nova (одна из компонент Openstack) при запуске начала падать с ошибкой: ConfigFileValueError: Value for option url is not valid: invalid URI: 'http://neutron-server.example.com:21345'.. Это было очень странно. С учётом, что в конфиге поменялось 100500 опций, возникло подозрение, что мы используем устаревшую опцию, которую больше не надо использовать. Однако, документация говорила, что пример опции — url = http://controller:9696.

Отладка


Очевидные шаги отладки:

  • Закомментировать опцию — не падает

  • Повторить опцию из примера — не падает

  • Заменить в опции порт на «наш» — возможно, нельзя использовать слишком большой номер порта — не падает

  • Заменить в опции url на наш — падает

  • Вернуть «controller» на место — не падает

  • Подозрение: не умеет fqdn: заменить controller на controller.dns — не падает

  • Подозрение: слишком много точек (у нас в реальном коде было 8 точек в url) — controller.dns1.dns2.dns3.dns4 — не падает

  • Оставить из нашего имени только первую часть: http://neutron-server:9696 — падает! гипотеза уже понятна.

  • Проверка1: http://neutronserver:9696 — не падает

  • Проверка2: http://with-dashes:9696 — падает!

Категория: Системное администрирование, Linux

 

Все конференции JUG.ru Group: итог 2016-го и планы на 2017-й

Автор: admin от 30-12-2016, 09:50, посмотрело: 24

Все конференции JUG.ru Group: итог 2016-го и планы на 2017-й

2016-й стал для JUG.ru Group годом бурного роста: сразу несколько конференций мы провели впервые, а уже известные стали крупнее. Более того, на 2017-й уже запланировано покорение новых рубежей. Перед Новым годом мы решили вспомнить все конференции, которые провели в уходящем году, и поговорить о том, какие проведём в наступающем — так что под катом можно узнать обо всех сразу и найти самую подходящую вам.


  • JBreak

  • JPoint

  • DotNext Piter

  • Mobius

  • HolyJS Piter

  • Joker

  • DotNext Helsinki

  • DotNext Moscow

  • Гейзенбаг

  • HolyJS Moscow

  • Митапы

  • Будущее


Категория: Программирование, Веб-разработка

 

Как 10 лет назад начинался проект PVS-Studio

Автор: admin от 29-12-2016, 15:20, посмотрело: 23

Как 10 лет назад начинался проект PVS-Studio

Десять лет назад мы создали простенькую утилиту под названием Viva64, предназначенную для выявления некоторых проблем в 64-битном коде. Так было заложено начало статического анализатора кода PVS-Studio. Хотя с того момента прошло 10 лет, что-то более-менее у нас, как у компании, стало получаться только несколько лет назад. Эта статья — не история успеха, так как мы считаем, что всё интересное только начинается. Однако, 10 лет — это повод подвести промежуточные итоги и рассказать нашим читателям как все начиналось, какие нас ждали ошибки, и что на данный момент у нас получилось. Местами я, возможно, буду не совсем хронологически точен при описании событий. Моя память не идеальна, а 10 лет — это длительный промежуток времени. Желаю всем приятного чтения.

Категория: Программирование, Веб-разработка, Информационная безопасность, Windows

 
Назад Вперед