#sla — Public Fediverse posts

https://blog.gslin.org/archives/2026/08/21/13161/github-%e5%89%8d%e5%b9%be%e5%a4%a9-outage-%e4%b8%bb%e8%a6%81%e6%98%af%e5%9b%a0%e7%82%ba%e9%87%8f%e5%a4%aa%e5%a4%a7%e5%b0%b1%e7%82%b8%e6%8e%89%e4%ba%86/

GitHub 前幾天 outage 主要是因為量太大就炸掉了...

#ai #authentication #azure #capacity #github #growth #microsoft #outage #performance #sla #system

Как понять, что компания выросла из своей системы заявок

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

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

#ESM #Enterprise_Service_Management #ITSM #Service_Desk #сервисный_подход #каталог_услуг #SLA #управление_заявками #автоматизация_бизнеспроцессов #цифровая_трансформация

Как не растерять девятки в SLA от облачного сервиса до вашего прикладного ПО

Думаю, многие сталкивались с ситуацией, когда облачный провайдер честно обещает 99.95% или даже 99.99% SLA, но в реальности бизнес-система падает на часы. Формально облако работает, виртуалки доступны, диск жив, сеть отвечает. Фактически пользователь открывает приложение и получает ошибку. Самый неприятный момент заключается в том, что в такие минуты невозможно показать пальцем на провайдера и сказать «проблема на стороне облака», потому что технически облако действительно работает, а вот система нет. Точнее работает, но не как единое целое. Я намеренно не погружаюсь сильно в техническую реализацию того или иного описанного метода по улучшению отказоустойчивости. Сейчас эту задачу прекрасно решает почти любая LLM. Цель статьи – поделиться своим майндсетом: на какие вещи я обращаю внимание, когда передо мной стоит задача улучшить стабильность highload-сервиса.

https://habr.com/ru/companies/cloud_ru/articles/1067910/

#sre #highload #sla #kafka #kubernetes

ESM-платформы: как объединить десятки корпоративных систем в единую управляемую среду

Когда у вас разные точки входа в каждый отдел — в ИТ писать, в HR звонить — сотрудник половину рабочего времени бегает между разными каналами в попытке решить свой вопрос. Или хотя бы найти того, кто его решит. А когда вы пытаетесь сделать общий источник данных для всех обслуживающих подразделений и создать наконец одну-единственную точку входа для всех запросов сотрудника, приходится объединять интеграциями с десяток систем. Чтобы не мучаться, есть такой класс систем как ESM-платформы. Разбираемся, зачем бизнесу такое решение, оправдан ли хайп, поможет ли платформа связать разные точки входа в один удобный канал.

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

#ESM #Enterprise_Service_Management #ITSM #интеграция_систем #единая_точка_входа #каталог_услуг #SLA #lowcode #автоматизация_бизнеспроцессов #цифровая_трансформация

Почему Service Desk есть, а порядка в заявках всё равно нет

Если в компании внедрен Service Desk, заявки регистрируются, у каждой есть категория, отчёты формируются исправно и кажется, что вопрос решения заявок пользователей и клиентов закрыт. Но наличие системы учета не означает, что заявки решаются в срок. Пока в Сервис деск не внедрена классификация заявок, правила приоритизации, SLA (соглашения об уровне сервиса) порядка не будет. Если у вас в компании Service Desk уже есть, а уверенности, что он реально управляет сервисом, нет, этот текст для вас.

https://habr.com/ru/companies/alp_itsm/articles/1063888/

#service_desk #Классификация_заявок #sla

Un uomo in Baviera non muoveva la mano destra da anni, fermata dalla SLA. Con un guanto di stoffa, tredici camere d'aria e un sensore che legge i segnali dell'avambraccio, ha tenuto una forchetta per la prima volta in quattro anni. Niente motori: solo aria compressa e un algoritmo che indovina l'intenzione prima del gesto, con affidabilità al 97% su questo singolo caso clinico. La Technical University di Monaco lo ha costruito insieme al paziente stesso.

https://www.futuroprossimo.it/2026/07/un-guanto-legge-i-muscoli-e-fa-muovere-una-mano-paralizzata/

#SLA

Ваш Service Desk теперь в кадрах: что ИТ придумали за 30 лет и зачем это HR

