я думаю что вместо того что бы сразу разрисовывать визуализацию следует внедрить классификацию и категории все равно без этого вам не добиться нормальной визуализации
а проверить успешность классификации компонентов можно например используя систему дистрибуции linux будь то deb/rpm/etc затем уже можно сделать форк от аптитуда и добавить графики. 27 сентября 2013 г., 9:43 пользователь Илья Шипицин <[email protected]>написал: > Есть модная тема - управление правилами публикации приложений из > системы виртуализации > > > например: http://technet.microsoft.com/en-us/library/jj721573.aspx > или вот: "NGINX Plus supports on-the-fly reconfiguration through a simple > HTTP- > based API. " > > ну то есть идея в том, что приложение само себе правила публикации > настраивает. > > P.S. мопед не мой. мы пока только присматриваемся к технологии. > > 25 сентября 2013 г., 22:07 пользователь Dmitry Simonov > <[email protected]> написал: > > Вопрос к зубрам! > > > > Есть большая многокомпонентная система. Компоненты опираются друг на > друга > > достаточно затейливыми конфигурированием, сам процесс которого > нетривиален. > > То есть типичный выкат в бой с нуля ещё как-то реален, но быстрое > > динамическое переконфигурирование - задача не для слабонервных. > > > > Речь идёт не о типовых перестановках, которые конечно же можно > > запрограммировать. Например, есть несколько слегка отличающихся > экземпляров > > одной и той же компоненты, которые последовательно подключаются одна за > > другой к общей системе и мы смотрим, как система взаимодействует с > каждой из > > них. > > > > Весь опыт попыток подхода к этому снаряду показывает то, что любая > система > > автоматизации подобного динамического переконфигурирования ОЧЕНЬ БЫСТРО > > устаревает (так как вся система растёт и развивается, > > меняются/добавляются/удаляются конфигурационные параметры) подобно тому, > как > > устраревает документация. > > > > Тыщу лет назад мелькал кейс о том, как решать эту задачу. - путём > обычного > > визуального конструктора похожего на лего или на пазл. С таким визуальным > > конструктором очень удобно быстро перекидывать связи между компонентами. > И > > вроде бы кейс был достаточно удачен. > > > > Может ли кто-то что-то рассказать о своих подходах к этому "снаряду"? > > Пожалуйста, не рассказывайте мне о том, как это надо делать. Расскажите о > > том, как вы делали и на какие грабли наткнулись. > > > > --- > > Dmitriy V. Simonov, > > Perl & Python programmer > > > > _______________________________________________ > > nginx-ru mailing list > > [email protected] > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > _______________________________________________ > nginx-ru mailing list > [email protected] > http://mailman.nginx.org/mailman/listinfo/nginx-ru >
_______________________________________________ nginx-ru mailing list [email protected] http://mailman.nginx.org/mailman/listinfo/nginx-ru
