#itинфраструктура — Public Fediverse posts

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 3 HLD и немного LLD

Это третья статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В первой части мы разобрались с постановкой задачи и ТЗ, затем выбрали себе фаворита из локальных LLM, теперь же займемся скучным занятием- проектированием. В этой статье рассмотрим составление HLD и почему это должен делать человек, а что уже можно отдать нейросети в помощь. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Впереди осталась самая интересная заключительная часть с тем, что получилось на выходе. Ее планирую подготовить за 2-3 недели, т.к. это просто хобби. Часть 1: Вводная и формирование ТЗ Часть 2: Выбор локальной LLM Часть 3: Формирование HLD и немного LLD -> вы здесь Часть 4: Что из этого вышло

https://habr.com/ru/articles/1037466/

#zabbix #llm #aiops #мониторинг #алерты #автоматизация #itинфраструктура #hld #lld #c4

9 секунд и нет production-базы. Разбор трёх провалов AI-агентов в проде

25 апреля 2026, пятница вечером. Jer Crane, основатель PocketOS, смотрит, как AI-агент Cursor удаляет его production-базу. Со всеми бэкапами. За 9 секунд. Потом Jer спрашивает у агента — почему? И получает дословное признание: «I guessed instead of verifying. I violated every principle I was given». Модель помнит правила. Цитирует их. И всё равно нарушает. Это разбор трёх таких случаев — и трёх защит, которые я внедрил у себя после. Разбираю три случая

https://habr.com/ru/articles/1037098/

#искусственный_интеллект #itинфраструктура #devops #информационная_безопасность #исследование #управление_разработкой

Мультитенантность в FinOps: Проектируем ядро системы учета расходов

«Кто виноват и что делать?» — эти два вопроса, которые классики русской литературы адресовали обществу, сегодня как никогда актуальны для IT-директоров и финансовых руководителей. Только «виноват» не конкретный человек, а не оптимально работающая инфраструктура, а ответ на вопрос «что делать?» — внедрять FinOps. FinOps — это не технология, а организационная методика. Важная часть инструментария для FinOps это правильно построенная информационная система, которая собирает, хранит и дает анализировать данные о расходах и нагрузке. В этой статье мы разберем архитектурное ядро такой системы.

https://habr.com/ru/companies/inferit/articles/1035562/

#управление_проектами #облачные_вычисления #data_warehouse #системная_архитектура #itинфраструктура #big_data #devops #data_engineering #finops #финопс

Мультитенантность в FinOps: Проектируем ядро системы учета расходов

«Кто виноват и что делать?» — эти два вопроса, которые классики русской литературы адресовали обществу, сегодня как никогда актуальны для IT-директоров и финансовых руководителей. Только «виноват» не конкретный человек, а не оптимально работающая инфраструктура, а ответ на вопрос «что делать?» — внедрять FinOps. FinOps — это не технология, а организационная методика. Важная часть инструментария для FinOps это правильно построенная информационная система, которая собирает, хранит и дает анализировать данные о расходах и нагрузке. В этой статье мы разберем архитектурное ядро такой системы.

https://habr.com/ru/companies/inferit/articles/1035562/

#управление_проектами #облачные_вычисления #data_warehouse #системная_архитектура #itинфраструктура #big_data #devops #data_engineering #finops #финопс

Мультитенантность в FinOps: Проектируем ядро системы учета расходов

«Кто виноват и что делать?» — эти два вопроса, которые классики русской литературы адресовали обществу, сегодня как никогда актуальны для IT-директоров и финансовых руководителей. Только «виноват» не конкретный человек, а не оптимально работающая инфраструктура, а ответ на вопрос «что делать?» — внедрять FinOps. FinOps — это не технология, а организационная методика. Важная часть инструментария для FinOps это правильно построенная информационная система, которая собирает, хранит и дает анализировать данные о расходах и нагрузке. В этой статье мы разберем архитектурное ядро такой системы.

https://habr.com/ru/companies/inferit/articles/1035562/

#управление_проектами #облачные_вычисления #data_warehouse #системная_архитектура #itинфраструктура #big_data #devops #data_engineering #finops #финопс

Мультитенантность в FinOps: Проектируем ядро системы учета расходов

«Кто виноват и что делать?» — эти два вопроса, которые классики русской литературы адресовали обществу, сегодня как никогда актуальны для IT-директоров и финансовых руководителей. Только «виноват» не конкретный человек, а не оптимально работающая инфраструктура, а ответ на вопрос «что делать?» — внедрять FinOps. FinOps — это не технология, а организационная методика. Важная часть инструментария для FinOps это правильно построенная информационная система, которая собирает, хранит и дает анализировать данные о расходах и нагрузке. В этой статье мы разберем архитектурное ядро такой системы.

https://habr.com/ru/companies/inferit/articles/1035562/

#управление_проектами #облачные_вычисления #data_warehouse #системная_архитектура #itинфраструктура #big_data #devops #data_engineering #finops #финопс

Каталог преднастроенных моделей, VDS и другие обновления: дайджест Selectel за апрель

Этот дайджест получился объемным! В апреле команда Selectel презентовала Foundation Models Catalog, запустила VDS и Enterprise-grade ЦОД. И это лишь малая часть обновлений. Все подробности — ниже.

https://habr.com/ru/companies/selectel/articles/1035174/

