Oracle запускает платформу Fusion Apps

[George Nordic]

Есть часть правды. Не всегда OEBS была "цельным" приложением. Например, в 11 версии было полностью переработано производство - встроенный модуль быль заменен купленым "Ньюметриксом", произошел отказ от непрерывного склада.

Fusion - это продукт отдельный. Это не "унифицированный механизм", а АОС, middleware, сервер приложений. Который работает с разными базами данных и поддерживал несколько протоколов управления. Fusion - изначально задумываллся как технологическая платформа (не бизнесовая), как расширение возможностей БД Oracle - перевод ее на 3 звенноу управление. Плюс работа с ISV, предоставление независимым разработчикам удобного инструмента для построения 3-х звенных отчуждаемых приложений (из-за этого - поддержка нескольких стандартных протоколов и БД).

Только потом появилась идея использовать Fusion именно как платформу для построения современных бизнес-приложений и, что является ключевым фактором, платформу для интеграции, т.к. Oracle идет курсом поглощения компаний на рынке. А продукты их ой как могут отличаться. В итоге, в идеале:

1. Все приложения будут общаться с БД через Fusion, тем самым обеспечивая промежуточную обработку бизнес - логики, обоработку прав доступа на сервере, кэширование и прочие прелести 3х звенной архитектуры.
2. Все приложения должны подвергнуться реинжинирингу с целью приведения к единому формату обмена информацией через Fusion (совместимости с другими продуктами, интеграции).

Разумеется, так быстро дела не делаются. Но технологический прорыв по переводу огромного количества продуктов на подобную платформу очевиден. Хотя дико трудоемок, затретен, рискован и займет неопределенное количество времени.

С Уважением,
Георгий

[mifi]

Цитата:

Сообщение от George Nordic

Есть часть правды. Не всегда OEBS была "цельным" приложением. Например, в 11 версии было полностью переработано производство - встроенный модуль быль заменен купленым "Ньюметриксом", произошел отказ от непрерывного склада.

Fusion - это продукт отдельный. Это не "унифицированный механизм", а АОС, middleware, сервер приложений. Который работает с разными базами данных и поддерживал несколько протоколов управления. Fusion - изначально задумываллся как технологическая платформа (не бизнесовая), как расширение возможностей БД Oracle - перевод ее на 3 звенноу управление. Плюс работа с ISV, предоставление независимым разработчикам удобного инструмента для построения 3-х звенных отчуждаемых приложений (из-за этого - поддержка нескольких стандартных протоколов и БД).

Только потом появилась идея использовать Fusion именно как платформу для построения современных бизнес-приложений и, что является ключевым фактором, платформу для интеграции, т.к. Oracle идет курсом поглощения компаний на рынке. А продукты их ой как могут отличаться. В итоге, в идеале:

1. Все приложения будут общаться с БД через Fusion, тем самым обеспечивая промежуточную обработку бизнес - логики, обоработку прав доступа на сервере, кэширование и прочие прелести 3х звенной архитектуры.
2. Все приложения должны подвергнуться реинжинирингу с целью приведения к единому формату обмена информацией через Fusion (совместимости с другими продуктами, интеграции).

Разумеется, так быстро дела не делаются. Но технологический прорыв по переводу огромного количества продуктов на подобную платформу очевиден. Хотя дико трудоемок, затретен, рискован и займет неопределенное количество времени.

С Уважением,
Георгий

Я что-то немного запутался. Что, до Fusion OEBS работал без сервера приложений? А что значит перевод БД на трезхвенную схему управления вообще не представляю - БД (а точнее СУБД) вообще не должна интересоваться, кто именно с ней работает - Fusion, AX AOS и т.д.

[George Nordic]

Цитата:

Сообщение от mifi

Я что-то немного запутался. Что, до Fusion OEBS работал без сервера приложений?

Разве я это говорил? Конечно, сервер приложений был, но Fusion появился только в версии 12.

Цитата:

Сообщение от mifi

А что значит перевод БД на трезхвенную схему управления вообще не представляю - БД (а точнее СУБД) вообще не должна интересоваться, кто именно с ней работает - Fusion, AX AOS и т.д.

Вот поэтому кое-чьи продукты и работают неоптимальным образом.

БД - это хорошо. Но этого еще недостаточно для построения современного программного обеспечения. Клиент - серверная технология устарела уже в 90х. На дворе - 21 век. SOA, Cloud... Middleware - маст хэв.

Зачем 3х звека нужна, надо объяснять?

И еще: БД вовсе не "все равно", кто с ней работает. Планы запроса от клиента и от АОСа могут сильно разниться.

С Уважением,
Георгий

[mifi]

Цитата:

Сообщение от George Nordic

Разве я это говорил? Конечно, сервер приложений был, но Fusion появился только в версии 12.

Вот поэтому кое-чьи продукты и работают неоптимальным образом.

БД - это хорошо. Но этого еще недостаточно для построения современного программного обеспечения. Клиент - серверная технология устарела уже в 90х. На дворе - 21 век. SOA, Cloud... Middleware - маст хэв.

Зачем 3х звека нужна, надо объяснять?

И еще: БД вовсе не "все равно", кто с ней работает. Планы запроса от клиента и от АОСа могут сильно разниться.

С Уважением,
Георгий

Георгий,
Ну честное слово, зачем маркетинговый б..т от Oracle продвигать как что-то прорывное? Ну смогли они (наверное) заставить свой зоопарк бизнес-приложений как-то общаться между собой. Дальше то что, причем здесь 21 век, SOA, Cloud?

[db]

Цитата:

Сообщение от mifi

Георгий,
Ну честное слово, зачем маркетинговый б..т от Oracle продвигать как что-то прорывное? Ну смогли они (наверное) заставить свой зоопарк бизнес-приложений как-то общаться между собой. Дальше то что, причем здесь 21 век, SOA, Cloud?

Да понятно что маркетинга тут в разы больше чем реально полезных вещей. А красивые и модные слова они же такие красивые и модные. И если ты сам не напишешь про свой продукт что он весь такой инновационно/революционный то уж конкуренты точно напишут про свои и будут тыкать - "а у нас вот облака, а у них нету - фуууу, какашка". И мало кого интересует что эти облака реально почти никому пока не нужны. Это как в 90-х java. Напишешь что использована java - твои акции пойдут в три раза дороже

[George Nordic]

Цитата:

Сообщение от mifi

Георгий, Ну честное слово, зачем маркетинговый б..т от Oracle продвигать как что-то прорывное? Ну смогли они (наверное) заставить свой зоопарк бизнес-приложений как-то общаться между собой. Дальше то что, причем здесь 21 век, SOA, Cloud?

Хе-хе. А этого что, мало?

Может быть, Dynamics AX бесшовно интегрированна c Dynamics CRM, просто на один АОС повесить? Ой, надо же! Не поключается к АОС CRM, и Dynamics NAV - не интегрируется. И GP, SL, RMS - тоже. А может, MS Project интегрирован?? Расскажи это партнерам.

А Oracle декларирует, что интегрируются. И OEBS, и OTM, и Siebel CRM, и Primavera/ Хотя вполне возможно, что это не так, и что интеграция потребует значительных усилий.

Более того, пока у вендора, претендующего на роль ведущего поставщика БД, нет никакого Middleware вообще! Что-то появляется, но нет ни четкого продукта, ни его описания, ни описания протоколов. Следовательно, все ISV партнеры вынуждены писать свои сервера приложений или жить в прошлом веке, занимаясь разработкой клиент-серверных приложений. Вот при чем тут "облака".

Михаил. Рынок видит, что происходит. И вместо того, чтобы ругать чужие решения и обзывать конкурентов идиотами, а потом понимать, что рынок уже захвачен и поделен, и резко начинать писать что-то подобное, было неплохо заранее понимать тенденции развития информационных систем и разрабатывать собственные продукты. Какие? Да сервер приложений, например.

