[ОТВЕТИТЬ]
Опции темы
15.07.2013 13:44  
Mtirt
Хорошо бы опубликовать тестовый доступ к вашему продукту, что бы если кидаться камнями, то прицельно.
 
15.07.2013 13:51  
OlegON
Спасибо за появление, нечасто Сервис-плюс отзывается :) Интересна техническая составляющая продукта, т.е. минимальные требования и способ репликации. Заинтриговал вышеуказанный довод о сырости продукта, сколько проектов уже внедрено? Какой способ лицензирования? Включена ли в стоимость лицензия на BI и какая? Камни тут не при чем, а вот поподробнее узнать, чтобы не получить кота в мешке, было бы интересно.
 
15.07.2013 14:09  
Jack Carver
Цитата:
Сообщение от Troll
...требуется отдельный и весьма производительный сервер или даже два (один под БД BI, другой под Weblogic)...
Необязательно 2 сервера, но желательно при действительно большой нагрузке (50+ одновременно работающих пользователей).
Опять же огромных требований к производительности нет: для комфортной работы 5-10 пользователей достаточно обычного PC с характеристиками Dual-core Intel x64 2.1 Ггц; оперативная память 6-8 Гб; дисковая подсистема на 500 Гб (проверялось нагрузочным тестирование JMeter).
Репортингая нагрузка на БД DWH максимально снижена (partitioning, bitmap indexes, aggregate MV, кеширование...).
Weblogic, конечно, "кушает" ресурсы, но это большей частью оперативная память (все приложения BI стека сведены в один домен WLS; "перед" WLS стоит Apache с кешированием и сжатием траффика).

Цитата:
Сообщение от Troll
...в который по ночам с помощью экспорта-импорта вливаются данные по аналитике (странный отрезок времени в 1-2 часа взят с потолка)...
Этот отрезок обусловлен временем окончания расчета FFMAPREP и временем начала работы с системой.
У наших клиентов, где развернута система - это интервал от 7:00 до 9:00 - то есть формально мы ограничены 2-мя часами, но фактически это занимает меньше времени (задержки до 2-х часов возможны по причине появления новых товарных позиций, которые мы вводим в реструктуризированный "плоский" товарный классификатор, а значит пересчитываем агрегаты по товарному классификатору).

Цитата:
Сообщение от Troll
У С+ это решение совсем сырое (еще и полугода нет), а при их ориентировании на "впарим, а дальше сами", мы выбрали Retail Analytic System. Тот же BI, тоже по Супермагу+УКМ4, но ребята более вменяемые в общении после передачи денег и уже третий год свое решение продвигают.
Мне тяжело судить о "сырости" решения:
Если говорить о технических аспектах, то решение производительное, масштабируемой и стабильное.
Если говорить об аспекте сценариев использования, то, наверняка, найдутся показатели и измерения, которых у нас пока(!) нет, либо преднастроенные отчеты, которые отображают не все сферы ритейлового бизнеса. В этом плане мы придерживались опыта ведущих мировых ритейлеров.

Уверяю Вас, к данному продукту концепция "впарим, а дальше сами" не применима.

Цитата:
Сообщение от Troll
Да и посмотреть на решение можно, не умоляя менеджеров выдать пароль.
Я обсуждаю этот вопрос.

Цитата:
Сообщение от Troll
Кстати, ценник Сервис Плюс озвучил?
Вопрос ценника не так прост.
Дело в том, что сама платформа, используемая в Супермаг-Аналитике стоит приличных денег. Здесь мы экономим и предлагаем покупать версию Oracle BI Standard Edition One (минимум 5 NPU лицензий по 1.200$ за каждую + 10% год техподдержки Oracle).
Но то, на чем экономить не получается - сама СУБД Oracle. К сожалению, невозможно построить производительное решение по DWH/BI на базе НE-enterprise редакции Oracle (за счет хотя бы необходимости опции Oracle Partitioning).
При этом зачастую у наших клиентов уже могут быть куплены лицензии на эту редакцию Oracle - поэтому ценник может существенно варьироваться.
 
"Спасибо" Jack Carver от:
15.07.2013 14:18  
Jack Carver
Цитата:
Сообщение от OlegON
Впечатляющая разница, учитывая сырость решения от "Сервис Плюс"...
Я не знаю всех деталей лицензирования Retail Analytic System, но поскольку там используется тот же Oracle BI (только 10g), то и правила игры те же.
Предполагаю, что 300 т.р. - это цена Oracle BI Standard Edition One с минимальным кол-вом NPU.

А как быть с сервером хранения данных? Его ведь тоже надо покупать... либо брать имеющийся.
 
15.07.2013 14:37  
Jack Carver
Цитата:
Сообщение от OlegON
Спасибо за появление, нечасто Сервис-плюс отзывается :) Интересна техническая составляющая продукта, т.е. минимальные требования и способ репликации. Заинтриговал вышеуказанный довод о сырости продукта, сколько проектов уже внедрено? Какой способ лицензирования? Включена ли в стоимость лицензия на BI и какая? Камни тут не при чем, а вот поподробнее узнать, чтобы не получить кота в мешке, было бы интересно.
1. Теперь буду частым гостем.

2. Техническая составляющая.
Система условно делится на 3 функциональных блока: DWH, BI и PLAN (подсистема планирования на базе OpenSource JEE-приложения AdaptivePlanning 6). Весь стек развернут внутри виртуального образа Oracle VirtualBox с начинкой - OEL 6.3 x64, RDBMS Oracle 11.2.0.3, Oracle Grid Standalone, Oracle BI 11.1.1.7, AdaptivePlanning 6, Bugzilla 4.2.5.
2.1 Минимальная конфигурация
DWH+BI+PLAN (все на одном сервере)
Процессор = Dual-core Intel 64, 2.1 Ггц
Оперативная память = 8 Гб
Жесткие диски = 500 Гб
Операционная система = MS Windows 7 x64/OEL 6.3 x64 (поддерживающая гипервизор VirtualBox)

2.2 Желательная конфигурация
DWH+BI+PLAN (все на одном сервере)
Процессор = 2 * Dual-core Intel 64, 2.5 Ггц
Оперативная память = 16 Гб
Жесткие диски = 1 Тб
Операционная система = MS Windows 7 x64/OEL 6.3 x64 (поддерживающая гипервизор VirtualBox)

2.3 Конфигурация для крупных клиентов (большие объемы/большое кол-во concurrent users)
Разделение на 2 сервера: DWH и BI+PLAN. Где сайзинг проводится дополнительно.
/* Для примерной оценки приведу характеристики учетных систем одного из наших клиентов, работающего по 1-му варианту:
Объем сегментов данных Супермага - 100Гб, объем сырых данных УКМ, загруженных в stage - 120 Гб.
Одновременно работает не больше 5 пользователей.
*/

3. Способ репликации
Супермаг:
фактовые таблицы - external table + datapump + dbms_file_transfer
измерения - dblink

УКМ:
dblink over odbc
 
15.07.2013 14:39  
Jack Carver
Цитата:
Сообщение от Jack Carver
Я не знаю всех деталей лицензирования Retail Analytic System, но поскольку там используется тот же Oracle BI (только 10g), то и правила игры те же.
Предполагаю, что 300 т.р. - это цена Oracle BI Standard Edition One с минимальным кол-вом NPU.

А как быть с сервером хранения данных? Его ведь тоже надо покупать... либо брать имеющийся.
Уточнил. Данная сумма - это стоимость продукта "Retail Analytic System" БЕЗ лицензий на BI, RDBMS...
 
15.07.2013 14:54  
Jack Carver
Цитата:
Сообщение от OlegON
Заинтриговал вышеуказанный довод о сырости продукта, сколько проектов уже внедрено?
На данный момент система развернута у одного клиента.
Есть интерес к продукту еще у нескольких - в ближайшее время предполагается ряд внедрений.
 
15.07.2013 15:16  
RetailBI
Добрый день!

Цитата:
Сообщение от Jack Carver
Уточнил. Данная сумма - это стоимость продукта "Retail Analytic System" БЕЗ лицензий на BI, RDBMS...
Хотелось бы прояснить этот вопрос (в нашей теме тоже есть вся информация). Стоимость продукта "Retail Analytic System" состоит из двух составляющих:
1. Стоимость самого решения - 300 000 рублей (~ 9000$)
2. Стоимость лицензий Oracle (мы поставляем редакцию Oracle BI SE 1, куда входят как BI, так и Database в редакции Standard Edition) - 6000$ (5 пользователей по 1200$ на пользователя).

Таким образом, суммарная стоимость проекта ~ 15 000$ со всеми необходимыми лицензиями.

