Перейти к содержимому
Калькуляторы

На что слезть с Lanbilling

pppoetest согласен, но чтоб кормиться с этого, и "корм" был в коня - сомневаюсь.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Дык если вернутся к сабжу, есть бага в заявленном функционале ранее не используемом, допустим отловлена после EoS, пофикшена в новых версиях. Что делать тем у кого EoS?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Дык если вернутся к сабжу, есть бага в заявленном функционале ранее не используемом, допустим отловлена после EoS, пофикшена в новых версиях. Что делать тем у кого EoS?

 

Это проблема ЛЮБОГО софта. Именно поэтому enterprise любит RHEL(и RHEL-based для нищебродов), SLES и теперь смотрят в сторону ubuntu server. У них чётко и ясно написано когда будет end-of-support, можно спокойно жить N лет и за год до часа X начинать планировать обновления, если этого не случится раньше из-за желания поиметь новые фичи, увеличить производительность(что может потребовать обновления ПО) и т.д. И поэтому мне НЕ нравится Lanbilling как программный продукт или например, debian. Сам по себе, debian очень хорош, но не успеешь оглянуться как недавняя инсталляция уже считается устаревшей и неподдерживаемой.

 

Уважаемый jp1111, разъясните ещё раз вашу текущую политику LTS и выпуска обновлений к ней. Конкретно интересуют: срок жизни LTS-релиза, вносятся ли в него новые фичи(надеюсь, что нет), проверяется ли он на наличие всех багов, выявленных в других версиях и вносятся ли соответствующие исправления. Считаем, что подписка на обновления(15 в год) и минимальный уровень саппорта куплен(120 в год).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

s.lobanov по итогам этого длинного обсуждения (аж 6 страниц исписали), как я уже написал выше, я вижу необходимость в публикации нами следующих документов (по степени важности): релизная политика, сервисная политика, roadmap на некоторое время вперед. Релизная политика серьезный и формальный документ, который должен быть доступен клиентам. Мы разместим его в HD в личном кабинете. Неформально: Вы правы, в LTS новые фичи не вносятся, только по результатам разбора инцидентов первого порядка. Сборка по завершению всего цикла полагающихся тестов остается LTS. Пока рабочим, подчеркиваю, периодом выпуска LTS сборки является 1.5 года. Кстати, было бы интересно получить ссылки на обсуждаемые здесь документы наших прямых конкурентов. А именно релизную политику, сервисную политику и roadmap. Думаю, не только мне.

 

Хочу дополнить ответ: что касается солидарной позиции стартапов относительно применения биллинга на первом этапе проекта, для этих целей, по моему мнению, использовать нужно saas версии от тех производителей, которые их предлагают. Кап. затрат - ноль, обновление - уже не боль. Точнее боль, но вендора решения, как и капзатраты на кластер. Тем более, что если внимательно относитья к чтению описания наших сервиных пакетов. В них входят часы администрирования, которые можно потратить на обновление и тем самым снять с себя боль даже если клиент пользуется не saas.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Биллинг на SaaS'е? Не думаю что в этой стране есть такие доверчивые.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Биллинг на SaaS'е? Не думаю что в этой стране есть такие доверчивые

Уже работают. Не только у нас, уверен.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Забавно.. только что приобрели лицензию на обновление. Получили доступ к сборкам 2.0 с 001 по 014, кроме 009 и 011.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Биллинг на SaaS'е? Не думаю что в этой стране есть такие доверчивые

Уже работают. Не только у нас, уверен.

Я бы не рискнул.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Кстати, было бы интересно получить ссылки на обсуждаемые здесь документы наших прямых конкурентов. А именно релизную политику, сервисную политику и roadmap.

 

Не знаю как по биллингам, в всё-таки больше работаю с сетевым оборудованием, чем с биллингами. По всяким Cisco, Juniper и прочим релизную и сервисную политику найти без проблем

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Биллинг на SaaS'е? Не думаю что в этой стране есть такие доверчивые

Уже работают. Не только у нас, уверен.

Я бы не рискнул.

Всему свое время. Недавно и iPhone со своей единственной кнопкой казался чем-то дюже несуразным по сравнению с процветавшей нокией.

Развернутое мнение на этот счет здесь.

 

Кстати, было бы интересно получить ссылки на обсуждаемые здесь документы наших прямых конкурентов. А именно релизную политику, сервисную политику и roadmap.

 

Не знаю как по биллингам, в всё-таки больше работаю с сетевым оборудованием, чем с биллингами. По всяким Cisco, Juniper и прочим релизную и сервисную политику найти без проблем

Давайте все-таки будем реалистами, а то я уже столько сравнений тут начитался с RedHat, Microsoft, Apple, Google, Cisco, Juniper :) Я не видел пока в открытом доступе обсуждаемых документов у конкурентов. Может смотрел плохо ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

Автоматизированная система расчетов или BSS/OSS – не тот класс систем, который рассматривается в первую очередь, когда речь заходит о модели предоставления сервиса по подписке.

ЧТД

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

в первую очередь

Ключевое слово процитировано. Читать желательно до конца, а не "по вершкам". Иначе основная мысль может скрыться.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Забавно.. только что приобрели лицензию на обновление. Получили доступ к сборкам 2.0 с 001 по 014, кроме 009 и 011.

 

Создание тикетов в HD доступно? При покупке лицензии на обновление?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Забавно.. только что приобрели лицензию на обновление. Получили доступ к сборкам 2.0 с 001 по 014, кроме 009 и 011.

 

Создание тикетов в HD доступно? При покупке лицензии на обновление?

Доступно. Но решение проблемы не гарантировано. В большинстве случаев проблемы решают, но решение может растянуться на несколько месяцев. Будьте готовы к отпискам со стороны HD.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Биллинг на SaaS'е? Не думаю что в этой стране есть такие доверчивые

Уже работают. Не только у нас, уверен.

Я бы не рискнул.

Всему свое время. Недавно и iPhone со своей единственной кнопкой казался чем-то дюже несуразным по сравнению с процветавшей нокией.

Развернутое мнение на этот счет здесь.

Я бы не назвал это мнением клиентов, ведь среди авторов и экспертов нет ни одного отзыва операторов, использующих ваш saas. Но я бы не рискнул потому что бывает и так - http://habrahabr.ru/post/250097/

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Биллинг на SaaS'е? Не думаю что в этой стране есть такие доверчивые.

 

Бухгалтерию же выносят в облака мелкие фирмы, чем мелкие провайдеры хуже?

 

Но я бы не рискнул потому что бывает и так - http://habrahabr.ru/post/250097/

 

Вы локально установленный биллинг бэкапите? Кто мешает делать то же самое с облачным?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я бы назвал это не мнением, а рекламой собственного сервиса. Возможно вполне неплохого. Но я бы не рискнул потому что бывает и так - http://habrahabr.ru/post/250097/

Обратите внимание на дату статьи - 12 год. У нас тогда сервиса-то этого не было. Как можно рекламировать то, чего нет? Статья на мой взгляд представляет небольшой, скажем так, академический интерес и описывала лишь частный взгляд на тенденцию. Наличие таких сервисов сейчас, как в т.ч. у нас, говорит о том, что не только мы думали о том, куда может двинуться рынок.

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

Изменено пользователем jp1111

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

...

Бухгалтерию же выносят в облака мелкие фирмы, чем мелкие провайдеры хуже?

...

Вы локально установленный биллинг бэкапите? Кто мешает делать то же самое с облачным?

Вы уже что-то используете по принципу SaaS? Поделитесь впечатлениями.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вы уже что-то используете по принципу SaaS? Поделитесь впечатлениями.

 

Увы, опытом поделиться не могу, но вижу как окружающие мелкие фирмочки и ИП пользуются той же бухгалтерией, "Эльба" кажется, и еще какой-то альтернативный был. Про ту же "Кнопку" кто-то из знакомых тоже рассказывал ... Да и хостинг той же 1С кто-то предлагает, если не путаю ...

 