Примеры?

1С 8.2 имеет 3х звенную архитектуру. Да, они написали свой сервер. Теперь он объединяется в кластеры, балансирует нагрузку и развертывается на MS SQL, IBM DB2, Oracle и Postgree.

И одно из немногих преимуществ Dynamics AX превратилось в пшик. Теперь клиенту гораздо сложнее объяснять чем Dynamics AX технологичнее 1С.

Я думаю, не пройдет и пары лет, как у МС появиться свое Middleware.

[pitersky]

Цитата:

Сообщение от George Nordic

одно из немногих преимуществ Dynamics AX превратилось в пшик. Теперь клиенту гораздо сложнее объяснять чем Dynamics AX технологичнее 1С

Честно говоря, никак не могу припомнить ситуацию сравнения кем-то АХ и 1С по этим критериям (может, я мало в пресэйле участвовал...). Просто если клиент ставит вопрос "хочу иметь возможность бухгалтерские проводки удалять", то технологичность АХ ему в общем-то побоку - всё равно не подходит. И наоборот - не желающие бардака в учёте заранее 1С из рассмотрения исключат.

[mifi]

Цитата:

Сообщение от George Nordic

Хе-хе. А этого что, мало?

Может быть, Dynamics AX бесшовно интегрированна c Dynamics CRM, просто на один АОС повесить? Ой, надо же! Не поключается к АОС CRM, и Dynamics NAV - не интегрируется. И GP, SL, RMS - тоже. А может, MS Project интегрирован?? Расскажи это партнерам.

А Oracle декларирует, что интегрируются. И OEBS, и OTM, и Siebel CRM, и Primavera/ Хотя вполне возможно, что это не так, и что интеграция потребует значительных усилий.

Более того, пока у вендора, претендующего на роль ведущего поставщика БД, нет никакого Middleware вообще! Что-то появляется, но нет ни четкого продукта, ни его описания, ни описания протоколов. Следовательно, все ISV партнеры вынуждены писать свои сервера приложений или жить в прошлом веке, занимаясь разработкой клиент-серверных приложений. Вот при чем тут "облака".

Михаил. Рынок видит, что происходит. И вместо того, чтобы ругать чужие решения и обзывать конкурентов идиотами, а потом понимать, что рынок уже захвачен и поделен, и резко начинать писать что-то подобное, было неплохо заранее понимать тенденции развития информационных систем и разрабатывать собственные продукты. Какие? Да сервер приложений, например.

Примеры?

1С 8.2 имеет 3х звенную архитектуру. Да, они написали свой сервер. Теперь он объединяется в кластеры, балансирует нагрузку и развертывается на MS SQL, IBM DB2, Oracle и Postgree.

И одно из немногих преимуществ Dynamics AX превратилось в пшик. Теперь клиенту гораздо сложнее объяснять чем Dynamics AX технологичнее 1С.

Я думаю, не пройдет и пары лет, как у МС появиться свое Middleware.

Григорий,
Веришь, нет, но склад с клиентами\поставщиками и ГК в AX был интегрирован года так с 1997 То, что Oracle позиционирует что разные модули OEBS интегрированы (наконец) - наверное, это большой прорыв...для OEBS.
А так - даже с точки зрения маркетинга как-то не впечатляет, middleware было популярной темой в середине 90-х.Может, ты слыхал про CORBA? В студенческие годы интересовался этой тематикой, даже курсовую работу делали с друзьями с использованием CORBA. Рад, что у тебя эта тема до сих пор вызывает энтузиазм
Сейчас в моде Cloud Computing, вообще-то. А здесь у MS уже есть Azure.

[George Nordic]

Цитата:

Сообщение от mifi

Григорий,
Веришь, нет, но склад с клиентами\поставщиками и ГК в AX был интегрирован года так с 1997 То, что Oracle позиционирует что разные модули OEBS интегрированы (наконец) - наверное, это большой прорыв...для OEBS.
А так - даже с точки зрения маркетинга как-то не впечатляет, middleware было популярной темой в середине 90-х.Может, ты слыхал про CORBA? В студенческие годы интересовался этой тематикой, даже курсовую работу делали с друзьями с использованием CORBA. Рад, что у тебя эта тема до сих пор вызывает энтузиазм
Сейчас в моде Cloud Computing, вообще-то. А здесь у MS уже есть Azure.

Меня зовут Георгий, к сведению.

1. Михаил, если Вы думаете, что в OEBS склад не был интегрирован с финансами, то Вы глубоко заблуждаетесь.
1.1. Теперь данная интеграция тоже есть, но модули Финансов и Логистики могу жить отдельно, сами по себе. А при их одновременном подключении к Fusion они начинают жить совместно. Это я считаю очень интересным технологическим решением. О чем, собственно, и хотел рассказать.
2. Я слышал про COBRA. В частности, Fusion поддерживает и этот протокол.
3. Я рад, что есть Cloud Computing. Но не понимаю, как он мне поможет продавать Dynamics AX и бороться с конкурентами. Клиенты не видят в облаке никаких преимуществ, кроме того, что их данные будут лежать не пойми у кого Наоборот, свои данные клиенты намерянны защищать и хранить на своем сервере (или в компании, которой очень доверяют)
4. Забавно, что тема middleware была популярна в середине 90-х, а до сих пор партнеры мучаются, изобретая велосипед или разрабатывая клиент-серверные приложения. А У Dynamics AX, NAV и GP - совршенно разные сервера приложений, не совместимые друг с другом.

Я ни в коем разе не пропагандирую тот или иной подход. Но прежде чем поливать грязью другие компании, надо понимать, что есть у Вас, что бы им противопоставить. А если противопоствить нечего, надо думать над альтернативным решением проблем или наверстывать упущенное.

Пойми, завтра (ну, не завтра, но в 2011), Oracle будет громогласно завлять о своем технологическом преимуществе и бесшовной интеграции ВСЕХ своих бинес-приложений. Что нам делать тогда?

С Уважением,
Георгий

[Aleck]

Ну так бы и написали, что сделан первый шажок в унификации того бардака, что достался ораклу от многочисленных приобретений, чего преувеличивать и мессианский смысл в простых мероприятий по снижению стоимости разработки и поддержки искать? =)
У SAP уже как c 2004 года общая платформа интеграции есть...

[George Nordic]

Цитата:

Сообщение от Aleck

Ну так бы и написали, что сделан первый шажок в унификации того бардака, что достался ораклу от многочисленных приобретений, чего преувеличивать и мессианский смысл в простых мероприятий по снижению стоимости разработки и поддержки искать? =)

Вот именно это и написали Но не могли же так прямо.. маркетинг

Цитата:

Сообщение от Aleck

У SAP уже как c 2004 года общая платформа интеграции есть...

Ну, не совсем... Netweawer - это именно интеграция, а не сервер приложений. Но согласен, есть. Хотя и у MS есть BizTalk для интеграции.

С Уважением,
Георгий

[Aleck]

Цитата:

Сообщение от George Nordic

Ну, не совсем... Netweawer - это именно интеграция, а не сервер приложений. Но согласен, есть. Хотя и у MS есть BizTalk для интеграции.

По BattleCards лучше не судить о конкурентах )))

Интеграция в Netweaver это один из компонентов, Netweaver это именно общая технологическая платформа для всех SAP приложений, которая включает всё что Вы перечислили для Fusion, только на нём SAP уже с 2004 года...

SAP не стремится продавать ее отдельно от бизнес-логики, как это делает Oracle, хотя такая возможность есть. Для SAP это небольшой побочный бизнес, как для Oracle - бизнес-приложения побочный бизнес к СУБД, Forms всяким и пр.