[dignity]

Смотря что биллинг будет делать, биллинг по безлимитным счетам можно и на одном сервере крутить на 5м, а если учет с агентами и телефонией, то см.выше. Это я к тому, что #Биллинг# это ни о чем.

[taf_321]

 

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

 

Еще с 2004 года, тогда еще всякие МРК "...связи" начали загонять под единообразную систему.

 

Местечковый ОПСОС пользует cboss, на перманентном его саппорте держит отдел ~40 рыл + круглосуточная дежурная смена программеров на подхвате.

[Sonne]

Думаю, что Фрирадиус в связке с Postgres можно накачать, но людей которые это могут сделать наперечет.

 

MySQL можно выкинуть сразу начиная где то от 100К абонентов. Вобще такие системы мастерить на коленке мягко гворя черевато. Один сбой при всытавлении счетов сразу -50 млн баксов. Ух!

[zhenya`]

oracle качать нада ) и решение типа фасткома.. который набор sql скриптов без внешних апликух)

[nuclearcat]

MySQL можно выкинуть сразу начиная где то от 100К абонентов. Вобще такие системы мастерить на коленке мягко гворя черевато. Один сбой при всытавлении счетов сразу -50 млн баксов. Ух!

 

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

Если это аккаунтинг старт-стопов, даты, и базовая статистика по траффику(почасовая), FUP и ночью статистический анализ по разным параметрам, на 70к юзеров у меня это занимает 500m записей/~250GB с годовой детализацией. Это просто смешная нагрузка.

Я даже особо не шевелился, чтобы это заставить работать, за исключением единоразового тюнинга mysql.

[alkanaft]

 

После санкций США против России и траблов с Oracle у банков в РФ(против кого пошли санкции) - куча народа задумалась(даже очень лояльного США), что плотно сидеть на решениях привязанных к западному вендору - крайне опасно.

 

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

[alkanaft]

Кстати ктонить у себя таки пользует под базу RAC ?

[thodin]

Если это аккаунтинг старт-стопов, даты, и базовая статистика по траффику(почасовая), FUP и ночью статистический анализ по разным параметрам, на 70к юзеров у меня это занимает 500m записей/~250GB с годовой детализацией. Это просто смешная нагрузка.

Это не биллинг, по сути, а аккаунтинг.

Если клиенту его хватает - хвала звездам.

[thodin]

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

Да постоянные траблы :) Последнее из известных мне реально крупных внедрений - это http://www.letobank.ru/.

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

[alkanaft]

на хабре хорошо написали про то как хреново живётся индуским кодерам, почитайте они не виноваты. хотя качество кода и например захардкоженые имена пользователей в путях ИНСТАЛЯТОРА некоторых продуктов оракла доставляют (там чёто типа /home/kuabhina/Oracle_app было)

[thodin]

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

Думаете, я не в курсе? Пью с ними виски и слушаю о печальной судьбе.. Никто не виноват.. А код ужасный.

[NiTr0]

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

 

MySQL можно выкинуть сразу начиная где то от 100К абонентов.

Таки постгря медленнее будет чем мускул. Хоть и не намного, но все же.

 

Далее, у постгри есть феерические моменты, которые всплывают внезапно и необъяснимо. К примеру, есть табличка, ну эдак на несколько десятков миллионов записей, есть поле time, есть индекс по нему. Выборка последних 10 записей записей с time < now() (ORDER BY time DESC LIMIT 10) - проходит мгновенно. Убираем проверку time < now() - выборка занимает десятки секунд, если не минуты. Ибо идет тупой перебор, индекс не используется. Разрабы об этом знают, в мэйллистах встречал давно, рекомендуют добавлять проверку поля для включения индексов :)

 

Хотя и у мускула не везде все гладко (пример - каскадное удаление строк из нескольких таблиц - таблица 1 связана с таблицей 2, таблица 2 - с таблицей 3, удаляем строку из таблицы 1 - в таблице 2 строка удаляется в таблице 3 - остается, результат - неконсистентные данные).

[thodin]

Таки постгря медленнее будет чем мускул. Хоть и не намного, но все же.

Вы говорите про кластерную конфигурацию?

[ThreeDHead]

Тема к размышлению: Яндекс.Браузер в конце 2013 года уже имел порядка 15 млн аудиторию. Инфраструктуру браузера обслуживает Coacine

Это к вопросу о том какими средствами можно решать подобные задачи.

[^rage^]

comverse rtbs?

[Liner's]

яндекс под кокаином?

гугл тоже наркотой балуется?

[ThreeDHead]

яндекс под кокаином?

гугл тоже наркотой балуется?

Чукча пейсатель?

[s.lobanov]

Тема к размышлению: Яндекс.Браузер в конце 2013 года уже имел порядка 15 млн аудиторию. Инфраструктуру браузера обслуживает Coacine

Это к вопросу о том какими средствами можно решать подобные задачи.

 

Яндекс.браузер это же локальное приложение, выполняемое на компе конечного пользователя для решения задач одного(!) пользователя. Каким образом можно вообще сравнивать браузер(да хоть с миллиардной аудиторией) и биллинг, который должен обслуживать не одного, а 5м пользователей?

[ThreeDHead]

s.lobanov, Я.Браузер не совсем локальное приложение. Точнее, оно выглядит таковым.

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

[s.lobanov]

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

[ThreeDHead]

s.lobanov, я не собираюсь вас переубеждать :)

 

Яндекс.Браузер — весь браузерный бэкэнд работает через Cocaine. Например, “Умная строка”, “Быстрые ссылки”, “Любимые сайты”. Внутренняя инфраструктура Яндекса.

Источник

 

У системы колоссальный потенциал, необходимо только понять и принять.

[NiTr0]

Вы говорите про кластерную конфигурацию?

Про сингл сервер. Кластера не особо сравнивал. Хотя у постгри с кластеризацией все несколько позаковыристее.

[Liner's]

Просмотр сообщенияLiner (Вчера, 12:55) писал:

яндекс под кокаином?

гугл тоже наркотой балуется?

 

Чукча пейсатель?

нет, взращённое дитё смены изучения языка в школе, как результат чукча чейтатель

а так почти угадал

[ichthyandr]

Если это аккаунтинг старт-стопов, даты, и базовая статистика по траффику(почасовая), FUP и ночью статистический анализ по разным параметрам, на 70к юзеров у меня это занимает 500m записей/~250GB с годовой детализацией. Это просто смешная нагрузка.

Это не биллинг, по сути, а аккаунтинг.

Если клиенту его хватает - хвала звездам.

на самом деле такую задачу делить надо - биллинг биллингом, а авторизация и аккаунтинг - отдельно. Потом, естественно, нужны будут операторские места/интерфейсы (заключение договоров, прием платежей ) Какой выбрать инструмент? Лучше конечно шуструю транзакционную СУБД, зависит от толщины намазанного бутерброда заказчиком. Выбор того же Оракла не спасет от кривых кодеров - неверно построенные индексы положат его на нагрузке. У мелкософта MS SQL очень даже хорошая штукенция под такую задачку, у IBM - db2. Из бесплатных альтернатив постгресу или мускулю вроде как нет. Постгрес, если не ошиюбаюсь, вообще без блокировок работает, мультиверсионник. У Мускуля сейчас есть интересный гпл-ный форк MariaDB с транзакционным хранилищем.

[dignity]

Надо просто всю статистику выносить в map-reduce и спокойно пользовать для основных сущностей mysql или другое.

Maria вон есть даже с Master-Master и хранилищем на apache Cassandra.

А можно и без субд на эрланге запилить)