Перейти к содержимому
Калькуляторы

Биллинговая система "Гидра" кто что думает

если использовать базу как хранилище, без использования сильных сторон, тогда смысл теряется вообще в такой работе.

 

Чем вам не угодили хранилищные функции СУБД? Заметим, по части надежности PG даст 100 очков вперед мысклю и его производным.

 

так чтобы написать процедуры для новой, нужно их писать, или вы бесплатно работаете ?

 

не даст

1 администрирование сложнее

2 нужно постоянно следить

 

одним словом дороже для клиента

 

- кластеризацию

PG не умеет в кластеры??? Или может быть кому-то просто лень почитать доки.

 

ваш подход гдето такой: приходите в магазин купить сок, Вам говорят там где то апельсины сделайте себе

 

- оптимизации

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

 

я говорю про переход с базы на базу

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

так чтобы написать процедуры для новой, нужно их писать, или вы бесплатно работаете ?

Я и говорю, разраб ввинтил вендорлок на конкретную БД и теперь повторно требует бабло чтобы его вывинтить и прикрутить стантартный штуцер.

 

1 администрирование сложнее

2 нужно постоянно следить

Это точно про PG? Ээээ.... хм.... Это, вы вообще его в жизни видели??? Не, я знаю что в мыскле с надежностью и управлением полная жопа от рождения и поныне, но не надо эту жопу огульно проецировать на нормальные системы. В чем сложность администрирования PG? Что именно требует в нем особого к себе внимания?

 

ваш подход гдето такой: приходите в магазин купить сок, Вам говорят там где то апельсины сделайте себе

 

Мой подход такой: я прихожу в магазин, а мне под видом мотоплуга предлагают обвешаный панелями велосипед. На закономерный вопрос "Робятки, чтобы на этом пахать тут хотя бы дырчик какой-никакой нужен", в ответ "Переделку под дырчик оплачивайте отдельно, у нас вон, клиенты по 200тыс. га крутя педали перепахивают и не жужжат". Что тут скажешь, ну крутите дальше.

 

я говорю про переход с базы на базу

Если к проектированию систем подходить не как кулхацкеру, то смена БД сводится к банальной замене в одном месте dbi:mysql на dbi:pg

 

А так да, проще уж переписать вашу систему с нуля взяв за основу концепцию, чем перепиливать SQL-хаки. Ой, и не рассказывайте, пожалуйста, про мегазаряженность этих хаков в плане производительность и тыры-пыры, на деле все эти кулхаки это просто костыли, подпирающие неподходящую платформу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

так чтобы написать процедуры для новой, нужно их писать, или вы бесплатно работаете ?

Я и говорю, разраб ввинтил вендорлок на конкретную БД и теперь повторно требует бабло чтобы его вывинтить и прикрутить стантартный штуцер.

 

1 администрирование сложнее

2 нужно постоянно следить

Это точно про PG? Ээээ.... хм.... Это, вы вообще его в жизни видели??? Не, я знаю что в мыскле с надежностью и управлением полная жопа от рождения и поныне, но не надо эту жопу огульно проецировать на нормальные системы. В чем сложность администрирования PG? Что именно требует в нем особого к себе внимания?

 

ваш подход гдето такой: приходите в магазин купить сок, Вам говорят там где то апельсины сделайте себе

 

Мой подход такой: я прихожу в магазин, а мне под видом мотоплуга предлагают обвешаный панелями велосипед. На закономерный вопрос "Робятки, чтобы на этом пахать тут хотя бы дырчик какой-никакой нужен", в ответ "Переделку под дырчик оплачивайте отдельно, у нас вон, клиенты по 200тыс. га крутя педали перепахивают и не жужжат". Что тут скажешь, ну крутите дальше.

 

я говорю про переход с базы на базу

Если к проектированию систем подходить не как кулхацкеру, то смена БД сводится к банальной замене в одном месте dbi:mysql на dbi:pg

 

А так да, проще уж переписать вашу систему с нуля взяв за основу концепцию, чем перепиливать SQL-хаки. Ой, и не рассказывайте, пожалуйста, про мегазаряженность этих хаков в плане производительность и тыры-пыры, на деле все эти кулхаки это просто костыли, подпирающие неподходящую платформу.

 

 

Ваши ответы меня мягко говоря улыбают, я такие советы уже лет десять слышу.

 

грубо говоря и сейчас можно поменять dbi:mysql на dbi:pg, и некоторые даже делают и не поверите, даже работает,

но любому маломальскому специалисту по БД понятно чем такой "кулхакерский подход" заканчивается, примеровав среди билингов множество когда очень круто решение на 300 хомяков просто разваливается когда их становится больше 1000.

 

 

p.s.

были уже те кто хотел Pg и они решили что все можно самостоятельно

1 сначало поменяли драйвер

2 потом решили что нужно запросы изменить чтобы было быстрее, потом уже таблицы пошли и понеслось...

3 полгода полет почти нормальный

4 первая внештатка

- 6 часов простоя (20 тис хомяков курят)

- потеря выручки за 3 месяца, так как дампы не додумались делать

- и визг это же Вы виноваты, сказали что так можно

- если бы у них был опыт или хотябы понятие то проблема решилась бы за минут 20, но таких ситуаций у них еще небыло и кейсов как дествовать тоже, пришлось спасаться гуглом

 

итог поддержка бд это не возможность изминение драйвера, а поддержка всей экосистемы и кейсами по штатных и нештатных ситуациях.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

грубо говоря и сейчас можно поменять dbi:mysql на dbi:pg, и некоторые даже делают и не поверите, даже работает,

но любому маломальскому специалисту по БД понятно чем такой "кулхакерский подход" заканчивается, примеровав среди билингов множество когда очень круто решение на 300 хомяков просто разваливается когда их становится больше 1000.

Я понимаю, что топтанул вашу любимую мозоль, но таки будь ваши изыски в перле завернуты как когда-то нетуповцы завернули свой UTM4 слова бы не сказал, но исходники-то доступны, и в них можно посмотреть и помедитировать. Когда-то я считал, что самые укурочные перловые разрабы это команда OTRS. Кстати, хорошие пример. Нарисован на перле (не спорю, возможно они там ЛСД жрут грузовиками, иногда от их изысков оторопь берет), но проблемы выбора СУБД для него не стоит - выбор через гуй делает, запускается на всем, где есть HTTP-сервер и перл в любом виде. И уж по нагрузке иной трекерный сайт перекрывает биллинговую инсталляцию домушника на 5-6к клиентов. Что имеем в Абилсе? Я тоже в свое время думал пройтись переделав под PG малой кровью. Но более внимательное изучение то там кривой запрос выявляло, то в другом месте заточку именно под фишку мыскля. Зачем так было нужно делать, наплевав на стандарты так и не понял, наверное можно было сделать и сделал. Потому и говорил я что от абиллса можно взять общую коньцепцию, но никак не реализацию. И это таки будет совершенно другой проект со своим фараоном и куртизантками.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

грубо говоря и сейчас можно поменять dbi:mysql на dbi:pg, и некоторые даже делают и не поверите, даже работает,

но любому маломальскому специалисту по БД понятно чем такой "кулхакерский подход" заканчивается, примеровав среди билингов множество когда очень круто решение на 300 хомяков просто разваливается когда их становится больше 1000.

Я понимаю, что топтанул вашу любимую мозоль, но таки будь ваши изыски в перле завернуты как когда-то нетуповцы завернули свой UTM4 слова бы не сказал, но исходники-то доступны, и в них можно посмотреть и помедитировать. Когда-то я считал, что самые укурочные перловые разрабы это команда OTRS. Кстати, хорошие пример. Нарисован на перле (не спорю, возможно они там ЛСД жрут грузовиками, иногда от их изысков оторопь берет), но проблемы выбора СУБД для него не стоит - выбор через гуй делает, запускается на всем, где есть HTTP-сервер и перл в любом виде. И уж по нагрузке иной трекерный сайт перекрывает биллинговую инсталляцию домушника на 5-6к клиентов. Что имеем в Абилсе? Я тоже в свое время думал пройтись переделав под PG малой кровью. Но более внимательное изучение то там кривой запрос выявляло, то в другом месте заточку именно под фишку мыскля. Зачем так было нужно делать, наплевав на стандарты так и не понял, наверное можно было сделать и сделал. Потому и говорил я что от абиллса можно взять общую коньцепцию, но никак не реализацию. И это таки будет совершенно другой проект со своим фараоном и куртизантками.

 