Хотим отметить, что мы реализовали специальную схему данных, которая укладывается в ограничения Oracle Database Standard Edition (не используем опцию Partitioning) и обеспечивает высокую производительность, если размер вашей сети не превышает 50 магазинов. Естественно, если заказчик - более крупная сеть, то потребуется покупка отдельных лицензия на Oracle Database Enterprise Edition - и тут конечно бюджет проекта будет выше. Но только за счет лицензий Oracle.
 
15.07.2013 17:44  
Jack Carver
Цитата:
Сообщение от RetailBI
Добрый день!
Хотелось бы прояснить этот вопрос (в нашей теме тоже есть вся информация). Стоимость продукта "Retail Analytic System" состоит из двух составляющих:
1. Стоимость самого решения - 300 000 рублей (~ 9000$)
2. Стоимость лицензий Oracle (мы поставляем редакцию Oracle BI SE 1, куда входят как BI, так и Database в редакции Standard Edition) - 6000$ (5 пользователей по 1200$ на пользователя).

Таким образом, суммарная стоимость проекта ~ 15 000$ со всеми необходимыми лицензиями.

Хотим отметить, что мы реализовали специальную схему данных, которая укладывается в ограничения Oracle Database Standard Edition (не используем опцию Partitioning) и обеспечивает высокую производительность, если размер вашей сети не превышает 50 магазинов. Естественно, если заказчик - более крупная сеть, то потребуется покупка отдельных лицензия на Oracle Database Enterprise Edition - и тут конечно бюджет проекта будет выше. Но только за счет лицензий Oracle.
Добрый день, Константин, Ярослав!

Могу только предполагать что это за специальная схема данных...
Мы тоже пытались решить задачу построения аналитической системы силами BI SE One.
Основная проблема - производительность при работе с большими фактовыми таблицами.
Вариант с группирующими view поверх таблиц-партиций не подходил, так как не дает эффекта partition prunning.
Вариант с явным определением всех таблиц-партиций на физ.слое BI и последующая настройка условий fragmentation content ("фишка" Oracle BI) крайне ненадежен: необходимо регулярная работа администратора BI по заведению новых партиций; условия fragmentation content работают лишь при фильтрации по определенным атрибутам календаря (и не всегда срабатывают).
Возможно, Вы придумали какое-то элегантное решение, но (не обижайтесь) я сомневаюсь, раз Вы говорите что при определенных объемах все равно нужна редакция EE+Partitioning Option.

Нашей задачей было создание достаточно универсального и устойчивого решения.
А чем проще конструкция, тем она надежнее. Поэтому было принято волевое решение продукт разрабатывать именно под EE-редакцию с опцией партиционирования (по тем же причинам отказались от нестабильно работающей репликации на Oracle Streams).
Опять же, мы позиционируем Супермаг-Аналитику не просто отчетной подсистемой Супермаг+УКМ. А как единый информационно-аналитический портал для ритейловых компаний, где помимо учетных данных будут представлены и финансовые. Т.е. мы готовы к хранению и обработке больших объемов данных - весь необходимый инструментарий у нас для этого есть.

Соглашусь, для небольших компаний, которым интересна аналитика только по Супермаг+УКМ, возможно, Ваше решение предпочтительнее.
Мы же идем по пути создания продукта, который будет работать долго - на постоянно растущих данных, на данных из множества информационных систем компаний-клиентов (и необязательно СМ+УКМ).
 
15.07.2013 17:59  
Jack Carver
Цитата:
Сообщение от OlegON
...Заинтриговал вышеуказанный довод о сырости продукта...
Олег, поясню свои слова про "сырость".

В нашем продукте мы используем принципы построения BI-систем Билла Инмона: DWH как набор витрин.
Мы не старались заложить все-все возможные разрезы и показатели (как пример, Oracle Retail Data Model). С такой системой тяжело работать и ее тяжело поддерживать.
Мы именно создаем витрины данных (ROLAP-кубы) под различные сферы деятельности компании-клиента.

Поэтому воможны ситуации, когда у нас отсутствует показатель "сумма возврата от покупателей с RFM-рейтингом 4-4-4" (при желании такой показатель, конечно, можно создать формулой в отчете BI).
Становится ли система от этого "сырой"?
Миниатюры
Нажмите на изображение для увеличения
Название: 123.png
Просмотров: 519
Размер:	116.7 Кб
ID:	2142  
 
 


Опции темы



Часовой пояс GMT +3, время: 12:57.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.