The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"СОветы как правильно писать свой биллинг"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"СОветы как правильно писать свой биллинг"  
Сообщение от otaku (ok) on 21-Дек-06, 22:25 
Вот собственно хотел бы услышать советы, как надо и как не надо писать свой билинг.
И на мой взгляд плох тот администратор, который не написал свой биллинг.
Реализация будет под линукс систему, база данных постгрес или мускул, веб интерфейс пхп+апач, задача билинга, учет трафа, детальная статистика до точности в час, тарифы, ну и все что нужно в нормально провайдерском билинге.
Вопрос какой коллектор будет актуален ещё долгое время и без проблем разварачиваеться на большинстве систем.
как хранить данные в базе
делать ли абстракцию дб
ммм так же мучает вопрос как реализовать движок чтоб можно было бы дописывать модули легко, ока не представляю как это реализовать
так же нарыл вот такую фразу на счет как считывать данные по трафу

>К слову о трафикосчиталках: в ведре linux со времен 2.6.14 появилась возможность забирать данные о "conntracked"-трафике в виде потоков через netlink, "выгребалка" реализована в ulogd2. Можно прикрутить к ulogd2 фильтры-агрегаторы, или написать на примере ulogd2 свой tazikd, и, скажем, обновлять в базе только состояния счетов (ну и, может быть, суммарного трафика) в относительно "реальном" времени, а детальку сохранять в файлы по типу flow-tools - такая модель трафикосчиталки нужно разрабатывать, а вчерашний день в виде перловых парсеров по крону фтопку...<

Ну и другие советы тоже меня порадуют

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "СОветы как правильно писать свой биллинг"  
Сообщение от user (??) on 21-Дек-06, 23:27 
Ulog2 - не юзай. Бетка очень сырая. Можешь попробывать посчитать ICMP большого размера (не помню уже с какими экспериментировал), ты их в УЛОГЕ не увидиш. ;)
Еще один минус -j ULOG - попробуй ПРАВИЛЬНО почситать траф транспарент прокси. Если получиться - вышли фотку, поставлю ее возле кровати, буду целовать перед сном. ;)

Больше минусов не замечено. Юзаю -j ULOG в связке с ipset.
Сборщик трафика - перепедаленный под работу с мускулем и мои задачи ulog-acctd.

В центральное трафохранилещие презжают агрегированные и разбитые по типу трафика (local, peer, ext, etc) данные по ИП адресам клиентов. + на локальном тазе собираються не агрегированные данные.
Суточный поток с 100 клиентов ~20Mb.

Ну а дальше, работает перловый (когда буду на 100% уверен в работоспособности перепедалю на С) демон считающий бабки, снимающий абонку, etc.

ИМХО, самое главное в билле, деньги должны считаться ОДИН раз. Т.е. структура его должна быть примерно как приведена выше. Никаких авто пересчетов, при просмотре статискике из веба и другой подобной херни.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "СОветы как правильно писать свой биллинг"  
Сообщение от FFFF on 22-Дек-06, 00:45 
>Ulog2 - не юзай. Бетка очень сырая. Можешь попробывать посчитать ICMP большого
>размера (не помню уже с какими экспериментировал), ты их в УЛОГЕ
>не увидиш. ;)
>Еще один минус -j ULOG - попробуй ПРАВИЛЬНО почситать траф транспарент прокси.
>Если получиться - вышли фотку, поставлю ее возле кровати, буду целовать
>перед сном. ;)
>
>Больше минусов не замечено. Юзаю -j ULOG в связке с ipset.
>Сборщик трафика - перепедаленный под работу с мускулем и мои задачи ulog-acctd.
>
>
>В центральное трафохранилещие презжают агрегированные и разбитые по типу трафика (local, peer,
>ext, etc) данные по ИП адресам клиентов. + на локальном тазе
>собираються не агрегированные данные.
>Суточный поток с 100 клиентов ~20Mb.
>
>Ну а дальше, работает перловый (когда буду на 100% уверен в работоспособности
>перепедалю на С) демон считающий бабки, снимающий абонку, etc.
>
>ИМХО, самое главное в билле, деньги должны считаться ОДИН раз. Т.е. структура
>его должна быть примерно как приведена выше. Никаких авто пересчетов, при
>просмотре статискике из веба и другой подобной херни.


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

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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "СОветы как правильно писать свой биллинг"  
Сообщение от a3500l email on 22-Дек-06, 01:42 
зачем снимать все подряд? лишняя нагрузка + лишний мусор... если нету проксаков то трафик считаеться только форвардный, да в принципе можно и над проксами поиздеваться и пустить натом, так что бы тоже считались в форварде :)
снял таблицу с счётчиками форвардов, разбил на массивы, и оптом всё в мукул, там он и сам может посчитать
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "СОветы как правильно писать свой биллинг"  
Сообщение от A Clockwork Orange on 22-Дек-06, 09:21 
Плох тот администратор, который не написал свой собственный сертифицированный биллинг, плох тот системный администратор, который не смог продать свой собственноручно написанный сертифицированный биллинг тиражом, не менее 1000 экземпляров, плох тот системный администратор, который написал свой собственный сертифицированный биллинг, продавший его тиражом  более 1000 экземпляров и не оказавший техническую поддержку потребителям его саморучнонаписанного сертифицированного биллига...
А что. Мне нравится.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "СОветы как правильно писать свой биллинг"  
Сообщение от EL (??) on 22-Дек-06, 10:32 
>Плох тот администратор, который не написал свой собственный сертифицированный биллинг, плох тот
>системный администратор, который не смог продать свой собственноручно написанный сертифицированный биллинг
>тиражом, не менее 1000 экземпляров, плох тот системный администратор, который написал
>свой собственный сертифицированный биллинг, продавший его тиражом  более 1000 экземпляров
>и не оказавший техническую поддержку потребителям его саморучнонаписанного сертифицированного биллига...
>А что. Мне нравится.

Ага, и мне, и эти могучие вьюноши с их максимализмом... Эх, где мои 17 лет...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "СОветы как правильно писать свой биллинг"  
Сообщение от MoHaX email(??) on 22-Дек-06, 13:39 
>>Плох тот администратор, который не написал свой собственный сертифицированный биллинг, плох тот
>>системный администратор, который не смог продать свой собственноручно написанный сертифицированный биллинг
>>тиражом, не менее 1000 экземпляров, плох тот системный администратор, который написал
>>свой собственный сертифицированный биллинг, продавший его тиражом  более 1000 экземпляров
>>и не оказавший техническую поддержку потребителям его саморучнонаписанного сертифицированного биллига...
>>А что. Мне нравится.
>
>Ага, и мне, и эти могучие вьюноши с их максимализмом... Эх, где
>мои 17 лет...

Эти юноши с LOR'а (http://www.linux.org.ru/view-message.jsp?msgid=1706917), там уже всё конкретно расписали ;) Лично я определил для себя две весЧи: 1. трафик netflow (с циски на пример) 2. Деньги в билинге хранить в копеейках. Остальное по вкусу....

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру