<div dir="ltr"><div><div><div><div>я думаю что вместо того что бы сразу разрисовывать визуализацию следует внедрить классификацию и категории<br></div>все равно без этого вам не добиться нормальной визуализации<br></div><br>
</div>а проверить успешность классификации компонентов можно например используя систему дистрибуции linux будь то deb/rpm/etc<br></div>затем уже можно сделать форк от аптитуда и добавить графики.<br><div><div><div><div><div>
<div><br></div></div></div></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">27 сентября 2013 г., 9:43 пользователь Илья Шипицин <span dir="ltr"><<a href="mailto:chipitsine@gmail.com" target="_blank">chipitsine@gmail.com</a>></span> написал:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Есть модная тема - управление правилами публикации приложений из<br>
системы виртуализации<br>
<br>
<br>
например:   <a href="http://technet.microsoft.com/en-us/library/jj721573.aspx" target="_blank">http://technet.microsoft.com/en-us/library/jj721573.aspx</a><br>
или вот: "NGINX Plus supports on-the-fly reconfiguration through a simple HTTP-<br>
based API. "<br>
<br>
ну то есть идея в том, что приложение само себе правила публикации настраивает.<br>
<br>
P.S. мопед не мой. мы пока только присматриваемся к технологии.<br>
<br>
25 сентября 2013 г., 22:07 пользователь Dmitry Simonov<br>
<<a href="mailto:dsimonov@gmail.com">dsimonov@gmail.com</a>> написал:<br>
<div class="HOEnZb"><div class="h5">> Вопрос к зубрам!<br>
><br>
> Есть большая многокомпонентная система. Компоненты опираются друг на друга<br>
> достаточно затейливыми конфигурированием, сам процесс которого нетривиален.<br>
> То есть типичный выкат в бой с нуля ещё как-то реален, но быстрое<br>
> динамическое переконфигурирование - задача не для слабонервных.<br>
><br>
> Речь идёт не о типовых перестановках, которые конечно же можно<br>
> запрограммировать. Например, есть несколько слегка отличающихся экземпляров<br>
> одной и той же компоненты, которые последовательно подключаются одна за<br>
> другой к общей системе и мы смотрим, как система взаимодействует с каждой из<br>
> них.<br>
><br>
> Весь опыт попыток подхода к этому снаряду показывает то, что любая система<br>
> автоматизации подобного динамического переконфигурирования ОЧЕНЬ БЫСТРО<br>
> устаревает (так как вся система растёт и развивается,<br>
> меняются/добавляются/удаляются конфигурационные параметры) подобно тому, как<br>
> устраревает документация.<br>
><br>
> Тыщу лет назад мелькал кейс о том, как решать эту задачу. - путём обычного<br>
> визуального конструктора похожего на лего или на пазл. С таким визуальным<br>
> конструктором очень удобно быстро перекидывать связи между компонентами. И<br>
> вроде бы кейс был достаточно удачен.<br>
><br>
> Может ли кто-то что-то рассказать о своих подходах к этому "снаряду"?<br>
> Пожалуйста, не рассказывайте мне о том, как это надо делать. Расскажите о<br>
> том, как вы делали и на какие грабли наткнулись.<br>
><br>
> ---<br>
> Dmitriy V. Simonov,<br>
> Perl & Python programmer<br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> nginx-ru mailing list<br>
> <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
> <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></div></div></blockquote></div><br></div>