Маршрутизация между разными сетями докеров на одном хосте
Существуют различные способы запуска задания Jenkins из SCM, например Bitbucket, но я хочу конкретно запустить сборку с использованием ветки, которая является источником запроса на слияние.
До сих пор мы использовали Bitbucket Pull Request Builder, но он очень ненадежный, ненадежный и плохо поддерживается.
https://wiki.jenkins-ci.org/display/JENKINS/Bitbucket+pullrequest+ builder + plugin
Bitbucket действительно предоставляет неплохие возможности с точки зрения Webhooks, которые при использовании с Jenkins Git Plugin позволяют запускать сборки на основе различных событий Bitbucket (например, обновления Pull Request).
Существует также плагин Bitbucket Webhook, но опять же, Оба они синхронизируются нормально, но я заметил, что каждый из них заявляет о себе как о SOA. Мне это кажется неправильным, но это из-за ...
У меня есть 2 сервера Server 2012r2, на которых работает DNS в режиме аварийного переключения / балансировки нагрузки. Оба они синхронизируются нормально, но я заметил, что каждый из них заявляет о себе как о SOA. Мне это кажется неправильным, но это из-за аварийного переключения?
Спасибо, Трэвис
Для зон DNS, интегрированных в AD, каждый сервер, на котором размещена копия зоны, является SOA для своей копии зоны.
Это совершенно нормально.
Обычно системы, которые не используют DNS для репликации, заявляют о себе как о мастерах. Это верно не только для Windows (зоны, интегрированные в AD), но также для связывания (ldap-bind) и powerdns (ldap, база данных и т. Д.).
Подробнее о Windows Bind и ] PowerDNS
Я тоже задал этот вопрос, и я ожидаю, что по мере того, как все больше людей будут использовать API с несколькими поставщиками, SOA и серийный номер будут и дальше расходиться.