KG
и стим давно на микросервисной архитектуре
Size: a a a
2019 August 06
AP
хм. я почему-то думал, что там больше. С такими цифрами да, вполне на работе работаем
p
CAP
2pc
KG
"дорого"
KG
опять же единое хранилище не сильно то распределяется
KG
есть системы где счет идет на μs
AP
Я не понял ваш пример и не понял в чем мое заблуждение. Я утверждаю что порог разработки своих решений значительно повысился. Все равно приходится делать специализированные решения, но на других объемах данных и нагрузках.
Скорее, понизился порог вхождения программистов в разработку (давно, со времён джавы), в итоге в "серой зоне" всё плохо - когда своё решение уже разрабатывают, но всё ещё используя те же подходы, что приняты в целом по больнице (в том числе и "низкий уровень уже достаточно оптимизирован, чего его трогать")
p
есть системы где счет идет на μs
us на что?
VF
Скорее, понизился порог вхождения программистов в разработку (давно, со времён джавы), в итоге в "серой зоне" всё плохо - когда своё решение уже разрабатывают, но всё ещё используя те же подходы, что приняты в целом по больнице (в том числе и "низкий уровень уже достаточно оптимизирован, чего его трогать")
А не со времён РНР3? 🤓
AP
А не со времён РНР3? 🤓
это же примерно один и тот же год
VF
Скорее, понизился порог вхождения программистов в разработку (давно, со времён джавы), в итоге в "серой зоне" всё плохо - когда своё решение уже разрабатывают, но всё ещё используя те же подходы, что приняты в целом по больнице (в том числе и "низкий уровень уже достаточно оптимизирован, чего его трогать")
А вы программист?
AP
А вы программист?
в давнем прошлом
KG
us на что?
на все!
KK
Добрый день,
Выше обсуждали, кто чем ведет список серверов и их функции и другие данные типа ОС, реестр софта, открытые порты на серверах, неужели это все в excel? может что-то есть менее ручное, понятно что часть данных можно на основе мониторинга формировать, но вдруг есть какое то специализированное решение
у нас часть серверов в разных облаках, а чать bare metal
Выше обсуждали, кто чем ведет список серверов и их функции и другие данные типа ОС, реестр софта, открытые порты на серверах, неужели это все в excel? может что-то есть менее ручное, понятно что часть данных можно на основе мониторинга формировать, но вдруг есть какое то специализированное решение
у нас часть серверов в разных облаках, а чать bare metal
RM
Добрый день,
Выше обсуждали, кто чем ведет список серверов и их функции и другие данные типа ОС, реестр софта, открытые порты на серверах, неужели это все в excel? может что-то есть менее ручное, понятно что часть данных можно на основе мониторинга формировать, но вдруг есть какое то специализированное решение
у нас часть серверов в разных облаках, а чать bare metal
Выше обсуждали, кто чем ведет список серверов и их функции и другие данные типа ОС, реестр софта, открытые порты на серверах, неужели это все в excel? может что-то есть менее ручное, понятно что часть данных можно на основе мониторинга формировать, но вдруг есть какое то специализированное решение
у нас часть серверов в разных облаках, а чать bare metal
Добрый. Обсуждали мастер-список ИС/АС. Cmdb должно быть, независимо от этого. CMDB и дискавери для CMDB - отдельная тема для дискуссии).
RM
Добрый день,
Выше обсуждали, кто чем ведет список серверов и их функции и другие данные типа ОС, реестр софта, открытые порты на серверах, неужели это все в excel? может что-то есть менее ручное, понятно что часть данных можно на основе мониторинга формировать, но вдруг есть какое то специализированное решение
у нас часть серверов в разных облаках, а чать bare metal
Выше обсуждали, кто чем ведет список серверов и их функции и другие данные типа ОС, реестр софта, открытые порты на серверах, неужели это все в excel? может что-то есть менее ручное, понятно что часть данных можно на основе мониторинга формировать, но вдруг есть какое то специализированное решение
у нас часть серверов в разных облаках, а чать bare metal
Для линуксов - мы тащили все в cmdb из нагиосов/заббиксов ибо всё равно там приходилось настриаивать дискавери. Не делать же одно и то же дважды)
RM
Выбор cmdb - очень зависящая от окружения, масштаба и процессов тема. ИМХО Там очень тяжело с «универсальными» советами/решениями.
KK
Rustem Mannanov
Для линуксов - мы тащили все в cmdb из нагиосов/заббиксов ибо всё равно там приходилось настриаивать дискавери. Не делать же одно и то же дважды)
Спасибо, да Линукс и заббикс используем, посмотрю
p
Спасибо, да Линукс и заббикс используем, посмотрю
😒