Новичок вышел — а работать нечем: ни ноута, ни доступов, ни пропуска. Крайним делают HR, хотя готовили не они. Показываем, как навести порядок, стащив рабочие приёмы у айтишников.

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

#онбординг #адаптация_персонала #HRпроцессы #itsm #service_desk #SLA #RACI #управление_персоналом #hrавтоматизация #ESM

Как российские хостинги (и нас особенно) знатно штормило в мае-июне, и почему некоторые теперь не пишут на Хабре

За два месяца на индустрию высыпалось очень много неприятностей. Из голландского ЦОДа кто-то атаковал правительственные сервисы ЕС, и там сделали массовое изъятие примерно 800 серверов, как бы у нас сказали, почти по беспределу. Но, поскольку это Европа, — в соответствии с духом просвещённой демократии. Сам дата-центр, когда узнал, что произошло, утрируя, поспешно разорвал контракты с оставшимися русскими, теми, кто знаком с Россией, с ней работает или вообще что-то про неё слышал. А второй ЦОД, где любили вставать хостинги, поплавился от жары. На самом деле это не совсем так, но на жару очень удобно списывать. Кто ж знал, что лето настанет! Тут интересно то, что никто ничего нормально не рассказывал клиентам, и, собственно, поэтому посты этих хостингов на Хабре превратились в жалобную книгу на некоторое время. Поэтому постить некоторые перестали, чтобы не размывать репутацию своих славных брендов. Мы было успели обрадоваться, что нас не задело, но тут же случилось изъятие уже наших серверов в Казани. Приехали в дата-центр типа на осмотр и выгребли всё подчистую — копали под одного клиента. И очень интересно грузили и возили. Но мы об этом узнали не сразу. В общем, там тоже феерическая история, сейчас расскажу. И напоследок прилетел масштабный DDoS, а потом ещё память подорожала на 70%, притом что в потребительском сегменте за месяц всего на 1—5%. И да, я тот человек, который считал, что 2023 был тяжёлым годом. Но теперь есть с чем сравнить!

https://habr.com/ru/companies/ruvds/articles/1056180/

#хостинг #датацентры #инциденты #изъятие_серверов #ddosатаки #серверное_оборудование #резервное_копирование #SLA #инфраструктура #хостингпровайдер

Каталог данных: что нужно знать, прежде чем начинать внедрение

Объем данных в компаниях постоянно растет, и это вынуждает бизнес и ИТ-специалистов перестраивать ИТ-ландшафт, чтобы упростить поиск, понимание и использование информации. В качестве одного из компонентов подобных модернизированных реализаций нередко рассматривают дата-каталог, который помогает навести порядок в метаданных и сделать данные более доступными. Вместе с тем хоть такой подход и имеет право на жизнь, но практика показывает, что наибольший потенциал каталоги данных раскрывают, когда их внедрению предшествует выстраивание базовых процессов управления: ответственности за данные, контроля качества и управления изменениями. Меня зовут Сергей Петриченко. Я продуктовый менеджер VK Data Platform . В этой статье разберем, почему каталог — это не первый шаг к порядку, а скорее мультипликатор уже существующей зрелости и что необходимо сделать, чтобы его внедрение принесло реальную пользу.

https://habr.com/ru/companies/vktech/articles/1054554/

#data_catalog #data_governance #метаданные #качество_данных #lineage #data_contracts #etl #sla #управление_данными #vk_data_platform

С самого начала у нас был четкий план восстановления, и мы его придерживались: как рассчитать честные RTO и RPO

Классическая ловушка при проектировании отказоустойчивости — разрыв между ожиданиями бизнеса и возможностями инфраструктуры. На бумаге в SLA может быть зафиксировано RTO в 4 часа, но если терабайтный бэкап PostgreSQL физически разворачивается 8 часов из-за лимитов дисковой подсистемы, такой SLA не выдержит первого серьезного инцидента. На практике планы Disaster Recovery (DR) часто пишутся «для галочки» и в полном отрыве от реальной архитектуры. Под катом — техническая изнанка проектирования отказоустойчивости: как приземлить RTO и RPO на реальную инфраструктуру, связать их со стоимостью простоя и взять эти метрики под контроль с помощью правильных инженерных подходов. Также в статью включены практические инструменты: пошаговый чек-лист для безопасного проведения DR-учений и перечень ключевых параметров, которые необходимо непрерывно мониторить для контроля рисков. Кат

https://habr.com/ru/companies/hstx/articles/1054008/

#RTO #RPO #Disaster_Recovery #DRaaS #PostgreSQL #отказоустойчивость #бэкап #репликация #SLA #Хайстекс_Акура

Таймвеб против клиентов: как стабильный хостинг превратился в кошмар для инфраструктуры

40+ часов даунтайма, лежащие базы и тонны упущенной прибыли. Что делает премиальный хостинг с ценником выше рынка, когда у него без конца падает инфраструктура, и как на это реагируют клиенты.

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

#timeweb #таймвеб #timeweb_cloud #хостинг #vps #упал_сервер #sla #инфраструктура #data_center #жалоба

Почему я ухожу из Timeweb Cloud: 46 часов простоя в Амстердаме за два месяца — по данным самого хостера

TL;DR. Я выбирал Timeweb не из-за цены, а из-за «имени» и обещанной надёжности. За май–июнь 2026 года зона ams-1 (Амстердам, дата-центр Qupra) пережила шесть крупных аварий с суммарным окном недоступности около 46 часов — причём последняя авария на момент написания этих строк всё ещё не закрыта и идёт уже более 15 часов. Хостер на своём сайте обещает Tier III и аптайм 99,98 % — это 1 час 45 минут простоя в год . За два месяца факт превысил годовой лимит этого обещания примерно в 26 раз . Все цифры ниже — не мои домыслы и не «жалобы в чате», а сообщения из официального канала статусов самого Timeweb .

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

#Timeweb #Timeweb_Cloud #Qupra #датацентр #SLA #uptime #отказоустойчивость #простой_хостинга #облачный_хостинг #выбор_хостинга

Atteinte de la maladie de Charcot, cette Angevine multiplie les initiatives pour faire avancer la recherche

https://www.angers.villactu.fr/atteinte-de-la-maladie-de-charcot-cette-angevine-multiplie-les-initiatives-pour-faire-avancer-la-recherche/

#Angers #MaladieDeCharcot #SLA #santé

Где кроется реальный эффект от ИИ-бота техподдержки: как посчитать его до внедрения

Когда бизнес обсуждает внедрение ИИ-бота, разговор часто быстро уходит в технологии. Какая модель? Голос или текст? RAG или сценарий? Как отреагирует потребитель? Сколько будет стоить разработка? Насколько похожим на человека будет бот, или все догадаются сразу? Все это важные вопросы. Но, на мой взгляд, начинать нужно не с них. Для любого управленца главная цель внедрения ИИ-бота — это повышение эффективности. А эффективность в бизнесе в конечном счете должна выражаться в деньгах: снижении затрат, сокращении нагрузки, ускорении обработки обращений, росте качества сервиса или сохранении выручки. Звучит очевидно, но при внедрении большинство теряют главный вопрос: Где именно в техподдержке прячется экономический эффект от ИИ-бота? Предлагаю провести разбор на примере типовой ситуации: большой контакт-центр или первая линия технической поддержки у интернет-провайдера. У большинства контакт-центров уже есть базовая отчетность. На что обычно смотрят руководители? — количество обращений; — время ответа оператора; — среднее время обработки обращения; — время ожидания на линии; — количество потерянных звонков; — SLA; — загрузку операторов; — количество обращений по каналам. Эти метрики действительно показывают, справляется ли команда с текущей нагрузкой. Но есть нюанс. Какой вывод делает руководитель, работая с таким дашбордом? Например, мы видим, что: — количество обращений растет; — время ожидания увеличивается; — SLA проседает; — часть клиентов не дожидается ответа; — операторы работают в перегрузе; — в пиковые часы поддержка не справляется.

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

#ииботы #техническая_поддержка #sla #контактцентр #управление_сервисом #стоимость_владения #biаналитика

Одинаковый SLA, разное качество поддержки: что на самом деле важно в сопровождении 1С: РКЛ

