Управление svn repo с puppet/mcollective
Эта система подключена к управляемому коммутатору? Если это так, Вы могли применить ограничение непосредственно через переключатель.
В противном случае Вы могли попробовать эти программы:
- netlimiter.com
- bandwidthcontroller.com
Вот бесплатная версия BandwidthLimiter. По-видимому, это работает над Windows 7 также. http://bandwidthcontroller.com/trafficShaperXp.html
Most release processes I have come across deploy built artefacts rather than straight checkouts from svn. The management then becomes choosing which version of a file (be it a jar, tar, rpm etc) in a repository to deploy rather than playing with svn tags which is done in a release build process. If my experience holds generally, then maybe that could contribute to the lack of support for what you're trying with svn? Would need some comments from others.
The concept of what you are doing is sound though, but as mentioned. I would do it by failing group A, deploying an artefact 'myCode-1.1.tar.gz' to group A. Then repeat for group B.
Even if your repository is svn, you don't need to mess with tags during the deployment process, just look in HEAD for the required artefact version which can be a part of the puppet manifest you apply to the group.
Я считаю, что ваша процедура хороша, и вам следует попробовать использовать MCollective для управления запусками марионеток и, если возможно, извлечения узлов из балансировщика. Мы широко используем SVN для нашего программного обеспечения и конфигураций и специально помечаем каждое изменение / выпуск, а затем позволяем puppet делать свое дело с помощью vcsdeploy ( http: // www.