По поводу 100%-го биллинга в облаке я лично сомневаюсь, но отдать все, что не требует прямой связи с оборудованием, особенно если провайдер мелкий, и некому заниматься только войной с биллингом, почему нет?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

По поводу 100%-го биллинга в облаке я лично сомневаюсь, но отдать все, что не требует прямой связи с оборудованием, особенно если провайдер мелкий, и некому заниматься только войной с биллингом, почему нет?

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Я так понимаю те кто уже перешли на 12,14, сборку не смогут откатиться на 11 lts?

Или будет выпущена 11.х сборка, позволяющая нормально "перейти" с 12 и 14 версии?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Всем привет! Очень давно читаю этот форум. Сам являюсь представителем провайдера в СибФО. Более того пользуемся мы ЛБ. Не буду сейчас, что то про него тут писать, потому что я полностью согласен со всей критикой в их адрес, о их не гибкостях и т.д.

Между прочем мы тоже ахаем и охаем от ЛБ, завели даже себе программиста на этот счет, т. к. как сделать какие то акции, дело по сути менеджера, но в ЛБ все решает программист, он у нас пишет скрипты чтобы обрабатывались запросы в БД, что в конечном итоге называется акцией, но это лирика ))

Хочу поделится своими мыслями по поводу биллингов и вообще подходу к этой структуре в целом.

Что мы имеем на сегодняшний день:

1. Продукты биллингов, которые либо не работают стабильно, либо работают, но те так как мы хотим.

2. Проблемы с высокой ценой на Техническую поддержку и не решения проблем связных с уже приобретенным товаром (баги, ошибки ит .д.).

3. Не оперативное решение ваших проблем Технической поддержкой

4. Архитектуры, структуры, логика биллингов не всегда понятна и не всегда бывает доступна по критерию цена/качество (как например биллинг "Гидра"- помимо оплаты за биллинг приходится платить еще и за ORACLE)

 

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

 

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

Поймем, что будет идеально моделью биллинга. И приступим к разработке.

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

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

 

По поводу нюансов (их будет просто буран) можно обсудить в какой то отдельной теме или в любом месте в т.ч. в личку.

 

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

Изменено пользователем sergei24

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поймем, что будет идеально моделью биллинга. И приступим к разработке.

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

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

Утопия. Ничего путного из идеи "сделать всем хорошо", не выйдет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Всем привет! Очень давно читаю этот форум. Сам являюсь представителем провайдера в СибФО. Более того пользуемся мы ЛБ. Не буду сейчас, что то про него тут писать, потому что я полностью согласен со всей критикой в их адрес, о их не гибкостях и т.д.

Между прочем мы тоже ахаем и охаем от ЛБ, завели даже себе программиста на этот счет, т. к. как сделать какие то акции, дело по сути менеджера, но в ЛБ все решает программист, он у нас пишет скрипты чтобы обрабатывались запросы в БД, что в конечном итоге называется акцией, но это лирика ))

Хочу поделится своими мыслями по поводу биллингов и вообще подходу к этой структуре в целом.

Что мы имеем на сегодняшний день:

1. Продукты биллингов, которые либо не работают стабильно, либо работают, но те так как мы хотим.

2. Проблемы с высокой ценой на Техническую поддержку и не решения проблем связных с уже приобретенным товаром (баги, ошибки ит .д.).

3. Не оперативное решение ваших проблем Технической поддержкой

4. Архитектуры, структуры, логика биллингов не всегда понятна и не всегда бывает доступна по критерию цена/качество (как например биллинг "Гидра"- помимо оплаты за биллинг приходится платить еще и за ORACLE)

 

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

 

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

Поймем, что будет идеально моделью биллинга. И приступим к разработке.

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

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

 

По поводу нюансов (их будет просто буран) можно обсудить в какой то отдельной теме или в любом месте в т.ч. в личку.

 

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

 

Давайте. Инвестор есть ? :)

У меня дежа вю. Столько раз уже такие предложения тут читал.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

В который раз? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.