Стоимость и сроки реакции по 1С:РКЛ регламентированы фирмой «1С». Но на практике качество сопровождения у разных подрядчиков может отличаться в разы. Почему так происходит? Потому что SLA фиксирует рамку: как быстро принять обращение, в какие сроки начать работу, как выстроен формальный процесс. Но для бизнеса важен не сам факт реакции на заявку, а скорость восстановления работоспособности системы, точность диагностики и снижение вероятности повторения инцидента. 17 июня на вебинаре Инфостарт эксперты разобрали практику сопровождения корпоративных систем 1С в рамках 1С:РКЛ и обсудили, на что действительно стоит смотреть при выборе подрядчика. Под катом - основные выводы и несколько кейсов из реальной практики.

https://habr.com/ru/companies/infostart/articles/1049016/

#1с #1с_предприятие #1с_разработка #sla #сопровождение_1с #субд #администрирование_1с

От первой линии — к аналитике: как перестроить саппорт, чтобы он растил кадры, а не выгорал

Саппорт принято считать тупиком. Местом, куда приходят, чтобы потом уйти куда‑нибудь «поинтереснее» — в разработку, в аналитику, в DevOps. Или вообще из IT. С этим я не согласен. Что же будет дальше?

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

#техническая_поддержка #управление_командой #тимлид #развитие_сотрудников #карьерный_рост #SLA #ITSM #наставничество #кадровый_резерв

‘Serious failure’: Days-long BPI mobile banking services downtime draws calls for BSP penalties

https://fed.brid.gy/r/https://interaksyon.philstar.com/trends-spotlights/2026/06/16/315013/days-long-bpi-mobile-banking-services-downtime-calls-bsp-penalties/

I try to be optimistic about academia, but then there are evenings like today...

I am reviewing a textbook on GenAI and second language teaching for a renowned commercial publisher. Although I now priorise reviewing for scholar-led, non-commercial publishers, the topic is of personal interest to me and I accepted this invitation because I wanted to ensure that critical AI literacies were well represented in this new textbook (and decent financial compensation was offered, which I admit was also a motivation). This evening, I started reading the preface (which was short but promising) and the introduction. After a couple of pages of pleasant reading, I came across a statement that I thought was odd so I decided to follow up on the reference that was used to support this statement. It turned out that the DOI in the reference section returned a 404. And that the entire reference does not exist! This made me suspicious so I went through all references in Ch. 1 and found three additional hallucinated references and several more incorrect DOIs! I'm not reading any further – will now stop working and attempt to write a polite review tomorrow.

#AppliedLinguistics #SLA #GenAI #academia

Пик продаж как стресс-тест для ИТ-инфраструктуры или почему интернет-магазины не выдерживают сезонную нагрузку

По данным исследования, 69% интернет-магазинов в периоды высокого трафика сталкиваются со снижением скорости работы сайта, 38% — со сбоями отдельных функций, а четверть — с полной остановкой сайта. В сезон под ударом вся инфраструктура. Меня зовут Эдуард, я руковожу отделом DevOps и отвечаю за сопровождение проектов по SLA 24/7 в компании KISLOROD. Сегодня расскажу о том, как пиковая нагрузка системы влияет на интернет-магазины и как готовить бизнес к дню икс.

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

#sla #техническая_поддержка #системное_администрирование #devops #ddosатака #мониторинг_сервера #защита_от_ddos #черная_пятница #инфраструктура #алерты

Non hanno un amico: Ep.879 - Fine Vita Mai

Pagina web episodio: https://www.spreaker.com/show/non-hanno-un-amico

File multimediale: https://traffic.megaphone.fm/BCS7426355902.mp3

#fineVita #sla

SLA как инструмент, а не отчёт

Это вторая часть разбора того, как мы выстраивали SLA и инцидент-менеджмент в большом продукте. В этой части речь пойдёт о следующем этапе — масштабировании и удешевлении. О том, что происходит, когда SLA считается корректно, цифрам уже доверяют, но компания продолжает развиваться. У неё кратно растёт количество разработчиков, архитектура усложняется и количество сбоев тоже растёт. Инциденты и сбои это наши обиходные синонимы и по ITIL это не одно и тоже, уж простите. С ростом ограничением становится не математика и перегибы полиномов высоких порядков, а люди, ручной труд, коммуникации и скорость реакции. О том, что со всем этим делать и поговорим.

