|
Лицензирование Oracle + Apex
|
||
|---|---|---|
Участник
Откуда: Москва, "ФОРС Дистрибуция"
Сообщения: 1 357 |
||
| 17.08.2020, 14:41 |
|
|
|
|
|
Лицензирование Oracle + Apex
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток дорогие форумчане! Опять старый вопрос про лицензирование. Возник такой вопрос: 1. Разрабатывается проект коммерческий с использованием Oracle APEX 2. Доступ к ним будет только через веб интерфейс и через ORDS , различные api и т.д. 3. Еще есть группа разработчиков (около 5 человек + 2 администратора баз данных). Вопрос: Как будет лицензироватся Oracle если общее количество пользователей будет около 1000 + разработчики. Но Oracle APEX использует же пул сессий на серверах приложений (apex_public_user,apex_rest_public_user и т.д.) То есть пул сессий будет около 50. Как это все можно пролицензировать корректно? Заранее спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2020, 06:05 |
|
||
|
Лицензирование Oracle + Apex
|
|||
|---|---|---|---|
|
#18+
Для небольшого кол-ва пользователей имеет смысл NUP. Для тысячи уже точно выгоднее серверная лицензия. Licensing guidelines . If multiplexing hardware or software (e.g., a TP monitor or a web server product) is used, this number must be measured at the multiplexing front end. По-русски - если у вас 1000 пользователей используют мультиплексор, делающий 10 сессий в БД, надо купить 1000, а не 10 NUP. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2020, 07:47 |
|
||
|
Лицензирование Oracle + Apex
|
|||
|---|---|---|---|
|
#18+
frodo10 Но Oracle APEX использует же пул сессий на серверах приложений (apex_public_user,apex_rest_public_user и т.д.) То есть пул сессий будет около 50. В WEB-е таких пользователей не счесть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2020, 07:53 |
|
||
|
Лицензирование Oracle + Apex
|
|||
|---|---|---|---|
|
#18+
Спасибо большое за ответы dmdmdm и Elic! Теперь более менее стало понятно с этими лицензиями. Для сайтов которые используют Apex мне кажется это небольшой подводный камень :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2020, 08:46 |
|
||
|
Лицензирование Oracle + Apex
|
|||
|---|---|---|---|
|
#18+
frodo10 Спасибо большое за ответы dmdmdm и Elic! Теперь более менее стало понятно с этими лицензиями. Для сайтов которые используют Apex мне кажется это небольшой подводный камень :) Какой именно "небольшой подводный камень"? Почему именно "используют APEX", а не Oracle Database вообще? Кроме того, есть облачные сервисы Oracle. Посмотрите их. Там тоже есть APEX. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2020, 14:41 |
|
||
|
Лицензирование Oracle + Apex
|
|||
|---|---|---|---|
|
#18+
Валерий ЮринскийКакой именно "небольшой подводный камень"? Нельзя обойтись дешёвой именной лицензией, надо покупать дорогую процессорную. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2020, 14:45 |
|
||
|
Лицензирование Oracle + Apex
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov Валерий ЮринскийКакой именно "небольшой подводный камень"? Нельзя обойтись дешёвой именной лицензией, надо покупать дорогую процессорную. Как мы знаем, при лицензировании Oracle Database Enterprise Edition для одинакового количества ядер "дешёвая именная лицензия" максимум в 2 (два) раза дешевле, чем "дорогая процессорная". Минимум лицензирования - 25 NUP ("дешёвая именная лицензия") на Processor. Цена лицензии на Processor ("дорогая процессорная") = Цене 50 NUP ("дешёвая именная лицензия"). Возможно, задача автора темы прекрасно укладывается в возможности Standard Edition 2 (SE2). Тогда лицензия на процессор будет существенно дешевле и по цене, и потому, что лицензируются процессорные сокеты (не ядра). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2020, 18:37 |
|
||
|
|
start [/forum/topic.php?fid=52&msg=39989646&tid=1880966]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
308ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 313ms |
| total: | 714ms |
| 0 / 0 |
