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

[George Nordic]

То, о чем так долго говорили большевики Oracle, свершилось. Почти.

Oracle сделала один из наиболее значимых анонсов за последние годы. В первом квартале 2011 года компания выводит на рынок middleware платформу Fusion Applications, которая упростит взаимную интеграцию многочисленных бизнес-приложений вендора. Спустя годы, потраченные на инвентаризацию функционала приобретенных в ходе поглощений программных продуктов, Oracle наконец завершает работу над созданием единой среды Fusion Applications, продукт должен появиться уже в первом квартале 2011 года.
Oracle Fusion Applications будет предлагаться в виде семи продуктовых семейств, включая области финансового менеджмента, управления проектами и портфолио и управления цепочками поставок. Oracle Fusion applications построены на базе архитектуры SOA.
Запуск Fusion Applications анонсировал непосредственно CEO компании Ларри Эллисон. На то, чтобы создать этот продукт и интегрировать «лучшие возможности» PeopleSoft, Siebel, JD Edwards и собственной ERP-системы Oracle E-Business Suite, у вендора ушло пять лет. Напомним, что Oracle приобрела компанию PeopleSoft в 2004 году, а Siebel – в 2005 году. Кроме того, Oracle планирует интегрировать лучшие продукты и возможности систем Sun Microsystems в Oracle Fusion middleware.
Ключевым принципом нового продукта являются открытые стандарты. Fusion Applications имеет различные модули, которые могут приобретаться как пакет. Всего разработано 100 моделей в 7 продуктовых семействах. Fusion также имеет встроенный функционал для бизнес-анализа.

Сами по себе Fusion Applications представляют middleware ПО, набор сервисов, которые позволяют объединить вместе разнообразные программные приложения на одном компьютере или даже на нескольких, которые могут управляться различными операционными системами.
Во Fusion Applications войдут веб-серверы, серверы приложений и другие специальные возможности. В частности, в Oracle Fusion middleware включены Oracle Web Logic Server, Oracle Application Server, виртуальная машина the JRockit Java, приложение the Tuxedo, бизнес-правила, приложение для анализа бизнес процессов. Кроме того, Oracle Enterprise Service Bus, Oracle Web Services Manager, Oracle Application Development Framework, Oracle Forms Services и Oracle Discoverer.
Для того, чтобы подготовить пользователей к работе с новым продуктом, Oracle откроет несколько классов по Fusion applications в ходе Oracle OpenWorld 2010, которая состоится в Сан-Франциско на этой неделе.
Fusion middleware станет базой для реализации планов Oracle по разработке и предоставлению интегрированных приложений для хранения данных, которые избавят клиентов от необходимости самостоятельной их интеграции. Это позволит клиентам компании сэкономить время и деньги, поскольку системная интеграция является одной из наиболее трудоемких и затратных областей в ИТ.

Источник: http://www.tadviser.ru/index.php/Нов...у_Fusion_Apps

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

[Zabr]

Последние годы у Оракла все как то через одно место делается.
Им бы туда Сергея Брина запустить с товарищами, они б придумали что-нибудь интересненькое.

[George Nordic]

Ну, поэтому Fusion и запустили. Теперь все будет делаться через него

Просто это настолько значительная архитектурная задумка, что требует гигантского труда по унификации продуктов в части интеграции. Но и преимущества большие....

Теперь Oracle может гораздо легче продвигать продукты, мотивируя это тем, что им "не нужна интеграция".

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

[Aleck]

Цитата:

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

Ну, поэтому Fusion и запустили. Теперь все будет делаться через него

Просто это настолько значительная архитектурная задумка, что требует гигантского труда по унификации продуктов в части интеграции. Но и преимущества большие....

Теперь Oracle может гораздо легче продвигать продукты, мотивируя это тем, что им "не нужна интеграция".

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

Таки это ребреднинг Fusion на интеграцию старых продуктов новыми методами (a la Project Green) или таки всё переписано на новой платформе? =)

[George Nordic]

Нет, все не переписано Это "Цель".

Т.е. для JD Edwards написан интерфейс обмена, и он тут же получил довесок Fusion. Siebel - то же самое (причем требует исключительно ms internet explorer). И то и то работает на MS SQL, DB2 и Oracle DB. Тоже самое будет и со всеми остальными приложениями от Oracle, например примавера, RMS и т.п.

"Разобран на кусочки" и переписан был именно OEBS. Так что теперь можно приобретать отдельно модуль HRM и финансы, и они уже будут интегрированным друг с другом - через Fusion. А потом прикупить, например, логистику и производство.

В дальнейшем подобной переработке предпологалось подвергнуть еще несколько продуктов, но это дальная перспектива. Пока - OEBS - по модулям и все остальные продукты - интерфейс обмена через Fusion.

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

[mifi]

Цитата:

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

Нет, все не переписано Это "Цель".

"Разобран на кусочки" и переписан был именно OEBS. Так что теперь можно приобретать отдельно модуль HRM и финансы, и они уже будут интегрированным друг с другом - через Fusion. А потом прикупить, например, логистику и производство.

В дальнейшем подобной переработке предпологалось подвергнуть еще несколько продуктов, но это дальная перспектива. Пока - OEBS - по модулям и все остальные продукты - интерфейс обмена через Fusion.

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

Мне всегда казалось (по крайней мере, из печатных материалов, на зуб попробовать OEBS не приходилось), что OEBS всегда представлял из себя набор разных приложений - написанных в разное время и не всегда на одних и тех же технологиях. Или я что-то не так понимаю и OEBS до Fusion был монолитным приложением?
Мне-то казалось, что Fusion - это просто унифицированный механизм обмена между разными приложениями, составляющими OEBS и другие продукты, принадлежащие теперь Oracle, а до этого они обменивались друг с другом как кому заблагорассудится.

[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 - твои акции пойдут в три раза дороже

[Aleck]

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

[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.

[George Nordic]

Цитата:

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

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

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

Цитата:

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

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

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

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

[pitersky]

Цитата:

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

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

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

[George Nordic]

Это почему? В 1С есть и аудиторский след, и возможность запрета перепроведения документов задним числом.

У DAX - как раз сильное преимущество в технологичности. И безболезненной работе в одной системе большого числа пользователей. 1С сделала шаги именно в сторону наращивания производительности, однако при этом остались любимые возможности просмотра "деревьев", появилось распределенное решение. Реализацая которого в DAX не предусмотрена, кстати.

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

[Aleck]

Цитата:

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

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

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

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

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

[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 будет громогласно завлять о своем технологическом преимуществе и бесшовной интеграции ВСЕХ своих бинес-приложений. Что нам делать тогда?

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

[mifi]

Цитата:

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

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

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

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

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

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

Извини, Георгий. К слову, стандарт называется CORBA, а не COBRA. Что нам делать - потихоньку отъедать долю рынка у приложений, входящих сейчас в портфель Oracle - Siebel, PeopleSoft, JDEdwards, и т.д. У CRM с Siebel это неплохо получается, на мой взгляд. В области ERP все не так блестяще, но тоже это скорее opportunity, а не проблема.