Oracle платный или нет
Oracle Database - это коммерческий продукт, который стоит весьма дорого (Даже есть книга - “Все вокруг должны разориться: неотлакированная правда о корпорации Oracle и ее вожде Ларри Эллисоне”). Для обучения Вы можете инсталлировать сервер совершенно бесплатно, но для использования его в организации, Вам потребуется приобрести лицензию на ее использование (причем на Standart лицензируется по процессорам (максимальное количество процессоров которое может быть установлено на сервере, также ограничивается лицензионными соглашениями), а для версии Enterprise по ядрам).
Дополнительные расширенные возможности базы данных (например пакет для анализа производительности) оплачиваются отдельно. Помните, Oracle всегда следит за вами. И если вы используете / использовали какую-либо платную опцию не заплатив за нее (или заплатили меньше, чем нужно), эта сука никогда об этом не забудет и сдаст вас с потрахами при первой возможности.
Oracle - достаточно сложная БД. Без глубоких знаний и пониманий механизмов ее работы бывает очень сложно. Она очень часто не прощает ошибок и халатности при ее использовании. Но если Вы правильно настроили ее работу, обеспечили резервное копирование и дублирование критически важных для работы БД файлов, процессов и служб, предусмотрели возможности предотвращения технических сбоев, запретили доступ к базе недостаточно компетентных сотрудников, Oracle будет работать лучше, чем какая-либо другая БД.
Oracle Database 11g Standard Edition One:
Наиболее дешевая версия базы данных. Минимальная цена - 180 долларов за каждого пользователя, который будет работать с базой данных. Лицензия минимум на 5 пользователей. Имеются ограничения на железо.
Бесплатная версия БД Oracle 11g(XE, Express Edition):
В свою очередь, Oracle предлагает бесплатную версию своего продукта (XE, Express Edition), которую Вы можете использовать свободно и совершенно бесплатно. Разумеется, Oracle наложила ограничения на свой бесплатный продукт, поэтому версия XE, может работать только с 1 ядром, 1 GB оперативной памяти и хранить данные не более 11 GB. Этого вполне достаточно, для одновременной работы с базой данных сотрудников малого предприятия, либо сотрудников отдела крупной компании. Возможно, что и для Ваших потребностей подойдет именно эта версия. (Разумеется, столь серьезные ограничения, заставляют все больше склоняться к openSource продуктам, например к таким как PostgreSQL).
Какую операционную систему выбрать для установки Базы данных Oracle?
Разумеется все зависит от Ваших возможностей, способностей, знаний и требований к системе.
Здесь мы ориентируемся на операционную систему от компании Oracle - Oracle Linux (RedHat). Компания Oracle берет исходники RedHat, меняет картинки, компилирует исходники и в результате получается дистрибутив Oracle Linux, который можно использовать бесплатно в коммерческих целях. При необходимости, Oracle готов предоставить платную техническую поддержку.
Где скачать дистрибутивы Oracle
Виртуальные машины для инсталляций
- В целях изучения или исследований, имеет смысл использовать виртуальные машины. Например, Oracle VirtualBox
Вы можете скачать уже подготовленную виртуальную машину.
На следующих страницах сайта, будет рассмотрен пошаговый вариант инсталляции базы данных.
В последнее время в Java произошло много изменений, и похоже, что коренным образом изменилось то, как язык будет развиваться дальше. Хорошо, что в языке появляются новые возможности. Но это не единственные перемены. Oracle внесла существенные изменения в модель поддержки и цикл обновления версии Java, которые выпускает эта компания. Все это привело к возникновению большой путаницы, причиной которой стали перемены, дезинформация и непонимание. В этой статье я резюмирую все, что нужно знать пользователям о нововведениях, прежде чем они начнут верить в наступление апокалиптического конца Java-экосистемы.
Однако вначале нужно прояснить некоторые моменты.
Oracle владеет Java, но Java — это не Oracle. Исходный код Java выпущен в лицензии GPLv2.0 с classpath exception. На деле это означает, что кто угодно может использовать и вносить изменения в исходный код языка бесплатно. Есть только одна вещь, которую запрещено делать всем, включая Oracle: вносить изменения в код и публиковать его с закрытой исходной лицензией. Это означает, что коммерческое использование Java, только платной версии, юридически невозможно, даже если этого потребуют маркетинговые или бизнес-интересы Oracle. Но я все-таки технический специалист. Для того, чтобы разобраться с этим моментом на 100% лучше всего загрузить текст GPLv2-лицензии и проконсультироваться с юристом.
Oracle – не единственная компания, которая выпускает сборки Java и занимается поддержкой, есть много других вендоров. Конечно, Oracle, как основной игрок, инвестирующий больше всего в развитие языка и инструментов, является самой престижной коммерческой компанией по его поддержке.
Фактически, у Oracle нет эксклюзивных прав не только на исходный код Java. Процесс развития, изменения в определении Java, API – все это находится в руках Java Community Process, вступить в которое может каждый. Для частных лиц это и вовсе бесплатно. Членами этой группы являются такие компании, как Intel, IBM, Credit Suisse, Software AG, RedHat. Именно они определяют будущее Java, а не Oracle. И у них есть свое мнение, как мы могли видеть в прошлый раз, когда утверждение финальной версии JPMS происходило не совсем гладко.
После этого вступления, в котором мы определились с тем, что Oracle “владеет” Java, но не является Java, давайте посмотрим на те изменения в процедуре поддержки развития и дорожной карте Java, которые представила Oracle.
Изменения после версий Java 9, 10, 11
Oracle объявила, что, начиная с JDK11, Oracle JDK перестанет быть бесплатным. И поначалу это заявление пугает. То, чем мы привыкли пользоваться бесплатно, больше таковым не будет. На практике то, что “мы должны платить” почти логично. Но небольшое слово “почти” стоит там не зря. Если есть какой-то сервис, которым мы пользовались, и он перестал быть бесплатным, у нас есть две опции: платить, чтобы пользоваться дальше, или больше не пользоваться. Стоит ли и дальше использовать Oracle JDK или мы можем перейти на что-то другое? Вот в чем вопрос на самом деле.
Чтобы ответить на него, нужно понять, что из себя представляет Oracle JDK, и какие есть альтернативы. Другое существенное изменение касается циклов выхода новых версий и понятия долгосрочной поддержки (англ. — Long Term Support или LTS). Для начала мы обсудим изменения в цикле выхода новых версий, затем путаницу с Open JDK и в конце — структуру LTS.
Цикл выхода новых версий
Java появилась в 1996 году. Первые несколько версий Java выходили более или менее регулярно.
Однако, взглянув на диаграмму, мы видим, что версия Java 5.0 вышла с задержкой. Java 6 также не спешила за предыдущей версией, и самый большой перерыв был между Java 6 и Java 7. Даже после этого новые версии выпускались не очень часто. Java 8 получила много новых функций, но ценой этому были два года ожидания. Похожим образом обстояли дела с Java 9, которая хоть и претерпела еще больших изменений, но ждать себя заставила целые три года.
Проблема таких циклов выхода обновлений заключается в том, что язык, который сам по себе конкурирует на постоянно развивающемся рынке языков, не может представлять новые функции достаточно быстро. Если на развитие модульной системы уходит три года, то ничто не может ускорить процесс. Тем не менее, некоторые вещи, которые появились в Java 9 могли быть выпущены раньше. Но они попросту не могли попасть к разработчикам, так как более ранних релизов не было. Уже доступные функции должны были ждать появления самой медленно разрабатываемой в этом релизе функции. Это одна из проблем классической каскадной модели разработки.
Oracle решила двигаться в духе agile и делать версии каждые шесть месяцев. Начиная с сентября 2017 года, новые релизы Java можно ожидать в марте и сентябре. Если какая-то функция будет не готова к этим датам, ее перенесут в следующий релиз, но остальные по мере готовности будут попадать в свежайшие.
В целом, это нормально. С одной стороны, Java-сообщество и разработчики должны быть этому рады. С другой стороны, остается вопрос поддержки. Кто может поддерживать такое количество версий Java? Именно поэтому была представлена долгосрочная поддержка (LTS), о которой мы скоро поговорим. Но сначала еще надо прояснить, что же такое Oracle JDK и OpenJDK.
Чем были и стали Oracle JDK и OpenJDK
Вплоть до Java 9 существовал бинарный выпуск Java сборки Oracle (Sun Microsystems), который использовался в производственной среде большинством разработчиков и компаний. Эта бинарность была основана на открытом исходном коде Java и содержала некоторые улучшения – дополнительные корпоративные инструменты, такие как Java Flight Recorder, Java Mission Control и некоторые другие функции вроде Application Class-Data Sharing.
Сборка OpenJDK создавалась из открытого исходного кода Java, в котором никаких улучшений не было. Эту сборку Java использовали те, кто хотел поэкспериментировать со свойствами Java, изменить код или просто по каким бы то ни было причинам были приверженцами исходного открытого кода. Хотя вы должны были загрузить исходный код и скомпилировать его для себя.
Начиная с Java 9, Oracle стала предоставлять OpenJDK параллельно с Oracle JDK. Также компания анонсировала, что она хочет сократить разрыв между характеристиками, производительностью и стабильностью двух версий, и как только это произойдет, сделать Oracle JDK платной. На тот момент и OpenJDK, и Oracle JDK были доступны бесплатно как бинарные сборки от Oracle. Это были Java 9 и Java 10.
После выпуска Java 11 это прекратилось. OpenJDK по-прежнему доступна бесплатно, но Oracle JDK для производственных систем стала платной. Существенной разницы между двумя версиями больше нет. У коммерческой версии есть инсталлятор, в то время как у OpenJDK – только ZIP-файл. Есть и другие различия, но на них пользователям Java не стоит обращать внимание. Технически детализированный список отличий описан Дональдом Смитом, старшим директором управления продуктами в Oracle в этой статье.
Более того, Oracle JDK по-прежнему бесплатен для других, даже коммерческих пользователей. Oracle JDK можно свободно использовать для:
• разработки
• тестирования
• прототипирования
• демонстрации
Вы можете использовать OpenJDK для других целей или заплатить Oracle и использовать Oracle JDK и получить поддержку. Поддержка — это хорошо.
Релизы с долгосрочной поддержкой (Long Term Support Releases)
Переход на новый цикл выпуска версий через каждые полгода поднял вопрос поддержки. Никто не может поддерживать такое количество версий с выгодой для себя. Если вы установили Java 6 для своего приложения в 2007 году, вы можете получить поддержку от Oracle через 11 лет. Выпуск новых версий каждые полгода подразумевает поддержку 22 разных версий одновременно. Это стало бы тяжелым бременем для Oracle или любого другого вендора, который бы решил поддерживать все релизы.
Стратегия Oracle заключается в том, чтобы каждые три года определять один релиз, который получит долгосрочную поддержку. Первым таким релизом стал Java 11, и он будет поддерживаться вплоть до 2026 года. В течение этого времени в сентябре 2021 года также выйдет Java 17, которая получит долгосрочную семилетнюю поддержку, в соответствии с текущими планами. Все прочие, так называемые функциональные релизы, будут поддерживаться только до выхода следующей версии.
Обратите внимание, что поддержка распространяется только на Oracle JDK и только для тех, кто оплатил JDK и поддержку. Но не думайте, что вас бросили на произвол судьбы, если планируете использовать OpenJDK. Для нас ничего не изменилось. Если вы не платили за поддержку до этого, вы ее и так не получали. Если платили, то будете продолжать оплачивать и получите эту поддержку.
Вот ссылка на статью Oracle с прогнозами конца жизненного цикла для разных версий.
Будут ли выпущены новые версии для OpenJDK? Конечно. Ранее выходили обновления открытого исходного кода Java, в котором исправлялись ошибки, хотя гарантий того, что они будут выходить, не было. Это происходило просто потому, что в этом были заинтересованы все участники. В дальнейшем все останется по-старому, Java будет получать новые версии, новые сборки.
Я вижу три основные стратегии выбора, какую версию Java лучше установить:
- Платить Oracle за Oracle JDK и подписку, и пользоваться релизами с долгосрочной поддержкой. Это то, что следует делать большим коммерческим компаниям, использующим инфраструктуру Java, чтобы соответствовать требованиям надежности.
- Перейти на OpenJDK, использовать только релизы с долгосрочной поддержкой, и устанавливать версии с исправленными ошибками, доступные для OpenJDK. Это жизнеспособное решение для компаний, которые не могут или не хотят менять стоимость инфраструктуры Java, могли обходиться без коммерческой поддержки в прошлом и полагают, что также смогут и в долгосрочной перспективе.
- Перейти на OpenJDK и устанавливать последующие релизы каждые шесть месяцев, как только они будут появляться. Это вариант для компаний, которым нужны самые последние технологические решения.
“Стоимость десктопной версии составляет $2.50 за пользователя в месяц, или ниже при наличии многоуровневых скидок за объем. Дополнительную информацию смотрите в прейскуранте цен на подписку Oracle Java SE”.
Итоги
Что же вам делать? Использовать OpenJDK или платить за Oracle JDK? Это вопрос рентабельности и того, насколько важна для вас поддержка от Oracle. Если ваш бизнес не может себе позволить поддержку Oracle JDK, потому что вы стартап, восходящая звезда с блестящей идеей продукта, но дырой в кармане, значит вашим потребностям соответствует OpenJDK. За него не нужно платить. И, кроме того, если вы стартап, для вас не так критично, если ваши серверы не будут работать в течение нескольких часов, пока технические специалисты не решат проблему. Если вы не можете позволить себе время простоя, скорее всего, вы работаете в зрелой компании, и, следовательно, должны использовать Oracle JDK и подписаться на поддержку. Также вы можете решить совместить разные модели и установить на некоторые продуктовые серверы, которые должны быть доступны 24/7, Oracle JDK, и OpenJDK на внутренние приложения, которые не так критичны для бизнеса.
В любом случае, вы можете продолжать использовать Java и дальше.
Питер Верхас работает в швейцарском офисе EPAM. Питер разрабатывает программное обеспечение для клиентов, проводит тренинги для программистов и занимается менторингом внутри компании.
Уже 2 дня как вступили в силу изменения лицензионной политики Oracle на распространение сборок Java SE. В среде разработчиков-слоупоков (я тоже в их числе) начали носиться кошмарные слухи.
Что произошло
В середине 2018 года Oracle объявил, что собирается изменить лицензионную политику. 16 апреля 2019 года изменение вступило в силу. Теперь все опубликованные после этой даты сборки Java SE можно использовать бесплатно только для личных нужд и с целью разработки. Для использования в коммерческих целях (в том числе для продакшена) надо оформить платную подписку у Oracle.
Что-а-а?
Oracle выстрелил себе в ногу и убивает Java? Нет, не убивает. Нет, не выстрелил. Но проблем халявщикамвсем нам подкинул. Давайте быстро разберемся, что это означает в практическом плане, без этих ваших GPL, BCL, WTF…
Зачем они это сделали?
Для коммерческой сборки поддержка длительная. Для бесплатной – короткая. Т.е. чтобы накатить патчи на бесплатную OpenJDK через полгода надо будет проапгрейдить версию. Oracle JDK будет выпускать патчи еще 5 лет после выпуска. Поэтому она платная.
Что насчет Java 8, 9, 10, 11.
Это касается всех версий.
Это касается JRE?
Нигде отдельно не указывается лицензия на JRE. Считается, что раз JRE является подмножеством JDK, то и лицензионные ограничения такие же. Т.е. — да, это касается JRE.
Это мне надо теперь все снести на продакшене.
Нет. Изменения касаются только новых выпусков (после 16 апреля). Для Java 8 SE первым выпуском с ограничениями стала Update 211. Все что было выпущено ранее, можно использовать дальше без ограничений.
А что теперь делать?
Ставить OpenJDK. Но сам OpenJDK от Oracle не имеет официального виндового установщика (и автоматического апдейта), надо его распаковывать руками.
Если вам важен именно установщик, остается только пользоваться ранними релизами от Oracle (Update 202). А апдейты все равно придется отключить.
UPD: В комментариях подсказали, что существуют бесплатные бинарники с установщиком AdoptOpenJDK, поддерживаемые comunity.
Еще можно обратить внимание на Liberica JDK, которая поддерживается JetBrains.
А от OpenJDK ничего не сломается?
Не должно (с). Отличия в функциональности минимальны и очень мало кого затрагивают. При этом Oracle планомерно уменьшает эти различия, вливая их в OpenJDK или удаляя совсем.
Думаю, многим разработчикам ПО и предпринимателям буду интересны некоторые особенности лицензионной политики и технической поддержки компании Oracle.
Начать разработку своих приложений на Oracle очень просто, и денег за это Oracle не возьмет. Интересное начнётся потом, когда проект надо будет легализовать.
Order Form и стоимость стандартной технической поддержки
При каждой покупке лицензий Oracle обеими сторонами подписывается документ, называемый «Order Form», который содержит перечисление лицензий, дату начала их действия и стоимость.
За все свои продукты и техподдержку Oracle требует 100% предоплату. Исключение из этого правила могут получить только бюджетные организации, попросив это официальным письмом.
При покупке программных продуктов сразу в обязательном порядке продается и стандартная техподдержка для них сроком на 1 год.
Разумеется, по программе СТП Oracle решает только массовые проблемы. Если хотите получить внимание инженеров Oracle именно к своей конфигурации, то к стандартной ТП необходимо докупить расширенную техподдержку (менеджер Oracle прикинет, сколько часов и на что им надо будет потратить, умножит на 3,14 и т.д.). Разумеется, необходима 100% предоплата, а по окончании договора неизрасходованные средства не возвращаются и не переносятся на следующий период расширенной поддержки.
Стоимость СТП на 1-й год составляет 22% от стоимости лицензий, указанной в Order Form. Каждый последующий год стоимость СТП увеличивается на 3% от своей величины (не от стоимости лицензий, а на 3% от своего предыдущего значения).
Эту надбавку Oracle называет «inflation rate». В лицензионном соглашении [1] Oracle обещает не повышать стоимость стандартной техподдержки более чем на 4% в год (Пункт H на стр. 4).
Последствия отказа от техподдержки
От стандартной техподдержки со второго года и далее можно отказаться, и продолжать легально использовать купленные продукты, но есть два нюанса:
1. Если Вам когда-нибудь потом понадобится СТП, то перед тем, как Вы сможете купить её, Oracle потребует заплатить штраф — в 1,5 раза больше, чем стоила бы стандартная ТП за пропущенный период.
Понятно, что таким образом Oracle страхуется от вариантов «раз в 3 года купил СТП сроком на 1 год и обновил версию ПО». По-моему некоторую сумму за возобновление ТП можно требовать, но наличие повышающего коэффициента при этом совершенно выходит за границы добра. Мало того, что по сути Oracle получает выплату за неоказанную услугу (в России это незаконно), так еще и в 1,5 раза больше.
2. Свои программные продукты Oracle разделяет на «комплекты лицензий» (subset of licenses) — группы лицензий по их назначению (Database, Middleware, Applications и пр.), причем не важно, что они куплены в разное время по разным Order Form.
Например, все Купленные Вами Database Oracle отнесет к одному «комплекту лицензий», а WebLogic Server попадает уже в другую. Подробнее, какое ПО входит в какой «комплект» можно посмотреть в Oracle Software Technical Support Policies [2].
Oracle требует, чтобы у Пользователя все лицензии из одного «комплекта» находились на одном уровне стандартной техподдержки. Уровней целых два – «есть СТП» и «нет СТП».
Теперь предположим, у Вас есть давно купленный Database Standard, на котором у Вас крутится какая-то вспомогательная система, и Вам не нужна была СТП на неё. Со временем Вам потребовалось докупить на бизнес-критичную задачу Database Enterprise. Вот Вы и попали на штраф за пропущенный период СТП для DB Standard.
Oracle предлагает замечательный выход такой из ситуации – отказаться от «лишних» лицензий, по которым Вы не хотите платить штраф за пропущенный период СТП, написав так называемый Termination Letter.
Тут некоторые задумаются, нельзя ли передать ли DB Standard дружественному юрлицу перед покупкой DBE. Не углубляясь, замечу, что совместно использовать Oracle разными «своими» юрлицами тоже не просто, например, нельзя пускать пользователей из другого юрлица в DB, если она лицензирована по NUP, а не по CPU.
Особенности политики скидок Oracle
Один из положительных моментов сотрудничества с Oracle состоит в том, что если Вы покупаете лицензии на миллионы долларов, то имеете шанс добиться большой скидки, даже более 50% от GPL (стандартного прайс-листа) [3]. При этом пропорционально изменяется и стоимость стандартной техподдержки.
Но и тут не обошлось без пары половников дегтя:
1. Скидка связана с конкретными Order Form, и покупка новых лицензий никак не влияет на стоимость СТП для лицензий, купленных ранее. Т.е. у Вас СТП на один и тот же продукт, купленный по разным Order Forms, может стоить по-разному. Если компания у Вас росла, росли объемы закупок, скидка увеличивалась, и Вы захотели платить меньше за СТП первых лицензий, то вариантов нет – пишите Termination Letter, отказывайтесь от них, потом покупайте их повторно, но уже с большей скидкой.
2. В то же время, отказ от части лицензий внутри одной Order Form приводит к перерасчету скидки на все продукты, купленные по этой Order Form. Алгоритм пересчета, если он вообще есть, известен только Oracle. Из опыта мне известно, что хотя стоимость СТП и не увеличивается, но может совсем не уменьшиться, делая бессмысленным отказ от небольшой части лицензий из одной Order Form ради уменьшения суммы СТП.
Goodbye, SUN
После покупки SUN Oracle начала распространять свою отработанную политику техподдержки на оборудование:
1. Сокращено количество вариантов техподдержки.
2. Введен штраф за пропущенный период техподдержки – как обычно, в полтора раза выше, чем стоимость ТП за тот же период.
3. Чтобы принудить всех купить техподдержку, сервисным центрам вообще запретили ремонтировать железо не проходящее по контракту техподдержки.
Заключение
Замечательные продукты разрабатывают в компании Oracle (говорят, только инсталляторы никак им пока не удаются), и взять их легко можно с официального сайта, и защиты от нелицензионного использования в них нет…
Но лучше все же внимательно прочитать лицензионное соглашение до начала разработки, чтобы не было потом неприятных сюрпризов.
Чем отличается платный Oracle от бесплатно скачиваемого? Как отличить платный-крякнутый от фришного? Лицензия на использование считается из количества ядер процессора - как это проверить-то?
Насколько фришый глючный? (ходят слухи, что там не все так радужно. )
насколько я помню оракл бесплатный для разработчегов. Вот и разрабатывайте :) А у серьезных контор когда база работает вопросов про кряки не возникает - их не оракл а менты больно зажучат.
И вообще. не помню я чета там кряков никаких.
да вроде отличий нет,
оракл продает саппорт, а не саму субд, хотя за лицензии там платить надо
сам оракл ничего не стоит без нормального админа и саппорта самого оракла
Все правильно. У Оракла, так же как и у IBM негласный принцип "Нам не нужны нищие клиенты".
Правда, IBM, контролирует продажи лицензий при продаже решений. Т.е. разработчик является партнером IBM и поставил решение без необходимых лицензий ( качество и количество ), то проблемы будут именно у разработчика. Думаю, у Оракла подход аналогичный.
Вроде не нищие, но 600 000$ - это уж слишком :)
для этого есть митинский рынок и т.п.
mustafa:
Чем отличается платный Oracle от бесплатно скачиваемого? Как отличить платный-крякнутый от фришного? Лицензия на использование считается из количества ядер процессора - как это проверить-то?
Насколько фришый глючный? (ходят слухи, что там не все так радужно. )
Изначально ничем не отличаются. Защиты от копирования нету там. Но при покупке лицензии за доп. 22% от стоимости лицензии в год получаешь доступ к скачиванию патчей (исправляющим известные ошибки релиза), саппорт, доступ к knowledge base. Без этих доступов не будет возможности решать возникающие проблемы.
Насчет количества ядер (процессоров, пользователей) - никак это не проверяется, в принципе с лицензией на минимальный вариант редакции всякие доступы metalink будут (правда с обращениями в поддержку могут возникать неловкие ситуации - если юзать то, за что не уплочено).
Странная какая-то цифра, где взял? Enterprise стоит 40 тыс. за ядро (intel и amd многоядерники идут с коэф. 0,5), Standard - 15 тыс. за процессор, Standard One - 5 тыс. за процессор. То есть за 10 тыс. (+2200 в год) можно например вполне легально его гонять на сервере с 8 ядрами.
Читайте также: