Jump to content

Плюсы и минусы вашей биллинговой системы


Recommended Posts

Ну тот-же нодени, например.

Там ядро, вебка, сателиты - отдельные сущности. И "общаются между собой", через базу, что есть тоже отдельной сущностью.

Т.е. - если нужно, скажем, осуществление снятия денег и в ядре, и в вебке - и в ядре код дублируется,и в вебке код дублируется? А если вебка на другом языке писана - что, все библиотеки перепиливать? Ужс...

 

Зачем им между собой по RPC общаться? Приведите пример, не понимаю.

Ядро - это ядро, оно осуществляет все операции с БД и т.п. Вебка/софтина/CLI/etc - отдельная сущность, в общем случае - не обязательно из "доверительной зоны" кода (банально для секюрности системы, особенно если она является модулем для некой CMS), которая должна общаться с ядром, а не с БД напрямую. В такой схеме и вебку сменить элементарно (у кого-то, к примеру, страничка на джумле/DLE, у кого-то - на питоне писаная личная CMS с кучей плюшек, у кого-то - CMS на яве или еще какое извращение), и сделать несколько ядер биллинга - на том же перле/питоне, либо для высоконагруженных систем - на С/С++, и к каждому из вариантов ядра будет крутиться одна и та же веб-морда без особых проблем.

Link to post
Share on other sites
  • Replies 77
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Аналогічно - самопис, але геть не задовільняє, каву не варить, мінети не пропонує.  

Квадруплеплей(долго над названием то думал?) это конечно да, скоро он всех нас съест вместо ктулху. А так, вы IMHO не в теме. Все идет к тому, что продаваться будет 1 услуга - тупая труба в инет, где

Самописний. Все задовольняє. Надіюсь, моя відповідь принесла Вам користь?

К слову, существуют в природе биллинговые системы, у которых ядро и веб-морда не склеены в единый неделимый комок, а общаются между собой по какому-то из вариантов RPC (XMLRPC к примеру)?

Stargazer с UBilling может общаться через XMLRPC (Nightfly почему-то его не любит и использует другие, более узкоспециализированные механизмы, но XMLRPC все-таки поддерживает).

Link to post
Share on other sites
Ну тот-же нодени, например. Там ядро, вебка, сателиты - отдельные сущности. И "общаются между собой", через базу, что есть тоже отдельной сущностью.
Т.е. - если нужно, скажем, осуществление снятия денег и в ядре, и в вебке - и в ядре код дублируется,и в вебке код дублируется? А если вебка на другом языке писана - что, все библиотеки перепиливать? Ужс...
Зачем им между собой по RPC общаться? Приведите пример, не понимаю.
Ядро - это ядро, оно осуществляет все операции с БД и т.п. Вебка/софтина/CLI/etc - отдельная сущность, в общем случае - не обязательно из "доверительной зоны" кода (банально для секюрности системы, особенно если она является модулем для некой CMS), которая должна общаться с ядром, а не с БД напрямую. В такой схеме и вебку сменить элементарно (у кого-то, к примеру, страничка на джумле/DLE, у кого-то - на питоне писаная личная CMS с кучей плюшек, у кого-то - CMS на яве или еще какое извращение), и сделать несколько ядер биллинга - на том же перле/питоне, либо для высоконагруженных систем - на С/С++, и к каждому из вариантов ядра будет крутиться одна и та же веб-морда без особых проблем.

 

Я кажется понял Вас. Вы имеете ввиду ядро, как обертку над базой, как Model в архитектуре MVC.

 

Тогда понятно зачем xml-rpc.

 

Да, в нодени такого уровня абстракции не имеется. http://forum.nodeny....s/h/kernel.html

 

Там каждый модуль работает напрямую с базой, через определенное подобие API

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.


×
×
  • Create New...