|
SOA провалится
|
|||
---|---|---|---|
#18+
iscrafmtrdm_iscrafmпочему, допустим, перечисленные выше характеристики не интересны за пределами "вэб"?много хлопот, мало толку. толк даже в перечисленных характеристиках. Для больших систем не порядок сокращает затраты и время. Все функции слабосвязаны, упрощенная компоновка, множественное использование, взаимозаменяемость. Вопрос только в том, как заметил Абдуллаh3, что "текущие реализации и обвязка - сложнее всего, до сих пор существовавшего". Но это больше проблемы реализации, чем архитектуры как таковой. Ерунда. Гораздо проще, чем DCOM&CORBA. Масса кодогенераторов, фреймворков, еtc, которые позволяют даже не задумываться о реализации. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2010, 23:42 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
trdm_iscrafmtrdm_iscrafmпочему, допустим, перечисленные выше характеристики не интересны за пределами "вэб"?много хлопот, мало толку. толк даже в перечисленных характеристиках. Это смотря кому их поддерживать, масштабу сервиса отклику сервера. Лично для меня: "много хлопот, мало толку". Инфраструктура внутри предприятия связанная, данные тесно интегрированы - красота, обрабатывай и не жужжи. если бы у меня каждый справочник был бы единым сервисом представлен, я бы повесился: было бы много дурной работы. SOA-подход он применим точечно. Как-бы там не хотели на нас подзаработать разные облачники для конечного спеца СОА-вешалка. если каждый справочник представлен отдельным сервисом, то это только множество плюсов, а не "вешалка". Понадобилось его использование там, где изначально не планировалось - момент и он уже используется. Это только банальный пример справочника. А если более менее сложный документ в различных приложениях нужно использовать? 5 приложений и 5 платежек, в каждом своя. Вот что действительно "вешалка". Особенно если нужно внести изменение в бизнес-процесс проведения платежей. А облачники здесь не причем, они такие же страдальцы, только облачные. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2010, 23:43 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
Vika Vinner И здесь Вам ставлю пятёрочку - я и не представляла что кто нибудь знает о таком Ну и что этот наш WAS делает в свободное от бренда время? ВАС (т.е.WAS ) меня мало интересует, тут больше некое из вышеуказонного бренда ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2010, 23:43 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
А6дуллаh3Если продукты и подходы SOA не упростятся в разы, я предсказываю затухание сего баззворда в течение лет 5. Оно сейчас банально слишком сложно, чтобы набрать достаточное количество справляющихся людей. Это натуральный рокет сайенс. А даваемые преимущества на фоне получаемых мегагиморов смотрятся довольно серенько. по теме еще хотелось бы заметить... будет просто некая трансформация из сложного к простому, но идеи останутся теми же (тот же SOA тема не новая) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2010, 23:47 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
I l'v SOAiscrafmtrdm_iscrafmпочему, допустим, перечисленные выше характеристики не интересны за пределами "вэб"?много хлопот, мало толку. толк даже в перечисленных характеристиках. Для больших систем не порядок сокращает затраты и время. Все функции слабосвязаны, упрощенная компоновка, множественное использование, взаимозаменяемость. Вопрос только в том, как заметил Абдуллаh3, что "текущие реализации и обвязка - сложнее всего, до сих пор существовавшего". Но это больше проблемы реализации, чем архитектуры как таковой. Ерунда. Гораздо проще, чем DCOM&CORBA. Масса кодогенераторов, фреймворков, еtc, которые позволяют даже не задумываться о реализации. и всю эту массу требуется заставить работать в унисон. Не так все просто. В веб-пространстве более продвинулись в этом вопросе, зачастую просто игнорируя предлагаемые "стандарты" и реализуя свое видение. В корпоративном секторе не так. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2010, 23:48 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
iscrafmI l'v SOAiscrafmtrdm_iscrafmпочему, допустим, перечисленные выше характеристики не интересны за пределами "вэб"?много хлопот, мало толку. толк даже в перечисленных характеристиках. Для больших систем не порядок сокращает затраты и время. Все функции слабосвязаны, упрощенная компоновка, множественное использование, взаимозаменяемость. Вопрос только в том, как заметил Абдуллаh3, что "текущие реализации и обвязка - сложнее всего, до сих пор существовавшего". Но это больше проблемы реализации, чем архитектуры как таковой. Ерунда. Гораздо проще, чем DCOM&CORBA. Масса кодогенераторов, фреймворков, еtc, которые позволяют даже не задумываться о реализации. и всю эту массу требуется заставить работать в унисон. Не так все просто. В веб-пространстве более продвинулись в этом вопросе, зачастую просто игнорируя предлагаемые "стандарты" и реализуя свое видение. В корпоративном секторе не так. Не стоит обобщать, если Искра реализует свое видение и не придерживается стандартов, то это не значит, что все в корпоративном секторе поступают таким образом. А с стандартами все работает в унисон без всяких усилий на создание своих серверов. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2010, 04:11 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
I l'v SOA Не стоит обобщать, если Искра реализует свое видение и не придерживается стандартов, то это не значит, что все в корпоративном секторе поступают таким образом. А с стандартами все работает в унисон без всяких усилий на создание своих серверов. я говорил не об Искре в принципе. Да, Искра для взаимодействия сервисов использует свой формат в рамках платформы. Т.е. "стандарты" (которые стандартами не являются, а являются де-факто и де-юре предложениями других поставщиков, правда с мировым именем, по организации SOA) в рамках платформы не задействованы именно в угоду простоте, скорости и минимизации затрат на разработку и поддержку приложений, но, конечно, с сохранением самих принципов SOA архитектуры. Дело там совсем не в формате обмена сообщениями. Мы наверное просто немного в разных величинах оцениваем усилия. То что Вы считаете "без услилий" не спеша для команды из n-человек за n-месяцев на проекте,возможно, я просто считаю расточительством полученного за реализацию проекта денежного вознаграждения. А речь шла о том, что в корпоративном секторе большая доля легаси-приложений, которые понятия не имеют о сервисах и архитектуре SOA в принципе. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2010, 11:16 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
iscrafmI l'v SOA Не стоит обобщать, если Искра реализует свое видение и не придерживается стандартов, то это не значит, что все в корпоративном секторе поступают таким образом. А с стандартами все работает в унисон без всяких усилий на создание своих серверов. я говорил не об Искре в принципе. Да, Искра для взаимодействия сервисов использует свой формат в рамках платформы. Т.е. "стандарты" (которые стандартами не являются, а являются де-факто и де-юре предложениями других поставщиков, правда с мировым именем, по организации SOA) в рамках платформы не задействованы именно в угоду простоте, скорости и минимизации затрат на разработку и поддержку приложений, но, конечно, с сохранением самих принципов SOA архитектуры. Дело там совсем не в формате обмена сообщениями. Мы наверное просто немного в разных величинах оцениваем усилия. То что Вы считаете "без услилий" не спеша для команды из n-человек за n-месяцев на проекте,возможно, я просто считаю расточительством полученного за реализацию проекта денежного вознаграждения. А речь шла о том, что в корпоративном секторе большая доля легаси-приложений, которые понятия не имеют о сервисах и архитектуре SOA в принципе. Возможно, раньше Искра давала выигрыш в разработке, но не сейчас. Помимо этого есть еще дальнейшее сопровождение и развитие системы. С общими форматами обмена сообщений и поддержкой ведущих вендоров вероятность не зря потраченных денег гораздо выше. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2010, 12:42 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
I i'v SOA Возможно, раньше Искра давала выигрыш в разработке, но не сейчас. Помимо этого есть еще дальнейшее сопровождение и развитие системы. С общими форматами обмена сообщений и поддержкой ведущих вендоров вероятность не зря потраченных денег гораздо выше. немного не понял года раньше и что изменилось? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2010, 12:58 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
iscrafmI i'v SOA Возможно, раньше Искра давала выигрыш в разработке, но не сейчас. Помимо этого есть еще дальнейшее сопровождение и развитие системы. С общими форматами обмена сообщений и поддержкой ведущих вендоров вероятность не зря потраченных денег гораздо выше. немного не понял года раньше и что изменилось? года = когда ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2010, 12:59 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
В реальности с SOA получается много проблем, например такая, уже её достаточно: - проблема реализации транзакций на уровне бизнес-приложения (т.е. не БД транзаций, а на уровне действий приложения). Пример: в цепочке сервисов 25 сервис дал сбой и не смог создать накладную, - все предыдущие 24 действия сервисов нужно откатить. Создавать во всех системах флаг "зарезервировано", чтобы после последнего успешно отработавшего сервиса везде поменять его на "в работе"? - ИСы предприятия (самодельные и купленные) не поддерживают подобного флага и реализовать его по понятным причинам в них невозможно для купленных так точно. А кому нужен бизнес-процесс, который не гарантирует целостность данных? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2010, 15:40 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
web_fox, В большинстве случаев отмена сделки не похожа на откат транзакции в БД и не возвращает систему в первоначальное состояние. Возврат денег может сопровождаться взиманием пени и даже судебным процессом. Нарушитель может попасть в чёрный список и т.д. Важно, чтобы атомарными были отдельные бизнес операции (иначе система может оказаться в неопределённом состоянии), а не вся процедура. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2010, 18:52 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
А6дуллаh3Если продукты и подходы SOA не упростятся в разы, я предсказываю затухание сего баззворда в течение лет 5. Оно сейчас банально слишком сложно, чтобы набрать достаточное количество справляющихся людей. Это натуральный рокет сайенс. А даваемые преимущества на фоне получаемых мегагиморов смотрятся довольно серенько. Дискасс. всё это уже было - из одной крайности, в другую (от сильной связанности к "лоскутной автоматизации" и обратно)... http://soft.compulenta.ru/44742/ а SOA именно лоскутная и есть... ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2010, 22:16 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
I i'v SOA Сводки с полей корпоративного сектора как это к SOA относится? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2010, 22:37 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
Petro123а SOA именно лоскутная и есть... немного некорректно. Лоскутная - это несвязанная. в SOA сервисы связанны, хотя по определению могут работать и автономно. Просто, в отличие от "монолита", SOA система построена из низки функций (сервисов), которые общаются по определенному протоколу и компонуются в единое целое. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2010, 22:42 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
iscrafm как это к SOA относится? Самым непосредственным образом. Облака - одни сплошные сервисы без необходимости своего натурального хозяйства. Возможность простого развертывания своих сервисов, БД, файловой системы, Service bus, Message Bus, стандартные протоколы и тд, что еще нужно для компоновки в единое целое? Пока нет распределенных запросов и транзакции, но будут. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2010, 01:32 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
iscrafmPetro123а SOA именно лоскутная и есть... немного некорректно. Лоскутная - это несвязанная. в SOA сервисы связанны, хотя по определению могут работать и автономно. Просто, в отличие от "монолита", SOA система построена из низки функций (сервисов), которые общаются по определенному протоколу и компонуются в единое целое. мы просто путаем цели. "Лоскутная" это более широкое понятие. Мы оцениваем технологию с точки зрения архитектора-разработчика . Что он выигрывает: - если вместо хорошо управляемых объектов "Справочник_с_бизнес_логикой" с хорошо зарекомендовавшими событийными и транзакционными механизмами он получит ПЛОХО управляемый сервис? Это и есть плохо управляемые "лоскутки", которые надо собрать в одно целое (нанять оркестровку веб-сервисов :) ) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2010, 09:27 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
I l'v SOA, да, возможно что сабж, со временем выльется во что нибудь кардинально новое. Как появление ускорителей (правый клик в ослике8) при решении разнообразных задач. Только самое сложное - взаимодействие таких ускорителей-сервисов ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2010, 09:37 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
Petro123iscrafmPetro123а SOA именно лоскутная и есть... немного некорректно. Лоскутная - это несвязанная. в SOA сервисы связанны, хотя по определению могут работать и автономно. Просто, в отличие от "монолита", SOA система построена из низки функций (сервисов), которые общаются по определенному протоколу и компонуются в единое целое. мы просто путаем цели. "Лоскутная" это более широкое понятие. Мы оцениваем технологию с точки зрения архитектора-разработчика . Что он выигрывает: - если вместо хорошо управляемых объектов "Справочник_с_бизнес_логикой" с хорошо зарекомендовавшими событийными и транзакционными механизмами он получит ПЛОХО управляемый сервис? Это и есть плохо управляемые "лоскутки", которые надо собрать в одно целое (нанять оркестровку веб-сервисов :) ) C точки зрения архитектора-разработчика он получит внятную систему c четким разделением, масштабированием и прочими радостями, а не одно большое одеяло, которое ПЛОХО поддается перекройке ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2010, 10:01 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
I l'v SOAiscrafm как это к SOA относится? Самым непосредственным образом. Облака - одни сплошные сервисы без необходимости своего натурального хозяйства. Возможность простого развертывания своих сервисов, БД, файловой системы, Service bus, Message Bus, стандартные протоколы и тд, что еще нужно для компоновки в единое целое? Пока нет распределенных запросов и транзакции, но будут. Понятно. О этой ошибке сказали еще в начале топика, непонимание что такое SOA. Все смешалось в кучу ASP, SaaS, SaaP и прочее. И почему то SOA. Сервисы, да не те. p.s. Так что с Искрой случилось? Так и не ответили... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2010, 11:11 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
Petro123iscrafmPetro123а SOA именно лоскутная и есть... немного некорректно. Лоскутная - это несвязанная. в SOA сервисы связанны, хотя по определению могут работать и автономно. Просто, в отличие от "монолита", SOA система построена из низки функций (сервисов), которые общаются по определенному протоколу и компонуются в единое целое. мы просто путаем цели. "Лоскутная" это более широкое понятие. Мы оцениваем технологию с точки зрения архитектора-разработчика . Что он выигрывает: - если вместо хорошо управляемых объектов "Справочник_с_бизнес_логикой" с хорошо зарекомендовавшими событийными и транзакционными механизмами он получит ПЛОХО управляемый сервис? Это и есть плохо управляемые "лоскутки", которые надо собрать в одно целое (нанять оркестровку веб-сервисов :) ) я, к примеру, получаю прекрасно управляемые и не лоскутки. Правда веб-вервисами не дирижирую. Сама архитектура SOA не предусматривает плохо связанную конструкцию, т.е слабо-связанный <> плохо связанный . Слабосвзянный - это стыковка в момент исполнения, многократное использование, взаимозаменяемость. Т.е. характеристики, которые на порядок упрощают разработку и управление жизненным циклом продукта. Но никак не плохая управляемость. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2010, 11:17 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
I l'v SOA C точки зрения архитектора-разработчика он получит внятную систему c четким разделением, масштабированием и прочими радостями, а не одно большое одеяло, которое ПЛОХО поддается перекройке +1 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2010, 11:19 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
iscrafm, то же самое говорили про COM, как панацею. Автор топика (как и я) взглянул шире, про тенденции ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2010, 11:28 |
|
SOA провалится
|
|||
---|---|---|---|
#18+
I l'v SOAPetro123iscrafmPetro123а SOA именно лоскутная и есть... немного некорректно. Лоскутная - это несвязанная. в SOA сервисы связанны, хотя по определению могут работать и автономно. Просто, в отличие от "монолита", SOA система построена из низки функций (сервисов), которые общаются по определенному протоколу и компонуются в единое целое. мы просто путаем цели. "Лоскутная" это более широкое понятие. Мы оцениваем технологию с точки зрения архитектора-разработчика . Что он выигрывает: - если вместо хорошо управляемых объектов "Справочник_с_бизнес_логикой" с хорошо зарекомендовавшими событийными и транзакционными механизмами он получит ПЛОХО управляемый сервис? Это и есть плохо управляемые "лоскутки", которые надо собрать в одно целое (нанять оркестровку веб-сервисов :) ) C точки зрения архитектора-разработчика он получит внятную систему c четким разделением, масштабированием и прочими радостями, а не одно большое одеяло, которое ПЛОХО поддается перекройке - не все приложения на предприятии поддердживают данную\данные технологии - масштабирование потребует Немаленьких усилий и квалификации Будем ждать Других технических решений ОБЛЕГЧАЮЩИХ создание и пректирование (разработку) ИС Удачи! ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2010, 11:32 |
|
|
start [/forum/topic.php?fid=33&msg=36476296&tid=1548370]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
40ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
62ms |
get tp. blocked users: |
2ms |
others: | 311ms |
total: | 461ms |
0 / 0 |