#selectel #kubernetes #aiсервер #itинфраструктура #itкомпании

Каталог преднастроенных моделей, VDS и другие обновления: дайджест Selectel за апрель

Этот дайджест получился объемным! В апреле команда Selectel презентовала Foundation Models Catalog, запустила VDS и Enterprise-grade ЦОД. И это лишь малая часть обновлений. Все подробности — ниже.

https://habr.com/ru/companies/selectel/articles/1035174/

#selectel #kubernetes #aiсервер #itинфраструктура #itкомпании

Каталог преднастроенных моделей, VDS и другие обновления: дайджест Selectel за апрель

Этот дайджест получился объемным! В апреле команда Selectel презентовала Foundation Models Catalog, запустила VDS и Enterprise-grade ЦОД. И это лишь малая часть обновлений. Все подробности — ниже.

https://habr.com/ru/companies/selectel/articles/1035174/

#selectel #kubernetes #aiсервер #itинфраструктура #itкомпании

Каталог преднастроенных моделей, VDS и другие обновления: дайджест Selectel за апрель

Этот дайджест получился объемным! В апреле команда Selectel презентовала Foundation Models Catalog, запустила VDS и Enterprise-grade ЦОД. И это лишь малая часть обновлений. Все подробности — ниже.

https://habr.com/ru/companies/selectel/articles/1035174/

#selectel #kubernetes #aiсервер #itинфраструктура #itкомпании

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 2 «Выбор модели»

Это вторая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В первой части мы разобрались с постановкой задачи и ТЗ, теперь же пришло время выбрать саму модель. В этой части мы формируем критерии к LLM (отдельно от общего ТЗ), сравниваем небольшие open-weight модели для self-hosted сценария и делаем выбор одной из моделей. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ Часть 2: Выбор локальной LLM -> вы здесь Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1033798/

#zabbix #llm #aiops #мониторинг #алерты #itинфраструктура #rca

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 2 «Выбор модели»

Это вторая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В первой части мы разобрались с постановкой задачи и ТЗ, теперь же пришло время выбрать саму модель. В этой части мы формируем критерии к LLM (отдельно от общего ТЗ), сравниваем небольшие open-weight модели для self-hosted сценария и делаем выбор одной из моделей. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ Часть 2: Выбор локальной LLM -> вы здесь Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1033798/

#zabbix #llm #aiops #мониторинг #алерты #itинфраструктура #rca

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 2 «Выбор модели»

Это вторая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В первой части мы разобрались с постановкой задачи и ТЗ, теперь же пришло время выбрать саму модель. В этой части мы формируем критерии к LLM (отдельно от общего ТЗ), сравниваем небольшие open-weight модели для self-hosted сценария и делаем выбор одной из моделей. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ Часть 2: Выбор локальной LLM -> вы здесь Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1033798/

#zabbix #llm #aiops #мониторинг #алерты #itинфраструктура #rca

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 2 «Выбор модели»

Это вторая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В первой части мы разобрались с постановкой задачи и ТЗ, теперь же пришло время выбрать саму модель. В этой части мы формируем критерии к LLM (отдельно от общего ТЗ), сравниваем небольшие open-weight модели для self-hosted сценария и делаем выбор одной из моделей. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ Часть 2: Выбор локальной LLM -> вы здесь Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1033798/

#zabbix #llm #aiops #мониторинг #алерты #itинфраструктура #rca

Cloud4Y строит ЦОДы в МО. Часть 15

Контейнерный ЦОД в Марфино пережил первые реальные аварийные отключения, принял первых гостей и обзавёлся соседями — тремя дизельными электростанциями и двумя газопоршневыми установками. Рассказываем, как прошёл апрель.

https://habr.com/ru/companies/cloud4y/articles/1032638/

#строительство #цод #itинфраструктура #датацентры #серверное_администрирование

Сложно о простом. Будущее (ли?) сетей: IPv6, SDN и Overlay сети

Приветствую, коллеги! Меня зовут @ProstoKirReal . Мне бы хотелось обсудить, как работает интернет. Начнем с кабелей витой пары, соединяющих простые локальные сети, и закончим подводными коммуникационными кабелями, которые соединяют между собой континенты и основные операторские сети. В предыдущей статье я рассказывал о различиях LAN, MAN, WAN, что такое сети Clos и иерархию операторов. В этом цикле я не стану учить вас настраивать оборудование и проектировать сети. Я расскажу об основных (и не только) принципах построения сети, а также о функционировании сети и сетевых протоколов в стеке TCP/IP. Я буду часто ссылаться к предыдущим статьям, где уже описывал сетевые протоколы. Это позволит мне сократить объемный текст.

https://habr.com/ru/companies/timeweb/articles/914678/

#сетевые_технологии #сетевое_оборудование #сетевая_инфраструктура #itкомпании #itинфраструктура #timeweb_статьи #tcp #ip #lan #wan

E3.S вместо U.2: почему серверы переходят на новый формат NVMe

Форм-фактор 2,5 дюйма (U.2), изначально созданный для жестких дисков, не справляется с растущими требованиями к скорости, плотности и тепловым характеристикам современных флеш-накопителей. На смену U.2 приходит EDSFF E3 — новый стандарт, разработанный специально для серверных SSD. В этой статье подробно разберем его технические возможности, влияние на серверные платформы и доступные на рынке решения. А еще расскажем, как он изменит подходы к проектированию серверных систем.

https://habr.com/ru/companies/mclouds/articles/927888/

#itинфраструктура #разъем #интерфейсы #ssdнакопители #сервер #мощность_оборудования #e3 #модули_памяти #формфактор_2u

Контентный модуль APM на OpenTelemetry — архитектура, метрики, выводы

В статье рассматривается применение трассировок стандарта OpenTelemetry для реализации инструментов мониторинга микросервисов на базе продукта Smart Monitor. Решаются задачи инвентаризации сервисов и ресурсов, анализа трассировок и формирования модели здоровья микросервисных архитектур.

https://habr.com/ru/articles/933512/

#opentelemetry #trace #span #monitoring #observability #microservices #inventory #itинфраструктура #opensearch

DORA-метрики: как собирать, интерпретировать и не переусердствовать, часть 2

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

https://habr.com/ru/companies/simpleone/articles/1026602/

#DORA #devops #метрики_разработки #deployment_frequency #cicd #software_delivery #бенчмарки #управление_разработкой #itинфраструктура #devex

Как управлять активами в филиалах, если до склада 2000 км

Представьте: у компании 300 подразделений по всей стране или пять производственных площадок от Москвы до Дальнего Востока. Как узнать, сколько реально ноутбуков в омском филиале, где они находятся и в каком статусе принтер, купленный два года назад: используется, неисправен, в ремонте или уже подлежит списанию? Если данные приходят через мессенджеры или эксельные файлы, присланные раз в квартал — вы уже в зоне риска. Найти потерянный принтер

https://habr.com/ru/companies/simpleone/articles/1018374/

#itam #управление_активами #инвентаризация #itинфраструктура #распределённая_сеть #учёт_оборудования #service_desk #управление_itинфраструктурой #itsm

Что для OLTP хорошо, то для OLAP — смерть: ликбез и выбор серверов

Вот скажите мне, хабравчане, в чём сила? Разве в деньгах? Вот и финдиректор говорит, что в деньгах. А я вот думаю, что сила в данных: у кого данные, тот и сильней! Техгиганты, вроде Google (Alphabet), Meta (признана экстремистской в России) и Яндекса, получают огромную прибыль с монетизации пользовательских данных; менее очевидные Spotify, OZON и т.п. тоже неплохо зарабатывают на данных и рекламе. Банки каждую секунду проводят сотни тысяч транзакций, небольшие интернет-магазины собирают кучу телеметрии, а социальные сети крутят бесконечные алгоритмические фиды, чтобы вы смотрели свою персональную ленту с котиками и мемами. Каждый клик, каждое движение мышкой, каждый свайп или тап по экрану — это запись в базе данных. И да, серверы давно умеют с этим всем работать. И вот есть у бизнеса база данных, зачем тогда изобретать ложку для супа отдельные подходы для работы с данными в ней? Выбираешь что-то оптимальное/лучшее — и радуешься жизни. А вот зачем. Для транзакций в реальном времени нужна одна система — OLTP (Online Transaction Processing) , а для аналитики другая — OLAP (Online Analytical Processing) . OLTP похож на Соника — он всегда в движении, стремительно мчится вперёд, реагирует на каждое препятствие и собирает колечки. А OLTP — отрабатывает каждую транзакцию быстро и предсказуемо. OLAP же напоминает Кирби — он втягивает в себя всё, что попадётся — горы предметов, врагов, целые миры. А OLAP поглощает массивы данных — миллионы и миллиарды строк, чтобы потом переварить их и превратить в осмысленный отчёт. Дропдаун

https://habr.com/ru/companies/servermall/articles/948686/

#oltp #oltpсистемы #olap #olapкубы #htap #серверы #базы_данных #аналитика_данных #itинфраструктура #субд

Моки, L1 и никакого деплоя. Собираем идеальный .NET-тест для веб-сервиса

Автотесты, как известно, работа пыльная и ресурсозатратная. А уж если речь идет об интеграционных, то тем более: сначала осуществляешь сборку теста, затем добавляешь его в нужную среду, а потом еще тот самый деплой , подготовка которого может занимать критически много времени… Но будучи SDET-ом, то есть совмещая в себе навыки разработчика, тестировщика и DevOps , я постигаю архитектуру тестов и иногда нахожу интересные решения по ее оптимизации :) В этой статье расскажу, как тестировать ASP.NET-приложения максимально быстро, не закрывая IDE и вообще не запуская деплой! Покажу, как при таком подходе создавать не только, например, тесты REST API, но и веб-тесты с использованием Selenium или Playwright. Объясню, что такое TestServer и WebApplicationFactory на конкретных примерах, и продемонстрирую, как с ними можно работать! Статья будет максимально полезна тем, кто так или иначе уже погружен в непростой мир .NET и C# (и не утонул в нем). Для вас это готовый туториал по интеграции всех этих инструментов! Впрочем, это у нас в компании широко используются .NET и «шарпы» — но даже если ваши тесты пишутся не на C#, все равно рекомендую пробежаться по моей статье! Уверен, вы сможете почерпнуть для себя пару хороших идей, ведь все описанное ниже можно реализовать и на других языках программирования.

https://habr.com/ru/companies/kaspersky/articles/859718/

