и зарубили по нефункциональным требованиям

:-(

операция, которая у нас шла секунду во всей связке

там шла 7

изначально 20, но через 2 сервис-пака SAP наоптимизиовал как мог

проект зарубили, убытки списали

вон юлмарт тоже на сап пытался перейти

начали интегрировать с КЦ'шным OEBS

выяснили, что стройку они толком вести не могут

учет ТМЦ у подрядчиков - тоже

учет абонентского оборудования - не могут в принципе

огромная поебень, весь АТ-консалтинг вокруг нее пляшет и бабла сосет немерянно

год с гаком возни, миллиардные потери просто в никуда

@dvolodin Дим, каким ты видишь нок в будущем?

хороший вопрос отался без внимания

у одного подрядчика три сотни коммутаторов просто "потерялись"

точнее -- они бегали и кричали, что они у них есть

а в R12 они просто потерялись

:)

:-D

ну а теперь конкретно мое мнение в этом разрезе

1С -- няша

SAP -- говно в фантике

OEBS - фантик в говне

а можно сделать так чтобы при открытии ФМ звуковой сигнал был выключен а обновление ключено ?

да кнопка там есть - выключить звук

ты что

:)

отожми ее

ну ёбта я по 100 раз на дню..... жму. заибало.

@dvolodin, очень тяжело из 1са чтото дельное получить

полегче чем из сапа и оебса, но все равно

нам в т2 заставили командировки в сап оформлять. мат перемат

> @freeseacher хороший вопрос отался без внимания ну почему без внимания

вижу общую платформу, семейство продуктов -- FM/PM, inventory, provisioning&activation, sla, ipam и cm

возможно в более далекой перспективе -- простой и шустрый CRM и, возможно, биллинг

может туда еще пойдут наработки по wifi hotspot

возможно -- какое-то железо для SLA и прочих задач

ну и нормальный IPO на выходе

я не верю в срм в ноке

лучше систему тт

и нахуй все импортные биллинги

я достаточно хорошо знаю, что такое CRM для телекома

для маленьких телекомов ниша свободна

маленьким телекомам не нужен нок

им нужет какти и нагиос

маленький телеком - это вы

:)

хорошо подьебал.

мы вообще не телеком если посмтреть

но так оно и есть

ну почему

просто масштабы указываю

ну в названии есть, это да

до 10k железок или до 50k клиентов -- маленький телеком

:)

а когда одно больше а второе меньше?

у нас так

произволно, конечно

у вас клиенты порты не занимают

ну да

скажем -- тут размеры сказываются на процессах

и наоборот

РФ РТ типовой -- нормальный пример средненького регионального телекома

10-20k железок

тяжкое наследние историческое

и традиционный бардак

ну а на более высоком уровне -- своя петрушка

при опросе 100k активных железок уже другие проблемы возникают и другие подходы

нужна горизонтальная масштабируемость и никаких проблем

микросервисы не на ровном месте возникли

:)

надо больше, присунул еще один сервер и сидишь довольный

горизонтальная масштабируемость фикция

о, нас 201

не фикция, конечно

кого вас. девчонки из Бразилии давно не пишут

в онлайне все рвано традиционно 5ро ;)

16

у леди из Бразилии все хорошо, они уговорили меня на SNMPv1 :)

итого по моим планам

и все таки фикция.

довершить реорганизацию платформы

оно в коненом счете приходит к доменам отказов

и к доменам управления

ну так и есть

каждый из которых не может быть более чем

система просто в какой-то момент шардируется

на независимые части

и ограничения будут в рафте, колве серверов, колве соедиеннеий, памяти и так далее

доделываем контейнерную платформу

позже в управлении этим хозайством а потом в математике.

так что фикция.

FM/PM и discovery у нас вполне коммерческого качества

позже в управлении этим хозайством а потом в математике.

в пределах дц - нет

подтягиваем остальное

если все умещается в одном месте то нормально

да не

это как с межпланетным интернетом

ТСР там уже не работает