https://habr.com/ru/companies/X5Tech/articles/1038776/

#аналитика #backend #инцидентменеджмент #sla #управление_рисками #мониторинг #дашборды #надежность_сервисов #расчет_потерь #бизнесаналитика

Зачем вообще нужен этот ваш ITSM?

Ранее я разбирал, как выбрать ITSM-систему и не наступить на грабли, а также анализировал ключевых игроков рынка ITSM . Сейчас зайдём с другой стороны — а зачем этот ITSM нужен руководителю ИТ? Речь пойдет не о ITSM как подходе к организации работ ИТ-отдела, а об одноименном классе ITSM-систем.

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

#ITSM #ESM #ITменеджмент #сервисдеск #SLA #автоматизация #управление_инцидентами #ITIL #helpdesk #управление_ИТуслугами

SLA без иллюзий: на что менеджеру сервиса смотреть в договоре с ИТ-вендором

Всем привет, меня зовут Марат Гайфуллин, я инженер-эксперт Дирекции надежности и автоматизации ИТ-процессов в банке «Уралсиб». В профессиональной деятельности работаю с подрядчиками и вендорами. Своими наработками и опытом поделился с коллегами в нашем профсообществе – в Гильдии SUPPORT тема вызвала большой интерес. Именно это и навело меня на мысль написать эту статью. Пояснение, в дальнейшем используется термин менеджер сервиса- это сотрудник ИТ, который отвечает за работоспособность и надежность сервиса, и за взаимодействие с вендором для этих же целей. Менеджер сервиса не заменяет юриста и договорной отдел, его задача проверить, что договор можно реально использовать во время проблем и аварий на ИТ сервисе. Сразу оговорюсь, материал не является юридической консультацией - рассматриваю вопрос, как технический специалист, с позиции эксплуатации и надежности.

https://habr.com/ru/companies/uralsib/articles/1042586/

#Вендор #Договор_поддержки #Претензионная_работа #SLA #Внешняя_поддержка #Договора_с_вендорами #претензия #Нарушение_условий_договора #Нарушения_договоров_с_подрядчиками #подрядчики

За сколько времени можно выучить английский?

Для достижения беглости в английском достаточно знать около 6000 слов, а вся нужная грамматика уместится в одной тонкой книжке. Почему же тогда на изучение уходят годы, а в реальном разговоре мы всё равно впадаем в ступор и не можем связать двух слов? Проблема в том, что мы относимся к языку как к набору фактов, хотя на самом деле это — физиологический процедурный навык. Под катом разбираемся, почему официальные оценки CEFR (те самые 600–800 часов до B2) не отражают реальность, как наш мозг саботирует процесс из-за «узкого горлышка» рабочей памяти, и почему популярные методы вроде карточек и тестов — это часто просто сизифов труд. Как перестать учить и начать говорить

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

#английский_язык #изучение_языков #процедурная_память #декларативная_память #когнитивная_лингвистика #нейробиология_обучения #CEFR #SLA #языковой_барьер #FluentGym

SLA как инструмент, а не отчёт. Часть 1. Как подружить бизнес и инженеров через общие цифры

Наш прежний SLA формально выглядел корректно: была формула, «четыре девятки» и отчёты. Но в моменты сбоев это не помогало ответить бизнесу на вопросы: сколько времени мы были недоступны, какова потенциально недополученная прибыль и каким был вклад разных подразделений в «наши девятки». Команды по‑своему считали простои и потери, называли разные цифры, и формально все были правы, но временами договориться про общий знаменатель в расчётах становилось слишком сложно. Меня зовут Дмитрий Химион, я руководитель ML Platform в X5 Digital. В статье расскажу, как мы «жили у границы потери доверия к SLA» и что с этим сделали: от запроса руководства и пересборки инцидент-менеджмента до доверенного алгоритма расчёта потерь и разделения SLA на бизнес- и технический уровни.

https://habr.com/ru/companies/X5Tech/articles/1038772/

#инцидентменеджмент #sla #backend #управление_рисками #аналитика #мониторинг #временные_ряды #дашборды #надежность_сервисов #расчет_потерь