#лаборатория_касперского #sdet #тестирование #автотесты #автоестирование #DI #IoC #dependency_injection #Castle_Windsor #itинфраструктура #кибербезопасность #DevOps #qa #тестирование_по #qa_automation #автоматизация_тестирования #testing #тестирование_вебприложений

Инфраструктура Шрёдингера: как вывести ИТ-ресурсы из суперпозиции и знать всё об активах наверняка

Случалось ли вам покупать новые лицензии или технику просто потому, что найти старые оказалось сложнее и дольше? Если да, добро пожаловать в клуб. В знаменитом мысленном эксперименте Эрвина Шрёдингера кот в стальном сейфе/камере (там ещё счётчик Гейгера с радиоактивным веществом, молоток и флакон с ядом) находится в суперпозиции — жив и мёртв одновременно, пока мы не откроем крышку и не произведём наблюдение. В этот момент волновая функция коллапсирует, и реальность обретает одно конкретное состояние. В корпоративном ИТ всё работает точно так же. Пока вы не заглянете в серверную, не проведете инвентаризацию и не сверитесь с бухгалтерией, ИТ-инфраструктура находится в суперпозиции: ноут уволившегося разработчика одновременно сдан на склад и потерян; дорогая лицензия всё еще действует и уже просрочена; сервер выполняет критически важную бизнес-задачу и вхолостую жжёт электричество. Драгоценная табличка в Excel с гордым названием Оборудование_финал_v4_Копия.xlsx не связана с реальностью — она всего лишь описывает вероятности. И управлять многомиллионным бюджетом на основе таких вероятностей — путь к финансовой катастрофе, седым волосам по всему телу и хаосу. Проверить кота

https://habr.com/ru/companies/simpleone/articles/1025720/

#сервисы #стандарты #itam #финансы_в_it #управление_активами #itинфраструктура #инвентаризация #учет_оборудования #итактивы

Инфраструктура Шрёдингера: как вывести ИТ-ресурсы из суперпозиции и знать всё об активах наверняка

Случалось ли вам покупать новые лицензии или технику просто потому, что найти старые оказалось сложнее и дольше? Если да, добро пожаловать в клуб. В знаменитом мысленном эксперименте Эрвина Шрёдингера кот в стальном сейфе/камере (там ещё счётчик Гейгера с радиоактивным веществом, молоток и флакон с ядом) находится в суперпозиции — жив и мёртв одновременно, пока мы не откроем крышку и не произведём наблюдение. В этот момент волновая функция коллапсирует, и реальность обретает одно конкретное состояние. В корпоративном ИТ всё работает точно так же. Пока вы не заглянете в серверную, не проведете инвентаризацию и не сверитесь с бухгалтерией, ИТ-инфраструктура находится в суперпозиции: ноут уволившегося разработчика одновременно сдан на склад и потерян; дорогая лицензия всё еще действует и уже просрочена; сервер выполняет критически важную бизнес-задачу и вхолостую жжёт электричество. Драгоценная табличка в Excel с гордым названием Оборудование_финал_v4_Копия.xlsx не связана с реальностью — она всего лишь описывает вероятности. И управлять многомиллионным бюджетом на основе таких вероятностей — путь к финансовой катастрофе, седым волосам по всему телу и хаосу. Проверить кота

https://habr.com/ru/companies/simpleone/articles/1025720/

#сервисы #стандарты #itam #финансы_в_it #управление_активами #itинфраструктура #инвентаризация #учет_оборудования #итактивы

Инфраструктура Шрёдингера: как вывести ИТ-ресурсы из суперпозиции и знать всё об активах наверняка

Случалось ли вам покупать новые лицензии или технику просто потому, что найти старые оказалось сложнее и дольше? Если да, добро пожаловать в клуб. В знаменитом мысленном эксперименте Эрвина Шрёдингера кот в стальном сейфе/камере (там ещё счётчик Гейгера с радиоактивным веществом, молоток и флакон с ядом) находится в суперпозиции — жив и мёртв одновременно, пока мы не откроем крышку и не произведём наблюдение. В этот момент волновая функция коллапсирует, и реальность обретает одно конкретное состояние. В корпоративном ИТ всё работает точно так же. Пока вы не заглянете в серверную, не проведете инвентаризацию и не сверитесь с бухгалтерией, ИТ-инфраструктура находится в суперпозиции: ноут уволившегося разработчика одновременно сдан на склад и потерян; дорогая лицензия всё еще действует и уже просрочена; сервер выполняет критически важную бизнес-задачу и вхолостую жжёт электричество. Драгоценная табличка в Excel с гордым названием Оборудование_финал_v4_Копия.xlsx не связана с реальностью — она всего лишь описывает вероятности. И управлять многомиллионным бюджетом на основе таких вероятностей — путь к финансовой катастрофе, седым волосам по всему телу и хаосу. Проверить кота

https://habr.com/ru/companies/simpleone/articles/1025720/

#сервисы #стандарты #itam #финансы_в_it #управление_активами #itинфраструктура #инвентаризация #учет_оборудования #итактивы

Инфраструктура Шрёдингера: как вывести ИТ-ресурсы из суперпозиции и знать всё об активах наверняка

Случалось ли вам покупать новые лицензии или технику просто потому, что найти старые оказалось сложнее и дольше? Если да, добро пожаловать в клуб. В знаменитом мысленном эксперименте Эрвина Шрёдингера кот в стальном сейфе/камере (там ещё счётчик Гейгера с радиоактивным веществом, молоток и флакон с ядом) находится в суперпозиции — жив и мёртв одновременно, пока мы не откроем крышку и не произведём наблюдение. В этот момент волновая функция коллапсирует, и реальность обретает одно конкретное состояние. В корпоративном ИТ всё работает точно так же. Пока вы не заглянете в серверную, не проведете инвентаризацию и не сверитесь с бухгалтерией, ИТ-инфраструктура находится в суперпозиции: ноут уволившегося разработчика одновременно сдан на склад и потерян; дорогая лицензия всё еще действует и уже просрочена; сервер выполняет критически важную бизнес-задачу и вхолостую жжёт электричество. Драгоценная табличка в Excel с гордым названием Оборудование_финал_v4_Копия.xlsx не связана с реальностью — она всего лишь описывает вероятности. И управлять многомиллионным бюджетом на основе таких вероятностей — путь к финансовой катастрофе, седым волосам по всему телу и хаосу. Проверить кота

https://habr.com/ru/companies/simpleone/articles/1025720/

#сервисы #стандарты #itam #финансы_в_it #управление_активами #itинфраструктура #инвентаризация #учет_оборудования #итактивы

Как управлять активами в филиалах, если до склада 2000 км

Представьте: у компании 300 подразделений по всей стране или пять производственных площадок от Москвы до Дальнего Востока. Как узнать, сколько реально ноутбуков в омском филиале, где они находятся и в каком статусе принтер, купленный два года назад: используется, неисправен, в ремонте или уже подлежит списанию? Если данные приходят через мессенджеры или эксельные файлы, присланные раз в квартал — вы уже в зоне риска. Найти потерянный принтер

https://habr.com/ru/companies/simpleone/articles/1018374/

#itam #управление_активами #инвентаризация #itинфраструктура #распределённая_сеть #учёт_оборудования #service_desk #управление_itинфраструктурой #itsm

Как управлять активами в филиалах, если до склада 2000 км

Представьте: у компании 300 подразделений по всей стране или пять производственных площадок от Москвы до Дальнего Востока. Как узнать, сколько реально ноутбуков в омском филиале, где они находятся и в каком статусе принтер, купленный два года назад: используется, неисправен, в ремонте или уже подлежит списанию? Если данные приходят через мессенджеры или эксельные файлы, присланные раз в квартал — вы уже в зоне риска. Найти потерянный принтер

https://habr.com/ru/companies/simpleone/articles/1018374/

#itam #управление_активами #инвентаризация #itинфраструктура #распределённая_сеть #учёт_оборудования #service_desk #управление_itинфраструктурой #itsm

Как управлять активами в филиалах, если до склада 2000 км

Представьте: у компании 300 подразделений по всей стране или пять производственных площадок от Москвы до Дальнего Востока. Как узнать, сколько реально ноутбуков в омском филиале, где они находятся и в каком статусе принтер, купленный два года назад: используется, неисправен, в ремонте или уже подлежит списанию? Если данные приходят через мессенджеры или эксельные файлы, присланные раз в квартал — вы уже в зоне риска. Найти потерянный принтер

https://habr.com/ru/companies/simpleone/articles/1018374/

#itam #управление_активами #инвентаризация #itинфраструктура #распределённая_сеть #учёт_оборудования #service_desk #управление_itинфраструктурой #itsm

Создание и использование СMDB объектов виртуальной инфраструктуры в процессах сопровождения информационных систем

Мир стремится к упорядоченности. Нам хочется, чтобы все лежало по полочкам, все процессы были систематизированы, а нужную вещь можно было быстро найти даже с закрытыми глазами. Если для порядка в домах придумали контейнеры, органайзеры и системы хранения, то в ИТ-сфере эту задачу выполняет CMDB.

https://habr.com/ru/companies/sigma/articles/938620/

#cmdb #itsm #itil #itинфраструктура #itкомпании #информационные_технологии #алерты #алертинг

Создание и использование СMDB объектов виртуальной инфраструктуры в процессах сопровождения информационных систем

Мир стремится к упорядоченности. Нам хочется, чтобы все лежало по полочкам, все процессы были систематизированы, а нужную вещь можно было быстро найти даже с закрытыми глазами. Если для порядка в домах придумали контейнеры, органайзеры и системы хранения, то в ИТ-сфере эту задачу выполняет CMDB.

https://habr.com/ru/companies/sigma/articles/938620/

#cmdb #itsm #itil #itинфраструктура #itкомпании #информационные_технологии #алерты #алертинг

Создание и использование СMDB объектов виртуальной инфраструктуры в процессах сопровождения информационных систем

Мир стремится к упорядоченности. Нам хочется, чтобы все лежало по полочкам, все процессы были систематизированы, а нужную вещь можно было быстро найти даже с закрытыми глазами. Если для порядка в домах придумали контейнеры, органайзеры и системы хранения, то в ИТ-сфере эту задачу выполняет CMDB.

https://habr.com/ru/companies/sigma/articles/938620/

#cmdb #itsm #itil #itинфраструктура #itкомпании #информационные_технологии #алерты #алертинг

Создание и использование СMDB объектов виртуальной инфраструктуры в процессах сопровождения информационных систем

Мир стремится к упорядоченности. Нам хочется, чтобы все лежало по полочкам, все процессы были систематизированы, а нужную вещь можно было быстро найти даже с закрытыми глазами. Если для порядка в домах придумали контейнеры, органайзеры и системы хранения, то в ИТ-сфере эту задачу выполняет CMDB.

https://habr.com/ru/companies/sigma/articles/938620/

#cmdb #itsm #itil #itинфраструктура #itкомпании #информационные_технологии #алерты #алертинг

Джедай? Штурмовик? Владыка ситхов? Простой клон? Кто же такой цифровой двойник

Привет, постоянные и не очень читатели! Хьюстон, НАСА, 1970 год. Комната заполнена тусклым светом и шумом от стрекочущих принтеров. За стеклом, на стенде — копия командного модуля космического корабля. Не муляж, а настоящая железяка, до винтика повторяющая то, что сейчас болтается в открытом космосе где-то на расстоянии 330 000 км — между Землей и Луной. — Окей, у нас растёт уровень СО2. Быстро. Фильтр лунного модуля не справляется. Ребятам нужен запасной, но квадратный не влезает в круглое гнездо. Несколько секунд полной тишины. Инженер Эдом Смайли — в рубашке не по размеру с короткими рукавами — кивает, отходит к тележке и хватает полиэтиленовую упаковку от костюма охлаждения из комплекта лунного скафандра, картонные листы-вкладки из полётного плана и клейкую ленту. — Дайте мне инструкцию по материалам с борта. Мы соберём переходник прямо здесь. Если он заработает у нас в барокамере, то заработает и у них. Техник подбегает к шкафу с документами — в папке на винтах, аккуратным машинописным шрифтом перечислены все материалы на борту. Даже резинки. Даже липучки на скафандрах. Важна каждая деталь. Стенд оживает: сюда выводят телеметрию из корабля — по выделенной линии, прямо с антенны в Австралии. Температуры, давление, остаток энергии, расход кислорода. Цифры быстро бегут строчками, как в плохом сайфай, вот только это не кино — это реальность. Цифровой двойник с технологиями 70-х: умелые руки инженера, смекалка и изолента. Зато почти синхронно с тем, что творится на орбите Луны. — Всё. Вот переходник. Вот пошаговая инструкция. Только из того, что у них есть. И это можно собрать в невесомости. Передавайте в эфир. Дропдаун

https://habr.com/ru/companies/servermall/articles/919904/

#цифровые_двойники #devops #cmdb #ml #itинфраструктура #мониторинг #наблюдаемость

Джедай? Штурмовик? Владыка ситхов? Простой клон? Кто же такой цифровой двойник

Привет, постоянные и не очень читатели! Хьюстон, НАСА, 1970 год. Комната заполнена тусклым светом и шумом от стрекочущих принтеров. За стеклом, на стенде — копия командного модуля космического корабля. Не муляж, а настоящая железяка, до винтика повторяющая то, что сейчас болтается в открытом космосе где-то на расстоянии 330 000 км — между Землей и Луной. — Окей, у нас растёт уровень СО2. Быстро. Фильтр лунного модуля не справляется. Ребятам нужен запасной, но квадратный не влезает в круглое гнездо. Несколько секунд полной тишины. Инженер Эдом Смайли — в рубашке не по размеру с короткими рукавами — кивает, отходит к тележке и хватает полиэтиленовую упаковку от костюма охлаждения из комплекта лунного скафандра, картонные листы-вкладки из полётного плана и клейкую ленту. — Дайте мне инструкцию по материалам с борта. Мы соберём переходник прямо здесь. Если он заработает у нас в барокамере, то заработает и у них. Техник подбегает к шкафу с документами — в папке на винтах, аккуратным машинописным шрифтом перечислены все материалы на борту. Даже резинки. Даже липучки на скафандрах. Важна каждая деталь. Стенд оживает: сюда выводят телеметрию из корабля — по выделенной линии, прямо с антенны в Австралии. Температуры, давление, остаток энергии, расход кислорода. Цифры быстро бегут строчками, как в плохом сайфай, вот только это не кино — это реальность. Цифровой двойник с технологиями 70-х: умелые руки инженера, смекалка и изолента. Зато почти синхронно с тем, что творится на орбите Луны. — Всё. Вот переходник. Вот пошаговая инструкция. Только из того, что у них есть. И это можно собрать в невесомости. Передавайте в эфир. Дропдаун

https://habr.com/ru/companies/servermall/articles/919904/

#цифровые_двойники #devops #cmdb #ml #itинфраструктура #мониторинг #наблюдаемость

Джедай? Штурмовик? Владыка ситхов? Простой клон? Кто же такой цифровой двойник

Привет, постоянные и не очень читатели! Хьюстон, НАСА, 1970 год. Комната заполнена тусклым светом и шумом от стрекочущих принтеров. За стеклом, на стенде — копия командного модуля космического корабля. Не муляж, а настоящая железяка, до винтика повторяющая то, что сейчас болтается в открытом космосе где-то на расстоянии 330 000 км — между Землей и Луной. — Окей, у нас растёт уровень СО2. Быстро. Фильтр лунного модуля не справляется. Ребятам нужен запасной, но квадратный не влезает в круглое гнездо. Несколько секунд полной тишины. Инженер Эдом Смайли — в рубашке не по размеру с короткими рукавами — кивает, отходит к тележке и хватает полиэтиленовую упаковку от костюма охлаждения из комплекта лунного скафандра, картонные листы-вкладки из полётного плана и клейкую ленту. — Дайте мне инструкцию по материалам с борта. Мы соберём переходник прямо здесь. Если он заработает у нас в барокамере, то заработает и у них. Техник подбегает к шкафу с документами — в папке на винтах, аккуратным машинописным шрифтом перечислены все материалы на борту. Даже резинки. Даже липучки на скафандрах. Важна каждая деталь. Стенд оживает: сюда выводят телеметрию из корабля — по выделенной линии, прямо с антенны в Австралии. Температуры, давление, остаток энергии, расход кислорода. Цифры быстро бегут строчками, как в плохом сайфай, вот только это не кино — это реальность. Цифровой двойник с технологиями 70-х: умелые руки инженера, смекалка и изолента. Зато почти синхронно с тем, что творится на орбите Луны. — Всё. Вот переходник. Вот пошаговая инструкция. Только из того, что у них есть. И это можно собрать в невесомости. Передавайте в эфир. Дропдаун

https://habr.com/ru/companies/servermall/articles/919904/

#цифровые_двойники #devops #cmdb #ml #itинфраструктура #мониторинг #наблюдаемость

Джедай? Штурмовик? Владыка ситхов? Простой клон? Кто же такой цифровой двойник

Привет, постоянные и не очень читатели! Хьюстон, НАСА, 1970 год. Комната заполнена тусклым светом и шумом от стрекочущих принтеров. За стеклом, на стенде — копия командного модуля космического корабля. Не муляж, а настоящая железяка, до винтика повторяющая то, что сейчас болтается в открытом космосе где-то на расстоянии 330 000 км — между Землей и Луной. — Окей, у нас растёт уровень СО2. Быстро. Фильтр лунного модуля не справляется. Ребятам нужен запасной, но квадратный не влезает в круглое гнездо. Несколько секунд полной тишины. Инженер Эдом Смайли — в рубашке не по размеру с короткими рукавами — кивает, отходит к тележке и хватает полиэтиленовую упаковку от костюма охлаждения из комплекта лунного скафандра, картонные листы-вкладки из полётного плана и клейкую ленту. — Дайте мне инструкцию по материалам с борта. Мы соберём переходник прямо здесь. Если он заработает у нас в барокамере, то заработает и у них. Техник подбегает к шкафу с документами — в папке на винтах, аккуратным машинописным шрифтом перечислены все материалы на борту. Даже резинки. Даже липучки на скафандрах. Важна каждая деталь. Стенд оживает: сюда выводят телеметрию из корабля — по выделенной линии, прямо с антенны в Австралии. Температуры, давление, остаток энергии, расход кислорода. Цифры быстро бегут строчками, как в плохом сайфай, вот только это не кино — это реальность. Цифровой двойник с технологиями 70-х: умелые руки инженера, смекалка и изолента. Зато почти синхронно с тем, что творится на орбите Луны. — Всё. Вот переходник. Вот пошаговая инструкция. Только из того, что у них есть. И это можно собрать в невесомости. Передавайте в эфир. Дропдаун

https://habr.com/ru/companies/servermall/articles/919904/

#цифровые_двойники #devops #cmdb #ml #itинфраструктура #мониторинг #наблюдаемость

Большой обзор Service Desk систем в России в 2025 году

Ситуация на рынке ИТ-решений за последние годы изменилась — многие зарубежные вендоры ушли с российского рынка, что открыло новые возможности для отечественных разработчиков. Сегодня российские вендоры Service Desk утверждают, что не просто заменяют иностранные аналоги, но и предлагают уникальные преимущества: соответствие российскому законодательству, учёт местной специфики бизнес-процессов и техническую независимость. В обзоре рассмотрим самые ключевые вопросы при выборе Service Desk, оценим ключевые критерии выбора, задел которым дали иностранные решения и кратко пройдемся по основным вариантам на российском рынке.

https://habr.com/ru/articles/909378/

#service_desk #help_desk #itsm #itil #sla #cmdb #devops #api #tco #itинфраструктура

Большой обзор Service Desk систем в России в 2025 году

Ситуация на рынке ИТ-решений за последние годы изменилась — многие зарубежные вендоры ушли с российского рынка, что открыло новые возможности для отечественных разработчиков. Сегодня российские вендоры Service Desk утверждают, что не просто заменяют иностранные аналоги, но и предлагают уникальные преимущества: соответствие российскому законодательству, учёт местной специфики бизнес-процессов и техническую независимость. В обзоре рассмотрим самые ключевые вопросы при выборе Service Desk, оценим ключевые критерии выбора, задел которым дали иностранные решения и кратко пройдемся по основным вариантам на российском рынке.

https://habr.com/ru/articles/909378/

#service_desk #help_desk #itsm #itil #sla #cmdb #devops #api #tco #itинфраструктура

Большой обзор Service Desk систем в России в 2025 году

