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

[NiTr0 583]

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

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

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

 

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

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

[madf 279]

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

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

[Gang 5]

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

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

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

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

 

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

 

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

 

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

 

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