Думал, хотел, пробовал и т д, уже 20 лет такое слушаю.

Сделайте, покажите и тогда расказывайте как надо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

- 6 часов простоя (20 тис хомяков курят)

любой NAS or BRAS легко можно перенастроить на работу без биллинга (с неким средним дефолтным тарифом и параметрами).

Я официально это заявляю.

Каждый провайдер должен произвести заранее учения и подготовиться к тому, что биллинг может встать колом....)

Ничего личного - просто управление рисками.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я официально это заявляю.

Каждый провайдер должен произвести заранее учения и подготовиться к тому, что биллинг может встать колом....)

Резервирование?

У меня даже когда молния убила hp dl360 g7 с биллингом, развертывание из бэкапов заняло полтора часа на другом сервере.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

любой NAS or BRAS легко можно перенастроить на работу без биллинга (с неким средним дефолтным тарифом и параметрами).

 

Вообще, это катастрофа, если NAS не может работать без биллинга... Не должен он так зависеть от биллинга.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я официально это заявляю.

Каждый провайдер должен произвести заранее учения и подготовиться к тому, что биллинг может встать колом....)

Резервирование?

У меня даже когда молния убила hp dl360 g7 с биллингом, развертывание из бэкапов заняло полтора часа на другом сервере.

 

ну я ж выше писал бекапов клиенты еще не сделали, а так долго морочались потому что им казалось вот вот все заработает и дальше будет все нормально

 

Каждый провайдер должен произвести заранее учения и подготовиться к тому, что биллинг может встать колом....)

Ничего личного - просто управление рисками.

 

скажу больше, есть билинги которые предоставляют такой сервис

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

любой NAS or BRAS легко можно перенастроить на работу без биллинга (с неким средним дефолтным тарифом и параметрами).

 

Вообще, это катастрофа, если NAS не может работать без биллинга... Не должен он так зависеть от биллинга.

Если только отключить авторизацию биллингом (давать accept на любое имя/пароль) и оказывать услугу временно условно-бесплатно, потом пересчитав после поднятия биллнга.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Софтина на гошечке, пингующая на равсокете все коммутаторы в БД и ставящее/снимающее им флаг "живой".

Кроме изменения в БД, при изменении состояния свитча дёргается указанная в конфиге ссылка - при событии можно какими-нибуть средствами слать уведомления заинтересованным.

Несколько тысяч свитчей у нас обходит примерно за минуту.

если не трудно, то несколько тысяч это примерно сколько?

10к+ свитчиков за сколько оббежит?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Примерно 4.5к ; 10к, думаю, оббегать будет ненамного дольше - там нелинейная зависимость от количества

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Что-то затихла совсем тема, какая сейчас ситуация с данной системой учета?

Стоит ее выбирать, или посмотреть на что-то другое?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 02.03.2020 в 08:47, referal05 сказал:

Что-то затихла совсем тема, какая сейчас ситуация с данной системой учета?

Стоит ее выбирать, или посмотреть на что-то другое?

А вы бизнес процессы хотите строить по отзывам с форума? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 04.03.2020 в 12:10, GrandPr1de сказал:

А вы бизнес процессы хотите строить по отзывам с форума? :)

Нет, интересует текущая ситуация с данной системой учета. Что изменилось за почти 3 года. Что пользователи могут сказать  о ней.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 24.03.2020 в 15:52, referal05 сказал:

Нет, интересует текущая ситуация с данной системой учета. Что изменилось за почти 3 года. Что пользователи могут сказать  о ней.

1. Очень гибкая. Реализовать можно что угодно.

2. Очень сложная. Настроек туева хуча. Но! см. п.1

3. Юзабилити на нуле. Иногда хочется взять клавиатуру и у*** по монитору. Эффект синергетично усиливается пунктом 2.

4. Работает стабильно, глюков не наблюдается.

5. Техподдержка отличная.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Пункт 3 слышу от всех у кого стоит эта система.  

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

On 3/28/2020 at 4:20 AM, telematic said:

3. Юзабилити на нуле. Иногда хочется взять клавиатуру и у*** по монитору. Эффект синергетично усиливается пунктом 2.

 

