Как стать автором
Обновить
0
0

Пользователь

Отправить сообщение
Звучит как оверкил, но я не знаю вашу религию.

У нас модули появляются/удаляются в среднем раз в две недели (причем это среднее с учетом рефакторингов и месячного затишья). Так как задействование нового модуля это коммит, то предшествующий коммит является импортом модуля и выполняется в ручном режиме (с указанием URL откуда модуль пришел, версии, commit id, ...). В этом коммите мы удаляем ненужные _нам_ запчасти (примеры, demo, тесты...). Это позволяет легко в дальнейшем обновлять модуля (так как есть все детали откуда он пришел и как менялся нами, если требовал фиксов, костылей) и также делает общий размер puppet envorinment меньше процентов на 50% что ускоряет r10k. Многие puppet модули содержат очень много ненужного в ежедневном использовании «мусора».

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

Так же периодически проводятся апдейты закоммиченных модулей, octocatalog-diff показывает будут ли изменения после апдейта модуля, если не булет — все легко и просто, если будут — нужно смотреть что же там поменяется.
>… в Puppetfile для всех удаленных модулях мы указываем требуемую версию модуля…

Проблема не в версии, а в недоступности удаленного ресурса на момент восстановления локально утерянной ноды. Вся инфраструктура у нас покрыта «disaster recovery plan». Все узлы восстанавливаются каждую ночь в автоматическом режиме в тестовом окружении (по одному инстансу каждого типа). В этом случае все внешние зависимости являются точкой потенциального отказа, что происходит как минимум раз в квартал по разным причинам. Слава богу у нас нету роскомпозора с блокиратором, но github/puppet-lab бывают недоступны, последний раз из-за DDOS. Ну и habr.com/post/280039 никто не отменял.
У нас похожая система, puppet + git + r10k + hiera + hiera-file, последние позволяют вынести все секреты из кодовой базы puppet и проводит ревью кода без «секретности».
Отказ от собственных велосипедов и переход на upstream модуля одно из лучших решений (по опыту). НО… удаленные модули работают, пока работают.
Перестают работать в самый не подходящий момент.
Напоролись на это. Сейчас все модули коммитятся локально и обновляются периодически после тестовой прогонкой новых версий.

Вопрос в массы… Подскажите рабочий вариант сдружить r10k с gerrit reviews для возможности дальнейший puppet apply --environment=gerrit_review_42 (сейчас приходится пушить ветки на git для r10k).

P.S. настоятельно рекомендую github.com/github/octocatalog-diff (сразу видно что и где зацепит изменение прямо в ревью перед сабмитом).
может я что-то делаю не так, но у меня vim Insert Mode включен подолгу…
мне наверное больше подойдет автомобильный ручник, а не педаль… нога затекать будет…
Добрый день!
Идея родившаяся в автомобиле, стоящем в пробке.
Одна из многих причин пробок на дорогах — ДТП.
Сейчас в многих странах (в том числе и у нас на Украине) пытаются привить мысль, что простые ДТП (без человеческих жертв, травм, которых кстати порядка 70% от общего числа ДТП) должны/могут оформятся без участия ГАИ. На данный момент эти обязанности пытаются переложить на страховые компании (обязав их выплачивать стаховки по схемам которые нарисуют сами водители).

Итого есть финансирование заинтересованой стороной — стаховой компанией (интерес в защите от обмана + достоверное установление кто виноват.
Но есть и проблеми — большая часть водителей боится и/или просто не умеет их рисовать. Но у каждого есть в кармане смартфон, который потенциально может стать объектом, который построит карту ДТП, подпишет её у обеих сторон и сразу отправит в страховую. Как — вопрос отдельный.

Социум получит возможность быстрее убирать автомобили с дороги.
Водители — простой и надежный механизм фиксирования ДТП, не дожидаясь ГАИ, экономя свое время
Страховые — ускорение тех процессов, быстрее выплаты, защита от подстав, конкурентное приемущество.

Надеюсь, кто-то когда-то займет эту нишу :-)
было бы круто, если бы подобрали изменения с PuTTY tray haanstra.eu/putty/
Спасибо за информцию! Пару вопросов для общего развития:

> У Zingaya, во-первых, есть RTMFP
в виде OpenRTMFP?

> во-вторых кодек Nellymoser.
Wowza тоже его умеет… возможно и остальные, потому как Nellymoser был добавлен в Flash плагин в 2002 году, но не смотря на это все юзают Speex (хотя его добавили только в 2008)…
почему?
все просто: askmeflash.com/article/2/speex-vs-nellymoser
Внедрять — ничего, работаем в другом сегменте.
Использовать — bigbluebutton.org в личных целях. ИМХО, хорошо, но сыровато.
В данном случае, это обзор «рынка» для себя. Поделился ссылками.

Кстати, все кинулись во Flash… почему никто не смотрит на Java (из известного только трудности с созданием .java.policy дабы награнтить захват аудио, аля grant {permission javax.sound.sampled.AudioPermission «record»; })? Что-то ещё?
Список найденого, на сейчас:
www.zingaya.com
www.flaphone.com
flashphoner.com
code.google.com/p/red5phone
www.gtalk2voip.com/sipper
code.google.com/p/siprtmp
ss.zadarma.com/webphone
bigbluebutton.org

Все они бегают по RTMP+Speex:
Signal: Flash client (RTMP) -----> Media Server (SIP rfc 3261) -----> Voip server(SIP rfc 3261)
Media: Flash client (Speex) -----> Media Server (G.7xx) -----> SIP client (G.7xx)

В роли медиа серверов у каждого свое… Asterisk, Wowza, Zingaya, Red5…

TalkPad.ru — репект, пошли другим путем: плагин, полноценный UA (SIP+RTP).
Не представляю, как вы смогли реализовать такой список поддерживаемых браузеров и платформ…
с нетерпением жду продолжени habrahabr.ru/blogs/voip/116658/ «В следующий раз мы расскажем об особенностях кросс-платформенной разработки VoIP-плагинов для браузеров.»

ЗЫ, спасибо за OpenRTMFP, нужно попробывать, как оно на вкус!

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность