Jump to content
Local
pavlabor

Требуется эмулятор StarGazerа.

Recommended Posts

Почитал вопросы возникающие вокруг работы ubilling и понял что проблемы связаны с архитектурой  Stargazer

Насколько я понял проблем очень много, некоторые из них.

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

При остановке Stargazerа или биллинга идет сбой работы Насов.

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

 

Проблемы не все, но этих достаточно чтобы задуматься о альтернативе написания эмулятора  Stargazer-а.

Мое понимание, эмулятор должен выглядеть как модуль, который можно включить или выключить, или выбор работы или через Stargazer, или через внутренний модуль.

 

Приветствуется любая критика и предложения,

помощь в консультации и программировании.

Спонсирование заинтересованных сторон, приветствуется.

Share this post


Link to post
Share on other sites

Не совсем понятна идея. Со Старгейзером все понятно. А зачем его еще и эмулировать?

Share this post


Link to post
Share on other sites
34 минуты назад, vop сказал:

Не совсем понятна идея. Со Старгейзером все понятно. А зачем его еще и эмулировать?

 

Выражение "Эмулятор Старгейзера" используется как указатель именно на то что о чем собственно разговор.

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

 

Share this post


Link to post
Share on other sites

Это весеннее обострение, не обращайте внимания.

  • Like 1

Share this post


Link to post
Share on other sites

ключевые слова: транзакция, acid

 

Share this post


Link to post
Share on other sites
52 минуты назад, KaYot сказал:

Это весеннее обострение, не обращайте внимания.

 

Полезнее было бы направить энергию в нужное русло -- писать законопроекты в ВР.

Share this post


Link to post
Share on other sites
44 минуты назад, Prime сказал:

ключевые слова: транзакция, acid

 

Где искать?

Сначала нужно собрать инфу, потом анализ - что можно сделать, а дальше смотреть какие получатся объемы работ.

 

Share this post


Link to post
Share on other sites

в коде работы с базой данных, бизнес операции должны проходить транзакционно.

 

https://ru.wikipedia.org/wiki/Уровень_изолированности_транзакций

вы должные сами определять где какой уровень изоляции.

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

 

Цитата

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

возможно так и нужно?

если он работает через буфер и не делает flush в базу это одно, если второй datasource не видит uncommited batch transaction это другое

 

Share this post


Link to post
Share on other sites
56 минут назад, Prime сказал:

возможно так и нужно?

Безусловно так и нужно.

 

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

Насколько я понял, основная проблема Stargazer-а в непредсказуемости работы с насами.

 

Share this post


Link to post
Share on other sites

Я думаю что от stargazer-а нужно отказаться уже в самом начале. Ключевое звено в каждой сети это NAS (Network Access Server) и он должен работать очень надёжно и быть независимым от доступности сервера(ов) билинга. По сути для NAS нужно знать IP+MAC пользователя, скорость приема/передачи, и когда отключить или включить, и это должен сформировать билинг и передать на NAS.

Edited by olsasha

Share this post


Link to post
Share on other sites

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

Хотелось бы решить малой кровью, хотя это может быть в итоге дороже.

Share this post


Link to post
Share on other sites

Как показала 4-х летняя практика работы с базой ubilling-а что лучше написать свой и с нуля. Тем более у нас будет очень сложная база данных, чего только одна матрица доступа стоит, а подстраиваться под БД ubilling-а себе дороже будет.

Share this post


Link to post
Share on other sites
1 час назад, Prime сказал:

в коде работы с базой данных, бизнес операции должны проходить транзакционно.

 

https://ru.wikipedia.org/wiki/Уровень_изолированности_транзакций

вы должные сами определять где какой уровень изоляции.

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

 

возможно так и нужно?

если он работает через буфер и не делает flush в базу это одно, если второй datasource не видит uncommited batch transaction это другое

 

Для сетевиков это слищком ... заумно :) ...

  • Haha 1

Share this post


Link to post
Share on other sites
25 minutes ago, olsasha said:

Я думаю что от stargazer-а нужно отказаться уже в самом начале.[/quote]

 

Это надо было делать лет 15 назад. :)

 

Quote