Ситуация на рынке ИТ-решений за последние годы изменилась — многие зарубежные вендоры ушли с российского рынка, что открыло новые возможности для отечественных разработчиков. Сегодня российские вендоры Service Desk утверждают, что не просто заменяют иностранные аналоги, но и предлагают уникальные преимущества: соответствие российскому законодательству, учёт местной специфики бизнес-процессов и техническую независимость. В обзоре рассмотрим самые ключевые вопросы при выборе Service Desk, оценим ключевые критерии выбора, задел которым дали иностранные решения и кратко пройдемся по основным вариантам на российском рынке.

https://habr.com/ru/articles/909378/

#service_desk #help_desk #itsm #itil #sla #cmdb #devops #api #tco #itинфраструктура

Большой обзор Service Desk систем в России в 2025 году

Ситуация на рынке ИТ-решений за последние годы изменилась — многие зарубежные вендоры ушли с российского рынка, что открыло новые возможности для отечественных разработчиков. Сегодня российские вендоры Service Desk утверждают, что не просто заменяют иностранные аналоги, но и предлагают уникальные преимущества: соответствие российскому законодательству, учёт местной специфики бизнес-процессов и техническую независимость. В обзоре рассмотрим самые ключевые вопросы при выборе Service Desk, оценим ключевые критерии выбора, задел которым дали иностранные решения и кратко пройдемся по основным вариантам на российском рынке.

https://habr.com/ru/articles/909378/

#service_desk #help_desk #itsm #itil #sla #cmdb #devops #api #tco #itинфраструктура

Как мы тестируем железо в радиочастотном центре — от платы до полноценного RU

Всем привет! Меня зовут Алексей Караванов, я руководитель отдела тестирования программного обеспечения

https://habr.com/ru/companies/yadro/articles/1006916/

#тестирование #железо #системы_связи #сетевые_технологии #компьютерное_железо #itинфраструктура #стенды_для_тестирования #телеком #тестирование_продукта #базовая_станция

Как мы тестируем железо в радиочастотном центре — от платы до полноценного RU

Всем привет! Меня зовут Алексей Караванов, я руководитель отдела тестирования программного обеспечения

https://habr.com/ru/companies/yadro/articles/1006916/

#тестирование #железо #системы_связи #сетевые_технологии #компьютерное_железо #itинфраструктура #стенды_для_тестирования #телеком #тестирование_продукта #базовая_станция

Как мы тестируем железо в радиочастотном центре — от платы до полноценного RU

Всем привет! Меня зовут Алексей Караванов, я руководитель отдела тестирования программного обеспечения

https://habr.com/ru/companies/yadro/articles/1006916/

#тестирование #железо #системы_связи #сетевые_технологии #компьютерное_железо #itинфраструктура #стенды_для_тестирования #телеком #тестирование_продукта #базовая_станция

Как мы тестируем железо в радиочастотном центре — от платы до полноценного RU

Всем привет! Меня зовут Алексей Караванов, я руководитель отдела тестирования программного обеспечения

https://habr.com/ru/companies/yadro/articles/1006916/

#тестирование #железо #системы_связи #сетевые_технологии #компьютерное_железо #itинфраструктура #стенды_для_тестирования #телеком #тестирование_продукта #базовая_станция

Хронология запретов и ограничений в цифровой среде России с 2022 года

Хронология цифровых ограничений в России: от заблокированных платформ до новых правил для техники и связи.

https://habr.com/ru/articles/1030744/

#Роскомнадзор #блокировки #VPN #мессенджеры #Telegram #Discord #YouTube #ITинфраструктура #цифровой_суверенитет #регулирование_интернета

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 1 «При чем тут ТЗ»

Это первая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В теории хотелось простого: система принимает события мониторинга, понимает их контекст, не дергает лишний раз по пустякам и подсказывает, куда смотреть в первую очередь. Но на практике необходимо начинать не с модели, не с кода и даже не с Docker Compose, а с нормального ТЗ. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ -> вы здесь Часть 2: Выбор локальной LLM Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1031140/

#zabbix #llm #aiops #мониторинг #алерты #тз #itинфраструктура #rca

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 1 «При чем тут ТЗ»

Это первая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В теории хотелось простого: система принимает события мониторинга, понимает их контекст, не дергает лишний раз по пустякам и подсказывает, куда смотреть в первую очередь. Но на практике необходимо начинать не с модели, не с кода и даже не с Docker Compose, а с нормального ТЗ. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ -> вы здесь Часть 2: Выбор локальной LLM Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1031140/

#zabbix #llm #aiops #мониторинг #алерты #тз #itинфраструктура #rca

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 1 «При чем тут ТЗ»

Это первая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В теории хотелось простого: система принимает события мониторинга, понимает их контекст, не дергает лишний раз по пустякам и подсказывает, куда смотреть в первую очередь. Но на практике необходимо начинать не с модели, не с кода и даже не с Docker Compose, а с нормального ТЗ. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ -> вы здесь Часть 2: Выбор локальной LLM Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1031140/

#zabbix #llm #aiops #мониторинг #алерты #тз #itинфраструктура #rca

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 1 «При чем тут ТЗ»

Это первая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В теории хотелось простого: система принимает события мониторинга, понимает их контекст, не дергает лишний раз по пустякам и подсказывает, куда смотреть в первую очередь. Но на практике необходимо начинать не с модели, не с кода и даже не с Docker Compose, а с нормального ТЗ. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ -> вы здесь Часть 2: Выбор локальной LLM Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1031140/

#zabbix #llm #aiops #мониторинг #алерты #тз #itинфраструктура #rca