|
Архитектура разработки
|
|||
---|---|---|---|
#18+
strizh2) NXJ Interaction Server с временными ключами, необходимый для запуска экземпляров тестового бизнес-процесса - и где взять компоненту ? Там же дают ? :) Не нужен, для ограниченного тестирования достаточно разработческого софта. В его составе есть все необходимое: и JBoss, и SQLBase. Ограничение - не больше двух одновременно работающих пользователей. Демо-ролик с unify.ru скачали? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2007, 00:49 |
|
Архитектура разработки
|
|||
---|---|---|---|
#18+
Хотел бы вернуться ко своей теме :) Все-таки BPM - это не точно нам сейчас нужно. Раскроем проблему подробней. В нашей компании разрабатывается большое кол-во приложений: порталы, сервисы, небольшие веб-армы, гуи-приложения и т.д. и т.п. Естественно они все взаимодействуют с данными, и как правило, с разными источниками. Некоторые находятся в разных филиалах. СУБД на любой вкус. Основное средство разработки .NET Главное требование, чтобы разработчики (и конечные пользователи) на прямую не ходили в СУБД и к другим источникам данных. Это необходимо скрыть и более того контролировать правами доступа. Нужна возможность мониторинга процессов (для оценки производительности, поиска узких мест, протокол ошибок и максимально быстрая реакция на их устранение) не на уровне СУБД, а на уровне бизнес операций. Более подробно см. первый пост :) Понятно, что здесь однозначное решение это SOA. Но каждый раз писать сервисы для доступа к данным это не дело. Тут нужна автоматизация. Я посмотрел продукты IBM и BEA. Мне кажется это все-таки это слишком круто, возможно достаточно избыточно для нас и главное, дорого. Существуют ли решения по проще и более ориентированные на процесс разработки сервисов и доступа к ним, а не на управление бизнес процессами? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2007, 14:20 |
|
Архитектура разработки
|
|||
---|---|---|---|
#18+
Lunxвообще ИМХО правильно строить не мостики между системами, а делать произвольную интеграционную систему, назначение которой как раз и заниматься обменом данными с другими БД. В этом смысле подход автора топика очень интересен, я как-то даже над этим не задумывался раньше - создать сущности, методы как отдельную метабазу (понятие автора). Оно то в принципе так и есть, и в каше так же, и, насколько я понял - в искре. Только там этой сущностью является элемент workflow, куда нацепляются алгоритмы взаимодействия с данными в зависимости от статуса, а здесь автор расширяет точку зрения. В общем все то же самое, что и раньше, просто точка зрения другая. Например банальный справочник клиентов, который может существовать в трех-пяти экземплярах в разных БД. Для занесения одного новго элемента workflow может и не быть нужен - все определится правами. Вот вам сущность - справочник - который по заранее известным правилам при создании в одной БД элемента начнет создавать элементы в других. Только ох как тяжко будет эти правила писать. Без ариса никак здесь. Наверное вот этот пост наиболее близко описывает то что мы хотим получить. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2007, 14:27 |
|
Архитектура разработки
|
|||
---|---|---|---|
#18+
pvs В нашей компании разрабатывается большое кол-во приложений: порталы, сервисы, небольшие веб-армы, гуи-приложения и т.д. и т.п. Естественно они все взаимодействуют с данными, и как правило, с разными источниками. Некоторые находятся в разных филиалах. СУБД на любой вкус. Тут такое дело - исключительно из собственного опыта - если вы все это делаете, то вам нафиг не нужно ничего стороннего - вы все сами сделаете. Вы в стороннем будете дольше разбираться-подстраивать под себя (и наверняка убедитесь, что оно не делает то, чего вам надо), чем сделаете то, что нужно вам. Но это зависит от того, насколько вы серьезно сами делате порталы (а то может вы просто взяли чужой движок и что-то там нацарапали), сервисы (может вы пару сервисом написали для развелчения), веб-армы (может у вас пара отчетов выводится и три справочника заполняется) и т.п. Т.е. если у вас уровень высокий , то делать самим. Тут в соседних топиках обсуждались вопросы настраиваемых решений - у вас задача в эту категорию попадает. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2007, 14:40 |
|
|
start [/forum/topic.php?fid=33&msg=34947757&tid=1548939]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
118ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
others: | 301ms |
total: | 494ms |
0 / 0 |