Comments 90
Спасибо. Мысли интересные. Но кто знает как карта ляжет…
P.S. Вы наверное имели ввиду «слиЯние» в заголовке
P.S. Вы наверное имели ввиду «слиЯние» в заголовке
На счёт SPARC не всё так очевидно.
Очень многие запускают связку Oracle (DB,APPS...) + Solaris + SPARC и считают её лучшей.
Очень многие запускают связку Oracle (DB,APPS...) + Solaris + SPARC и считают её лучшей.
Я тоже так считал, давно я работал админом биллиноговой ссистемы у крупного Казахстанского прова.
У на были Рэд-хаты и новые серваки делл + старый мусок на спарках, вот спарки сибя вообще прекрасно проявляли… Аптаймы на них не в сравнение с линухом были, патсчит ОС приятно, в основном потому что аплатки пишет одна компания, а толпы интузиастов.
Но ведь по сути именно некотрая не популярность SPARC привела сан к такому состоянию и заставила миня пистать этот обзор :)) ИМХО
У на были Рэд-хаты и новые серваки делл + старый мусок на спарках, вот спарки сибя вообще прекрасно проявляли… Аптаймы на них не в сравнение с линухом были, патсчит ОС приятно, в основном потому что аплатки пишет одна компания, а толпы интузиастов.
Но ведь по сути именно некотрая не популярность SPARC привела сан к такому состоянию и заставила миня пистать этот обзор :)) ИМХО
Как я уже писал где-то на Хабре, кроме SUN, SPARC ещё делают FSC, причём довольно неплохо. Так что если SUN забросят Solaris, FSC вполне могут подхватить OpenSolaris.
согласен но это уже трудно планировать, для этого Oracle пидется продать кусок Sun технологий?
Еще на архитектуре SPARC делает процессоры российская фирма МЦСТ…
ну они вроде же Эльбрус 2К (архитектура ELBRUS) сейчас активно развивают, от R-150 и R-500 мб и откажутся, как в Зеленоград переедут.
Ну, самый последний процессор «МЦСТ-4R» (4 ядра по 1Ггц), пока существующий хоть и в нескольких экземплярах, разработан как раз на SPARC. А это самый навороченный российский проц…
В общем, Костя, чОтки пацаны тебе потом все расскажут :)
В общем, Костя, чОтки пацаны тебе потом все расскажут :)
я так и понял что ты с иу4=)
по рисунку на рабочем столе в oyaso.habrahabr.ru/blog/54375/#habracut =) стенд знакомый так-то
по рисунку на рабочем столе в oyaso.habrahabr.ru/blog/54375/#habracut =) стенд знакомый так-то
[offtop]
> «пистать обзор»
улыбнуло ^_^…
[/offtop]
> «пистать обзор»
улыбнуло ^_^…
[/offtop]
Недавно смотрел сервера SUN. Они на сайте пишут позиционирование этого сервера и спектр задач для которого он был спроектирован.
Интересной особенностью является то, что большинство серверов на SPARC архитектуре рассчитаны на работу с интенсивным потоком данных, т.е. фактически предназначены для провайдеров интернет услуг, билинга и т.д.
Интересной особенностью является то, что большинство серверов на SPARC архитектуре рассчитаны на работу с интенсивным потоком данных, т.е. фактически предназначены для провайдеров интернет услуг, билинга и т.д.
лет 7 назад я делал выбор продуктивной среды между ultra enterprise 450 (4 x UltraSPARC III) Solaris + Oracle и какой-то HP с четырьмя наверное Pentium Pro или что тогда было с Solaris x86 и Oracle. производительность (после неибического тюнинга соляры и оракла на спарке) на интел платформе была сильно лучше.
про цену кубика ue450 вообще молчу.
про цену кубика ue450 вообще молчу.
Теги через запятую поставьте, plz. Нет такой компании «Oracle Sun», да и компании Sun скоро не будет видимо.
Больше всего переживаю за NetBeans — и она на мой взгляд наиболее уязвима при переходе к Oracle (правда, если бы был переход к IBM — там уж точно будущего не было, а так хоть какие-то шансы).
Боюсь комьюнити (если Oracle откажется от проекта) дальнейшую разработку NetBeans не потянуть.
Боюсь комьюнити (если Oracle откажется от проекта) дальнейшую разработку NetBeans не потянуть.
Да нет тут он ИМХО в более выиграшной ситуации, если JDeveloper можно сказать не конкурнт NetBeans (точнее как ориентация на технологии у них разные), то уж IBM со своим эклипсом точно бы прикрыла конкурирующее направляние, первым же делом.
Ну Оракл в Екслипс тоже не мало времени вложил. (http://www.oracle.com/technology/tech/eclipse/index.html)
Очень надеюсь, что NetBeans переживет переход к другому владельцу с наименьшими потерями.
Очень надеюсь, что NetBeans переживет переход к другому владельцу с наименьшими потерями.
ты пробовал эту среду??
я когда ради google Web tollkit 1.6 экслипс ставил именно этот скачал, отличий прямо скажем не много :))
ну добавили пару мастеров для интерграции с WebLogic.
Но нет ничего полезного ни тибе sql редактора, ни PL/SQL, ни Java в помине.
вот Jdeveloper 11 кстати первый у них 100% конкурентно способный получился — видимо все такие они его нарастят за счет netBeans, хотя имхо логичнее было бы сделать наоборот…
Хотя Оракле не боиться поддерживать несколько одинотипных технологий… Могу только предпологать что таким образом они поддерживают конкуренцию среди команд разработчиков. но в конечном итоге остаетсья только победитель…
Это как их финт с EPB и хайперионом. Мы как раз EPB внедряли, когда оракле отозвал ее лицензии и всем раздал лицензии на новенький хайперион. :)
я когда ради google Web tollkit 1.6 экслипс ставил именно этот скачал, отличий прямо скажем не много :))
ну добавили пару мастеров для интерграции с WebLogic.
Но нет ничего полезного ни тибе sql редактора, ни PL/SQL, ни Java в помине.
вот Jdeveloper 11 кстати первый у них 100% конкурентно способный получился — видимо все такие они его нарастят за счет netBeans, хотя имхо логичнее было бы сделать наоборот…
Хотя Оракле не боиться поддерживать несколько одинотипных технологий… Могу только предпологать что таким образом они поддерживают конкуренцию среди команд разработчиков. но в конечном итоге остаетсья только победитель…
Это как их финт с EPB и хайперионом. Мы как раз EPB внедряли, когда оракле отозвал ее лицензии и всем раздал лицензии на новенький хайперион. :)
который раз встречаю подобные коментарии в постах о покупке sun. неужели нетбинс действительно кому-то нужен? (не для холивара, просто интересно) По мне так тот же eclipse на голову превосходит эти поделки, а если не заморачиваться на бесплатных иде — так есть еще и idea/myeclipse
Трудно не холиварить на такаую тему. :)
Как я писал выше пишу в данный момент на Python/PHP/Ruby/Scala. Пробовал все IDE, которые есть под мою платформу (Linux), выбор остановил на NetBeans — на мой взгляд удобнейшее решение.
С Eclipse работал долго (1,5 года), отказался с радостью. Причины — медленная работа, дьявольские заморочки, чтобы заставить в одной сборке работать выше указанные языки + SVN + Javascript, ну и просто не моё. :)
Периодически ставлю новые версии PDT/Aptana/PyDev/RadRails — но особых преимуществ, необходимых для перехода не вижу.
Как я писал выше пишу в данный момент на Python/PHP/Ruby/Scala. Пробовал все IDE, которые есть под мою платформу (Linux), выбор остановил на NetBeans — на мой взгляд удобнейшее решение.
С Eclipse работал долго (1,5 года), отказался с радостью. Причины — медленная работа, дьявольские заморочки, чтобы заставить в одной сборке работать выше указанные языки + SVN + Javascript, ну и просто не моё. :)
Периодически ставлю новые версии PDT/Aptana/PyDev/RadRails — но особых преимуществ, необходимых для перехода не вижу.
короче мускуль умрет
нетБинс умрет
в итоге по бедит гугль и майкрософт)
нетБинс умрет
в итоге по бедит гугль и майкрософт)
После UPD1 четвёртая строка: наверно имелась ввиду HP-UX.
Пасиб, немного очепятался — имелся ввиду AIX.
Причем тут AIX? Насколько я понял, у Oracle обычный Xen в Oracle VM. У Sun, в их xVM Server, кстати, тоже.
IBM у них как бы аппартаная платформа виртуализации, их AIX разработам под их железо и позволят на базе одно физического сервера иметь несколько «виртуальных».
Для примера у нас стоит такой IBM сервак — обший объем ОЗУ порядка 250 гиг, кол-во процов 150.
но на нем живет множество серверов, и часть сервера еще не используется. Когда необходимо админы просто выделают процы оперативку и поднимают еще один сервак. Так же они могут добавить процессоров и оперативки для каждого сервера, т.е. AIX это уже как бы виртуальная ОС. Но там всегда будет одна операционка.
Такая же логика у Оракле вируал Машины — она по сути их Oracle Linux просто допиленный который позволяет держать парк таких ос на одной машине…
но в данный момент AIX шире распространен но благодаря виртуал боксу Ораклы возможно смогут это подправить — имелось ввиду это
Для примера у нас стоит такой IBM сервак — обший объем ОЗУ порядка 250 гиг, кол-во процов 150.
но на нем живет множество серверов, и часть сервера еще не используется. Когда необходимо админы просто выделают процы оперативку и поднимают еще один сервак. Так же они могут добавить процессоров и оперативки для каждого сервера, т.е. AIX это уже как бы виртуальная ОС. Но там всегда будет одна операционка.
Такая же логика у Оракле вируал Машины — она по сути их Oracle Linux просто допиленный который позволяет держать парк таких ос на одной машине…
но в данный момент AIX шире распространен но благодаря виртуал боксу Ораклы возможно смогут это подправить — имелось ввиду это
Интересный обзор. Про монополию метко отмечено. Тоже самое, что у Adobe и Macromedia.
Верно подмечено, что смысла развивать мускул им нет :(
Очень жаль, что же теперь делать без мускула?
Очень жаль, что же теперь делать без мускула?
UFO just landed and posted this here
UFO just landed and posted this here
Умрут грид-вычисления в понимании SUN. В понимании Oracle грид — это Real Application Cluster, который живее всех живых.
не совсем. смотри и они включают туда два основных компонента, это виртуализация [грида] и централизованное управление [гридом].
А вообще грид для них это множество баз данных Оракле работающих в пределах одной организации, Есть там RAC опция или нет по сути не важно, так как RAC у тибя или просто один Сервер базы данных, в общем без разницы.
Для виртуализации в данный момент они предлагаю Oracle VM, а для централизованного управления Enterprise Manager 10g Grid Control.
А вообще грид для них это множество баз данных Оракле работающих в пределах одной организации, Есть там RAC опция или нет по сути не важно, так как RAC у тибя или просто один Сервер базы данных, в общем без разницы.
Для виртуализации в данный момент они предлагаю Oracle VM, а для централизованного управления Enterprise Manager 10g Grid Control.
UFO just landed and posted this here
UFO just landed and posted this here
SPARC может, конечно, и провальное решение в экономическом плане, но именно под SPARC Solaris написано очень большое количество софта, используемого, например, в телекоме в системах управления и мониторинга (fault and performance management).
Небольшой пример. IBM, купив Micromuse, которая писала изначально исключительно под SPARC Solaris, уже длительное время никак не может заставить хотя бы часть софта работать корректно под своим AIX. Речь идет о софте, который используется в той или иной степени в 80% операторов связи в мире.
Поэтому, мне кажется, что спрос на SPARC, хоть и не сверхбольшой, останется и быстро эту линейку свернуть не получится.
Небольшой пример. IBM, купив Micromuse, которая писала изначально исключительно под SPARC Solaris, уже длительное время никак не может заставить хотя бы часть софта работать корректно под своим AIX. Речь идет о софте, который используется в той или иной степени в 80% операторов связи в мире.
Поэтому, мне кажется, что спрос на SPARC, хоть и не сверхбольшой, останется и быстро эту линейку свернуть не получится.
UFO just landed and posted this here
Да, согласен, единственный вариант — это ждать и смотреть, что будет дальше.
Просто не переживать за судьбу SPARC не могу, у меня добрых два десятка таких серверов на работе, и софт на них крутится, который мониторит всю сеть компании. Один раз уже Sun сделал недоброе дело, свернув линейку 215/245 серверов, чем лишил нас entry-level железок по сути.
Тенденция перехода на Linux и в случае нашего софта на AIX (потому что IBM теперь разработчик) конечно есть, но какая-то она вялая и невнятная пока получается.
Просто не переживать за судьбу SPARC не могу, у меня добрых два десятка таких серверов на работе, и софт на них крутится, который мониторит всю сеть компании. Один раз уже Sun сделал недоброе дело, свернув линейку 215/245 серверов, чем лишил нас entry-level железок по сути.
Тенденция перехода на Linux и в случае нашего софта на AIX (потому что IBM теперь разработчик) конечно есть, но какая-то она вялая и невнятная пока получается.
У меня двоякое отношение к этому, во — первых мне очень нравится САПРКи от сана, именно на них я первыми увидел как в консоли можно удаленно перегрузить сервер — видеть в удаленном терминале весь процесс перезагрузки, а вот DELL и HP научились этому только через несколько лет.
Может звучит немного смешно — но кому приходилось ездить через пол города, ночью, что бы нажать кнопочку ресет на серваке под радостные звонки тех поддержки поймут :)
Но не могу и несогласиться с тем, что использование более дешевого железа так же может сократить расходы, а так же повысить отказоустойчивость. К тому же так делал гугл :))
а по факту хочется привести пример амазона, они перешли на более дешевое железо и что у них вышло можно увидеть здесь и здесь.
Вообще я считаю что оракле оставит оба направления — это вполне в духе компании. :))
Либо вы берете дешевое железо бесплатную* ОС и платите ораклу за RAC опцию.
Либо покупаете дорогое железо на СПАРКах и экономите на СУБД.
Может звучит немного смешно — но кому приходилось ездить через пол города, ночью, что бы нажать кнопочку ресет на серваке под радостные звонки тех поддержки поймут :)
Но не могу и несогласиться с тем, что использование более дешевого железа так же может сократить расходы, а так же повысить отказоустойчивость. К тому же так делал гугл :))
а по факту хочется привести пример амазона, они перешли на более дешевое железо и что у них вышло можно увидеть здесь и здесь.
Вообще я считаю что оракле оставит оба направления — это вполне в духе компании. :))
Либо вы берете дешевое железо бесплатную* ОС и платите ораклу за RAC опцию.
Либо покупаете дорогое железо на СПАРКах и экономите на СУБД.
Да, консоль в спарках замечательная.
Пока что я вынужден покупать и дорогое спарковское железо, и платить за лицензии на оракл :)
Причем самое неприятное в том, что оракл лицензирует по количеству ядер, а у меня два проца по 8 ядер каждый в сервере.
Пока что я вынужден покупать и дорогое спарковское железо, и платить за лицензии на оракл :)
Причем самое неприятное в том, что оракл лицензирует по количеству ядер, а у меня два проца по 8 ядер каждый в сервере.
Ну что ж за все хорошее приходится платить… :) если RAC подымешь на два сервера еще больше плтить придется :))
В RAC необходимости нет, у меня софт использует оракл лишь как хранилище данных.
А два инстанса это классическая схема база + стандбай??
вообще тоже предпочитаю именно такую архитектуру — особенно после того как они добавили в 11 базе возможность иметь активный стендбай, с возможностью использовать его к примеру для отчтености…
А насчет использования базы как хранилища, это имхо выбрасывания денег на ветер: Базенка предоставляет столько функционала, что проще держать всю логику на базе.
У тибе что за приложение не секрет??
вообще тоже предпочитаю именно такую архитектуру — особенно после того как они добавили в 11 базе возможность иметь активный стендбай, с возможностью использовать его к примеру для отчтености…
А насчет использования базы как хранилища, это имхо выбрасывания денег на ветер: Базенка предоставляет столько функционала, что проще держать всю логику на базе.
У тибе что за приложение не секрет??
В иделе, да, база + стандбай, но сейчас из-за необходимости обе базы работают в обычном режиме. Просто с одной одни данные, в другой — другие.
К сожаление методы использования базы диктуются софтом, который стоит. Там как раз архитектура приложения сделана таким образом, что функционал максимально вынесен из базы и выполняется отдельно. База исключетельно как хранилище для исторических и текущих данных.
Софт — IBM Tivoli Netcool Proviso (теперь они его правда называют Performance Manager).
К сожаление методы использования базы диктуются софтом, который стоит. Там как раз архитектура приложения сделана таким образом, что функционал максимально вынесен из базы и выполняется отдельно. База исключетельно как хранилище для исторических и текущих данных.
Софт — IBM Tivoli Netcool Proviso (теперь они его правда называют Performance Manager).
Не повезло :)) многие конечно не согласятся, но я не люблю когда логику выносят на средний слой.
Чего этим добиваются непонятно — в результате же приходится почти всегда тянуть все выборки на средний слой, к тому же сиквел у всех разный, как следствие такой софт использует самые простые запросы, или пишут свою прослойку под каждую базу… второе почиму-то реже :))
А так ляпота же и кросс платформенность у тибя — база почти под любую ОС есть, и все обработка данных на порядок быстрее…
Чего этим добиваются непонятно — в результате же приходится почти всегда тянуть все выборки на средний слой, к тому же сиквел у всех разный, как следствие такой софт использует самые простые запросы, или пишут свою прослойку под каждую базу… второе почиму-то реже :))
А так ляпота же и кросс платформенность у тибя — база почти под любую ОС есть, и все обработка данных на порядок быстрее…
Во-первых, а данном софте оракл — единственный вариант базы, который может использоваться, поэтому писать прослойку пришлось лишь один раз, запросы там тоже далеко не простые, так как все оптимизировалось именно под оракл изначально.
Во-вторых, в данном классе софта (системы performance management) наоборот есть тенденция как можно сильнее абстрагировать уровень вычисления от уровня хранения результатов вычисления. Есть несколько причин, почему так делают, основаные из них — это производительность и масштабируемость решения (тех компонентов, которые вычисления делают).
Софт имеет уровень сбора данных, уровень обработки (вычисления), уровень хранения и уровень представления. Первые два и последний уровни часто необходимо масштабировать и разносить как логически, так и физически/географически. С базой этот трюк не проходит. Она должна быть одна.
Прямой конкурент Proviso — компания InfoVista — имеет схожее софтовое решение, по эволюции их софта очень хорошо прослеживается, как они медленно, но верно понимали, что вычисления нужно выносить за пределы базы данных.
Таким образом, с одной стороны иметь все внутри базы — хорошо, но с другой — сложно масштабировать это решение. По крайней мере в случае упомянутого мной выше класса софта.
Во-вторых, в данном классе софта (системы performance management) наоборот есть тенденция как можно сильнее абстрагировать уровень вычисления от уровня хранения результатов вычисления. Есть несколько причин, почему так делают, основаные из них — это производительность и масштабируемость решения (тех компонентов, которые вычисления делают).
Софт имеет уровень сбора данных, уровень обработки (вычисления), уровень хранения и уровень представления. Первые два и последний уровни часто необходимо масштабировать и разносить как логически, так и физически/географически. С базой этот трюк не проходит. Она должна быть одна.
Прямой конкурент Proviso — компания InfoVista — имеет схожее софтовое решение, по эволюции их софта очень хорошо прослеживается, как они медленно, но верно понимали, что вычисления нужно выносить за пределы базы данных.
Таким образом, с одной стороны иметь все внутри базы — хорошо, но с другой — сложно масштабировать это решение. По крайней мере в случае упомянутого мной выше класса софта.
Нет ну до выхода 10-ки согласен полностью, но с появлением приславутого RAC, появилось возможность расширять бд так же и в ширину(плодить доплнительные интсансы).
+ RAC одна из немногих систем кластеризаии которая позволяет строить распределнные(географически) кластеры.
11 база вообще шикарная, она умеет кэшить результаты селекта как на уровне базы так и на уровне JDBC подключения к базе.
Пляс как я уже говорил для отчетности можно использовать активный стэендбай.
Сечас Ораклы очень страмятся что бы люди хранили логику именно на бд…
к примеру мой коллега Зарплатчик работаюший с ЕРП оракла отмечал что оракле единственный кто умеет посчитать зарплату буквально за десятки минут, это достигается благодаря наличию аналитических функции в базе и возможности паралеьно исполнять один и тот же запрос. САП к примеру тот же объем данных менее чем за ночь не осилит :)) по причине того что все тянут на средний слой…
И даже сам ЕРП от оракла реализована обратным образом, более старые модули такие как логистика и финансы — делались под все базы как следствие таблички с колонками типа column1, column2 И посное отсутвие констрейнтов…
или еще страшнее — Remedy — тоже приложение под все базы — там мало того что таблички t1, t2 колонки c1,c2 так еще и особо большие таблицы разбиты на несколько, как я понимаю для совместимости MSSQL — там есть проблемы с максимальной длинной строки в таблице.
Зато мои модули HRI из того ОЕБС они поновее там уже отказались от голубой мечты о совместимости с любой бд… и всю лигику держат на базе… и все вполне шустро.
+ RAC одна из немногих систем кластеризаии которая позволяет строить распределнные(географически) кластеры.
11 база вообще шикарная, она умеет кэшить результаты селекта как на уровне базы так и на уровне JDBC подключения к базе.
Пляс как я уже говорил для отчетности можно использовать активный стэендбай.
Сечас Ораклы очень страмятся что бы люди хранили логику именно на бд…
к примеру мой коллега Зарплатчик работаюший с ЕРП оракла отмечал что оракле единственный кто умеет посчитать зарплату буквально за десятки минут, это достигается благодаря наличию аналитических функции в базе и возможности паралеьно исполнять один и тот же запрос. САП к примеру тот же объем данных менее чем за ночь не осилит :)) по причине того что все тянут на средний слой…
И даже сам ЕРП от оракла реализована обратным образом, более старые модули такие как логистика и финансы — делались под все базы как следствие таблички с колонками типа column1, column2 И посное отсутвие констрейнтов…
или еще страшнее — Remedy — тоже приложение под все базы — там мало того что таблички t1, t2 колонки c1,c2 так еще и особо большие таблицы разбиты на несколько, как я понимаю для совместимости MSSQL — там есть проблемы с максимальной длинной строки в таблице.
Зато мои модули HRI из того ОЕБС они поновее там уже отказались от голубой мечты о совместимости с любой бд… и всю лигику держат на базе… и все вполне шустро.
UFO just landed and posted this here
UFO just landed and posted this here
я осознаю что они разнве файловые системы, больше я там акцентировал внимание на Lustre — из ЗФС могут взять только фитчи, так как Сан кажется вели работу по приведению двух этих операционок к одной…
Данную файловую ситему Oracle используют для RAC. причем первая версия не опровдала их надежд… первоначально они планировали хранить на ней дата фаилы базы, но на практике конфигурация на сырых девайсах под управлением ASM оказалась в разы надежнее и они оставили свою OCFS только для ведения ощбего журнала, служащего для синхранизации серверов.
Однако до возможность расположить фаилы базы на OCFS раздел остается.
Данную файловую ситему Oracle используют для RAC. причем первая версия не опровдала их надежд… первоначально они планировали хранить на ней дата фаилы базы, но на практике конфигурация на сырых девайсах под управлением ASM оказалась в разы надежнее и они оставили свою OCFS только для ведения ощбего журнала, служащего для синхранизации серверов.
Однако до возможность расположить фаилы базы на OCFS раздел остается.
мне кажется что железо может фуджикам отойти совсем
UFO just landed and posted this here
Some facts…
1. MySQL имеет нишу рынка пока не подвластную Oracle:
* хостинг
* малые пользователи(1-100)
* крупные пользователи, заинтересованые в бесплатном или OpenSource решении
2. PostgreSQL может заменить MySQL практически в 100% случаев.
3. MySQL — открытая компания. Начиная от кода, заканчивая баг-трекерами, планами.
4. MySQL зависила от Oracle(InnoDB), пытаясь избевиться от этого(Falcon).
5. AskMonty занимается созданием форка MySQL — Maria, Percona выпускает альтернативные билды и занимается консалтингом.
6. MySQL AB -> Sun -> Oracle? Большинство пользователей не знает о том, кто занимается разработкой продукта и за исключением разделов скачивания и документации вряд ли посещает сайт компании.
Future…
1. Oracle оставляет MySQL «as is». Ну разве что прикрывает Falcon в угоду InnoDB. MySQL остаётся открытым и независимым подразделением Oracle.
* Все остаются при своих.
* Ближайшие полгода-год всё будет так, это точно.
2. Oracle использует MySQL как аналог Oracle XE: закрытый код, бесплатная ограниченная версия.
* Хостинг и малых пользователей они вряд ли потеряют, т.к. их интересы не нарушаются.
* Крупные пользователи на выбор: переходят на Oracle, смотрят в сторону PostgreSQL, или на форк развиваемый Percona/AskMonty/сообществом.
* Так например было, когда SAP выкупили у MySQL права на MaxDB и теперь выпускают её «closed source, available free-of-charge (without support, and with usage restrictions)».
* Не ясно, что будет происходить внутри как подразделения MySQL, так и кода MySQL. Активно поддерживать Oracle XE и MySQL мб накладно.
Судя по опыту компании Oracle всё решат $$$, какой из вариантов будет предпочтительнее, тот они и выберут.
1. MySQL имеет нишу рынка пока не подвластную Oracle:
* хостинг
* малые пользователи(1-100)
* крупные пользователи, заинтересованые в бесплатном или OpenSource решении
2. PostgreSQL может заменить MySQL практически в 100% случаев.
3. MySQL — открытая компания. Начиная от кода, заканчивая баг-трекерами, планами.
4. MySQL зависила от Oracle(InnoDB), пытаясь избевиться от этого(Falcon).
5. AskMonty занимается созданием форка MySQL — Maria, Percona выпускает альтернативные билды и занимается консалтингом.
6. MySQL AB -> Sun -> Oracle? Большинство пользователей не знает о том, кто занимается разработкой продукта и за исключением разделов скачивания и документации вряд ли посещает сайт компании.
Future…
1. Oracle оставляет MySQL «as is». Ну разве что прикрывает Falcon в угоду InnoDB. MySQL остаётся открытым и независимым подразделением Oracle.
* Все остаются при своих.
* Ближайшие полгода-год всё будет так, это точно.
2. Oracle использует MySQL как аналог Oracle XE: закрытый код, бесплатная ограниченная версия.
* Хостинг и малых пользователей они вряд ли потеряют, т.к. их интересы не нарушаются.
* Крупные пользователи на выбор: переходят на Oracle, смотрят в сторону PostgreSQL, или на форк развиваемый Percona/AskMonty/сообществом.
* Так например было, когда SAP выкупили у MySQL права на MaxDB и теперь выпускают её «closed source, available free-of-charge (without support, and with usage restrictions)».
* Не ясно, что будет происходить внутри как подразделения MySQL, так и кода MySQL. Активно поддерживать Oracle XE и MySQL мб накладно.
Судя по опыту компании Oracle всё решат $$$, какой из вариантов будет предпочтительнее, тот они и выберут.
Что-то мне, как говорится, сцыкатно от такого шоппинга…
Несколько комментариев к топику.
Если говорить о «полном комплексе приложений необходимых для успешного ведение бизнеса», то это линейка e-Business Suite (в перспективе Fusion Applications). Непонятно, почему отдельно упомянут «даже» биллинг, в e-Business Suite есть решения практически для всех отраслей. В топике же рассматриваются базовые технологии обеих компаний, которые решениями не являются. Про решения SUN вообще ни слова нет.
Collaboration Suite — мертвый продукт. Если я не ошибаюсь, Oracle более 4-х лет его не развивает (проверьте на metalink, у меня нет доступа). Так что об интеграции OCS со StarOffice речи не идет. Для начала надо этот самый «web» в реализации Oracle воскресить.
По поводу Java. Инетерсно, что думает антимонопольный комитет про монополию MS на .NET? )
Трехзвенная архитектура — это СУБД+сервер приложений+клиент. А не dev+test+production environments.
Теперь несколько слов о перспективах.
В результате этого приобретения Oracle получает полный технологический стек: аппаратная платформа (сервер+хранилище), ОС, СУБД, сервер приложений, приложения. Что позволит этой компании предоставлять полные, технологически завершенные решения заказчикам и, в ряде случаев, не делиться бюджетами с HP, IBM, Dell. Но! это все в перспективе. Будучи с самого рождения 100% софтверной компанией, Oracle столкнется с трудностями по производству, логистике и поддержке, которые по сей день их не заботили. С большой вероятностью Oracle прекратит развитие SPARC, т.к. эта компания «не занимается тем, в чем не может быть первой». И, т.к. в intel-based серверах они так же далеко не первые, было бы логично отдать производство железа на аутсорс какой-нибудь конторе из великой тройки. Той же HP, опыт взаимодействия с которой уже имеется.
Про приложения SUN рассуждать не берусь, почти не знаю их продуктов.
Если говорить о «полном комплексе приложений необходимых для успешного ведение бизнеса», то это линейка e-Business Suite (в перспективе Fusion Applications). Непонятно, почему отдельно упомянут «даже» биллинг, в e-Business Suite есть решения практически для всех отраслей. В топике же рассматриваются базовые технологии обеих компаний, которые решениями не являются. Про решения SUN вообще ни слова нет.
Collaboration Suite — мертвый продукт. Если я не ошибаюсь, Oracle более 4-х лет его не развивает (проверьте на metalink, у меня нет доступа). Так что об интеграции OCS со StarOffice речи не идет. Для начала надо этот самый «web» в реализации Oracle воскресить.
По поводу Java. Инетерсно, что думает антимонопольный комитет про монополию MS на .NET? )
Трехзвенная архитектура — это СУБД+сервер приложений+клиент. А не dev+test+production environments.
Теперь несколько слов о перспективах.
В результате этого приобретения Oracle получает полный технологический стек: аппаратная платформа (сервер+хранилище), ОС, СУБД, сервер приложений, приложения. Что позволит этой компании предоставлять полные, технологически завершенные решения заказчикам и, в ряде случаев, не делиться бюджетами с HP, IBM, Dell. Но! это все в перспективе. Будучи с самого рождения 100% софтверной компанией, Oracle столкнется с трудностями по производству, логистике и поддержке, которые по сей день их не заботили. С большой вероятностью Oracle прекратит развитие SPARC, т.к. эта компания «не занимается тем, в чем не может быть первой». И, т.к. в intel-based серверах они так же далеко не первые, было бы логично отдать производство железа на аутсорс какой-нибудь конторе из великой тройки. Той же HP, опыт взаимодействия с которой уже имеется.
Про приложения SUN рассуждать не берусь, почти не знаю их продуктов.
Вообще, у них и сайт как-то пессимистически настроен:
Но, честно, очень не хотелось бы, чтобы Sun с кем-то слилась, чтобы ее кто-то купил и т.д. Замечательная же контора, столько инновации!
Но, честно, очень не хотелось бы, чтобы Sun с кем-то слилась, чтобы ее кто-то купил и т.д. Замечательная же контора, столько инновации!
Вы забыли упоминуть про оракловый APEX (Application Express), ранее известный как HTML DB, который в скором времени сможет слёгкостью заменить формсы и репортс (по крайней мере к этому всё и идёт).
И не удивлюсь что некоторые вещи спокойно ингрерируются с сановскими технологиями и будет мощнейшая веб-технология :)
И не удивлюсь что некоторые вещи спокойно ингрерируются с сановскими технологиями и будет мощнейшая веб-технология :)
Я упомянул об их ADF Faces, там ссылка есть в топике. А апекс он никогда никого не заменит, апекс это как XE он для очень маленьких приложений, по сути это веб сервис на базе написанный на PL/SQL, который тем же пл/сиквелом рисует HTML и отдает его юзеру, Ему по сути даже веб сервер не нужен.
Еще раз повторюсь технология очень ограниченная и подходит только для мелких приложений.
Из самого не приятного там даже поля ввода Selectа для Грида ограничены по длинне :)) Заметил это года хотел корелирующий подзапрос туда прям выташить — пришлось оборачивать в pipelined фукнцию :)
К тому же это решение не для программистов, мой коллега по сути не программист на нем за пару дней вот это наклепал. Там программировать по сути вообще не надо, что меня например напрягает, все мастерами да кликами по интерфейсу.
Еще раз повторюсь технология очень ограниченная и подходит только для мелких приложений.
Из самого не приятного там даже поля ввода Selectа для Грида ограничены по длинне :)) Заметил это года хотел корелирующий подзапрос туда прям выташить — пришлось оборачивать в pipelined фукнцию :)
К тому же это решение не для программистов, мой коллега по сути не программист на нем за пару дней вот это наклепал. Там программировать по сути вообще не надо, что меня например напрягает, все мастерами да кликами по интерфейсу.
Нет! Нет! Формзы с Репортсами не заменит ничего! (бьюсь в истерике) ;)
ПО-моему, формсы и репортсы, это просто лучшее, что было в индустрии в этом плане. Работает и в гуе, и в терминале. по 9600 терминалу сквозь всю страну, и т.д.
ПО-моему, формсы и репортсы, это просто лучшее, что было в индустрии в этом плане. Работает и в гуе, и в терминале. по 9600 терминалу сквозь всю страну, и т.д.
По поводу виртуализации и Oracle хорошо написал разработчик esxpress:
We quickly learned that if you are using Oracle you must use VMware. Anyone who has ever dealt with Oracle support knows that they randomly give you patches to try, until one of them works. Being able to run the environments in NON-Persistent mode was our greatest time-saver. To run patches, then push a button and go back and try again was amazing.
We quickly learned that if you are using Oracle you must use VMware. Anyone who has ever dealt with Oracle support knows that they randomly give you patches to try, until one of them works. Being able to run the environments in NON-Persistent mode was our greatest time-saver. To run patches, then push a button and go back and try again was amazing.
Да да да :)) вот так и рождаются по три копии сервера :)))
Но 11 бд должна изменить эту ситуацию…
об этом написано здесь ближе к концу Online Patching
Но 11 бд должна изменить эту ситуацию…
об этом написано здесь ближе к концу Online Patching
Solaris && SPARK — от этих продуктов Ораклу будет непросто отказаться. Да и никчему.
Солярка одна из самых инновационных осей для серверного использования. Солярис трастед — используется в банках и прочих стурктурах с высокими требованиями безопасности. В спутниках связи тоже используются SUNOS…
Что касается SPARK архитектуры — там тоже куча инноваций, которые просто так на помойку не выкинешь.
Солярка одна из самых инновационных осей для серверного использования. Солярис трастед — используется в банках и прочих стурктурах с высокими требованиями безопасности. В спутниках связи тоже используются SUNOS…
Что касается SPARK архитектуры — там тоже куча инноваций, которые просто так на помойку не выкинешь.
Они имеют вне всяких сомнений мощнейшую BD…
… аппаратный решения HP + Oracle Linux + любая BD под ключ.
Я тоже иногда путаюсь и пишу BD вместо DB, потому что по нашему БД :)
в серверным бизнесом Sun
И с окончаниями пару раз ошиблись, торопились? :)
Интересные новости..
Особенно понравилось:
Особенно понравилось:
Как бы это не странно звучало, но убивать MySQL, равно как и Solaris, — это не в интересах Oracle. Причина этого стратегическая — Microsoft. Убив MySQL, Oracle почти без боя может сдать рынок малых и средних компаний своему заклятому врагу, который этим шагом непременно воспользуется. Такой точки зрения придерживается Мартен Микос, бывший исполнительный директор MySQL AB, покинувший Sun в феврале этого года.
Ссылку поправьте.
блин сорри не понял что у него там произшло — вот еще раз
Попытался описать последствия другой стороны сделки.
> Dell(который владеет EMC, которая владеет VMWare).
А можно ссылочку об отношениях между Dell и EMC? Что-то я не нашел информации, что эти компании както связаны…
А можно ссылочку об отношениях между Dell и EMC? Что-то я не нашел информации, что эти компании както связаны…
Sign up to leave a comment.
Слияние Oracle и Sun, перспективы