Ключевое звено в каждой сети это NAS (Network Access Server) и он должен работать очень надёжно и быть независимым от доступности сервера(ов) билинга. По сути для NAS нужно знать IP+MAC пользователя, скорость приема/передачи, и когда отключить или включить, и это должен сформировать билинг и передать на NAS.

 

Я об этом сейчас веду неторопливый дискусс на наге. Данные, которые необходимы для предоставления услуги я называю реестром доступа. Для NASа - это пара IP-MAC, или другие данные. Объем этих данных решительно небольшой, и делать зависимость работы NASа от сложной системы, которой является биллинг - совсем не умно.

 

Edited by vop
  • Like 1

Share this post


Link to post
Share on other sites
2 minutes ago, Stroj said:

Для сетевиков это слищком ... заумно :) ...

 

Для обеспечения надежности транзакций подойдут любые методы, от семафоров и блокировок, до разделения полномочий на изменение данных. Сетевики могут найти для себя подходящие методы. :)

2 minutes ago, olsasha said:

Скинь ссылку на тему на НАГе.

 

https://forum.nag.ru/index.php?/topic/139742-srochno-nuzhen-nomer-kruglosutochnoy-podderzhki-carbonsoft/

 

Там бедные админы мучаются отсутствием интернета из-за неработающего биллинга. Ну и попутно возникла концептуальная часть беседы.

Share this post


Link to post
Share on other sites
44 минуты назад, pavlabor сказал:

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

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

Тут работать или с со старой методологией изолированных транзакций (не гарантирующих впрочем ничего) ...

Или идти по принципу отказа от "релятивизма" в сторону объектного представления данных.

Точнее, как по мне, выреженого в словах: "постоянный пересчет конечных данных на основе объектных моделей".

 

Share this post


Link to post
Share on other sites
9 минут назад, Stroj сказал:

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

Тут работать или с со старой методологией изолированных транзакций (не гарантирующих впрочем ничего) ...

Или идти по принципу отказа от "релятивизма" в сторону объектного представления данных (к сожалению без рекурсий в строед-процедурах тут не обойтись, что не всем SQL движкам пока по вкусу :( ).

Точнее, как по мне, выреженого в словах: "постоянный пересчет конечных данных на основе объектных моделей".

 

 

Edited by Stroj

Share this post


Link to post
Share on other sites
17 минут назад, olsasha сказал:

Как показала 4-х летняя практика работы с базой ubilling-а что лучше написать свой и с нуля. Тем более у нас будет очень сложная база данных, чего только одна матрица доступа стоит, а подстраиваться под БД ubilling-а себе дороже будет.

Как по мне, это через чур глобально.

ubilling написан поверх "RCMS Framework 1.2.12", сейчас на сайте есть "ReloadCMS 1.5.1 WebSat, version from 15.01.2013" но не качается, возможно что тоже помер.

Взять к сведению это

2 минуты назад, Stroj сказал:

Или идти по принципу отказа от "релятивизма" в сторону объектного представления данных.

Точнее, как по мне, выреженого в словах: "постоянный пересчет конечных данных на основе объектных моделей".

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

Далее делать ревизию и портировать модули с ubilling-а.

Координатором брать nightfly, с последующей передачей ему всего депозитария.

 

Это самый широкий и дешевый вариант.

Но по любасу денег это может затянуть даже не на соточку гривен.

 

Мне l1ght  предложил открыть ветку обсуждения на https://github.com/nightflyza/Ubilling, но почему то мне кажется что на локале это эффективней решится.

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

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

15 минут назад, Stroj сказал:

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

Извиняю и готов сотрудничать.

Share this post


Link to post
Share on other sites
18 минут назад, pavlabor сказал:

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

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

3 Месяца? Я сомневаюсь :( Это же такое !бодрое! финансирование должно быть ... :(

....

Короче ... я - пас ... (я свой проект, из примера, 2 года пилил), если конкретикой - помогу советом или кодом ...

Но учитывая что я понимаю чего это стоить будет - я, в основном, ПАС!. Не обессудьте ...

 

Share this post


Link to post
Share on other sites
4 минуты назад, Stroj сказал:

если конкретикой - помогу советом или кодом ...

Любая помощь приветствуется.

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

Поэтому готов выслушать практические предложения.

Первое, есть ли такая практика?

Второе, какая база данных?

Share this post


Link to post
Share on other sites

pavlabor, вы сейчас смешали 3 компонента:

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

 

в данном случае - у вас "общий ресурс" это сервер бд, неважно какой движок вы используете, будь то mysql, будь postgres - принципы ACID в реляционных бд одни и те же.

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

 

если хотите писать свой биллинг: возьмите стек Java, Postgres, Clickhouse, Angular.

в этом ключе дофига фреймворков для скейлабилити, эвейлиабилити, фейловеров и прочих необходимых вещей.

 

стг уже плохо масштабируется, я помню в 2005 году еще на с++ под него что-то писал, но кардинально все осталось тем же.

ребята были первые, кто сделал простой и работаюший биллинг с inetaccess и sgconfig нативными приложениями под винду :)

 

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

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

это дает возможность интеграции с огромным количеством других компонентов.

Share this post


Link to post
Share on other sites
20 минут назад, pavlabor сказал:

Первое, есть ли такая практика?

Второе, какая база данных?

1) Есть. Для начала сеть пейджинговой связи (древность). Во вторых сеть АЗС ... (торговля). В третьих сеть удаленных "юридических  консультаций", потом сеть торговых точек (вообще разное), и т.д. Пока не занялся провайдингом ...

2) Firebird (ака Interbase и её клоны) http://www.ibase.ru/ (Но это скорее моё личное предпочтение)

 

ЗЫ: А вообще-то пофиг на чем писать, для начала нужно выкристализовать структуру, концепцию ...

Edited by Stroj

Share this post


Link to post
Share on other sites
Цитата

ЗЫ: А вообще-то пофиг на чем писать, для начала нужно выкристализовать структуру, концепцию ...

скачать

http://ab.kh.ua/books/Vigers Karl - Razrabotka Trebovany K Programmnomu obespecheniu.pdf

 

описание

https://balka-book.com/razrabotka_programnogo_obespecheniya-366/razrabotka_trebovaniy_k_programmnomu_obespecheniyu_izdanie_trete_dopolnennoe-25248

 

я уже павлабору рекомендовал ее

Share this post


Link to post
Share on other sites
12 минут назад, Stroj сказал:

2) Firebird (ака Interbase и её клоны) http://www.ibase.ru/ (Но это скорее моё личное предпочтение)

https://db-engines.com/en/system/Firebird;PostgreSQL

вот здесь можно сравнивать движки.

 

FB был не плох в свое время, но есть нюансы, связанный даже не с внутренней реализацией СУБД, а с ее поддержкой современными фреймворками.

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By reductor
      Помогите правильно настроить модуль "По ком звонит колокол" 
      Как правильно сделать запись в Кронтаб asterisk - возможен следующий запрос: /?module=remoteapi&key=[ubserial]&action=asterisk&number=[mobile_number]&param=[login|realname|swstatus]
    • By СИОН
      Подскажите пожалуйста как подружить модуль ПОНизатор в Ubilling с OLT башкой stels FD1002S ?
      В списке оборудования ее нет, а когда выбираю STELS FD1XX OLT - то не считывает инфу о ONU и т.д.
      Может кто уже боролся с этой нелепой железякой?
    • By Oleg2018
      Мужики выручайте есть такая проблема. Последний релиз биллинга с версией php 7.0.13. Хочу на этот же сервер поставить и Zabbix  да вот проблема при установке фротенда забикса обновляет версию php а это проблема для фротенда биллинга. Какие есть идеи, забикс очень нужен 
    • By Oleg2018
      Билинг сейчас поднят на сервере под FreeBSD   и используется локальный NAS сервер, все работает замечательно. Есть в наличии аппарат Cisco ASR 1002. Хотелось бы получить информацию как поднять на этой машине NAS сервер для нашего биллинга. Информации по этой модели на форумах в принципе нет.Помогите пожалуйста  
    • By Oleg2018
      При переносе биллинга на новый сервер сделал восстановоление базы строго по инструкции. Все данные получил. Пользователи работают. Но есть проблема, при создание копии базы через вебинтерфейс создается файл с размер 100 килобайт. База при переносе занимала 18 мегабайт. При проверке целосности базы нашел проблему из представлением op_customers выдает ошибку  #1449 - The user specified as a definer ('root'@'%') does not exist. Кто решал и как эту проблему
×