По мне так пойдет юзабилити. Не могу ничего припомнить вырвиглазного.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, EDA_SPB сказал:

По мне так пойдет юзабилити. Не могу ничего припомнить вырвиглазного.

Ну, например, закрытие подписки. Вариант с копипастой мне просто мозг вынес. Это как в 90-е вернулся.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

10 hours ago, telematic said:

Ну, например, закрытие подписки. Вариант с копипастой мне просто мозг вынес. Это как в 90-е вернулся.

Скорее всего, зависит от схемы оказания услуг, их 100500 в Гидре.

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

Спрошу ради интереса у наших биллингистов подробности, сам я не работаю активно в биллинге, но стараюсь быть в курсе как там что.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

3 часа назад, EDA_SPB сказал:

Скорее всего, зависит от схемы оказания услуг, их 100500 в Гидре.

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

Спрошу ради интереса у наших биллингистов подробности, сам я не работаю активно в биллинге, но стараюсь быть в курсе как там что.

Не зависит. Для закрытия подписки надо указать дату окончания услуг и дату окончания инвойса. В графе с датами точность до одной секунды. Если вы просто ткнёте сначала в один календарь, потом во второй, то будет разница, как минимум в одну секунду. В этом случае результат закрытия подписки похож не деление на ноль - непредсказуемо.

Чтобы корректно закрыть подписку, надо, чтобы дата и время совпадали до секунды. Это делается только копипастой - выставляется в календаре в одном поле, потом копируется (Copy/Paste) в другое поле!!!!

Это, блин, 2020 год на дворе! 

Кто мешает сделать одну кнопку "Закрыть услугу и инфойс"?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 28.03.2020 в 23:20, telematic сказал:

1. Очень гибкая. Реализовать можно что угодно.

2. Очень сложная. Настроек туева хуча. Но! см. п.1

3. Юзабилити на нуле. Иногда хочется взять клавиатуру и у*** по монитору. Эффект синергетично усиливается пунктом 2.

4. Работает стабильно, глюков не наблюдается.

5. Техподдержка отличная.

 

1. Вот вообще не соглашусь.
2. Есть такое.
3. Тоже хотелось, но не по монитору а по разработчику и проджект менеджеру латеры.
4. Не могу сказать ни за не против.
5. Гумно то еще, по этому поводу в соседней теме хорошо человечек выдал, как на духу. 

Еще могу добавить, что работа с клиентом поставлена просто отвратно. Купили билинг, попользовались, в итоге задолбали глюки и отсутствие нужного функционала и ушли на другой билинг, когда решили вернуться и продолжить пользование, нас было предложено купить билинг еще раз, либо заплатить за весь период техподдержки пока мы не пользовались. Послали в пень ибо с того времени нужного функционала так и не появилось, но их это мало волнует, плати. И так по любому поводу, самому делать не вариант а с их стороны любая реализация это долго и дорого, минимальный тариф от 300к., сроки от полугода. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

14 часов назад, NorthFighter сказал:

1. Вот вообще не соглашусь.
2. Есть такое.
3. Тоже хотелось, но не по монитору а по разработчику и проджект менеджеру латеры.
4. Не могу сказать ни за не против.
5. Гумно то еще, по этому поводу в соседней теме хорошо человечек выдал, как на духу. 

  1. Ну я свою задачу решил успешно.
  2. Да
  3. Ну я не столь кровожаден. :-)
  4. У меня с этим проблем нет.
  5. У меня претензий нет к техподдержке, однако, стоит отметить, что я туда обращаюсь как пользователь, а не как админ.

 

14 часов назад, NorthFighter сказал:

когда решили вернуться и продолжить пользование, нас было предложено купить билинг еще раз, либо заплатить за весь период техподдержки пока мы не пользовались.

У меня такая же фигня с Науменом. Видимо, это какой-то заговор среди разработчиков ПО :-)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Когда я читаю отзывы о Гидре, у меня такое чувство, что их 2 штуки разных.

Чтобы платная тех. поддержка отказывала или динамила я вообще с трудом представляю. Про негибкость тоже интересно. Поделитесь кейсом. У нас был только один раз ответ "нет" на возможность внедрения фичи связанный с телефонией. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.