Кучевые АйТи

Особенности интернационального SLA Вернемся к SLA и поговорим сегодня про нюансы и трудности, с которыми может столкнуться компания. И расскажет об этом наш бессменный эксперт — Ирина Курбатова, директор департамента техподдержки. ⏪ Любой SLA — это документированные намерения, обязательства и гарантии. Понимание отличий услуги от товара дает возможность лучше видеть риски клиентов. А это помогает создать действительно хорошее соглашение. Чем услуга отличается от товара? Выделяют 4 «НЕ» ⬇️ 1️⃣Неосязаемость У услуги есть описанные параметры, но в рамках пресейла или демонстрации не получится проверить, правдивы ли они. Только если вы начнете пользоваться. Поэтому многие компании включают в SLA и порядок получения тестирования. 2️⃣ Непостоянство качества предоставляемой услуги Этот фактор может существенно подорвать доверие клиентов. Поэтому провайдеры большое внимание уделяют созданию автоматического проактивного мониторинга. А значит, включают в SLA обязанность своевременного уведомления клиентов об инциденте. Кроме того, важно обеспечить актуальную информацию о состоянии своих услуг на общедоступных ресурсах. У нас, в Облакотеке, тоже есть такой ресурс. 3️⃣Неотделимость от источника оказания Товар, если покупатель выполняет условия эксплуатации, долгое время работает одинаково и не требует вмешательства поставщика. Услуга, наоборот, требует непрерывного контроля поставщиком условий, правил и стандартов эксплуатации всех инфраструктурных элементов и систем, договоров с нижестоящими провайдерами услуг. Только в этом случае она сохраняет свою работоспособность. Чтобы обеспечить выполнение своих обязательств провайдеры вкладываются в: ➡️ резервирование (серверов, СХД, сетевого оборудования, каналов связи, ЦОД и т.д); ➡️ безопасность (платформ, ОС, ПО, инструментов самообслуживания клиентов и др.); ➡️ соответствие нормативам и стандартам государственного регулирования отрасли. Информирование и обязательства по этим и другим параметрам поставщик также отразит в SLA. 4️⃣ Несохраняемость услуги Что это значит? Не получится арендовать SaaS-сервис на десять почтовых ящиков на месяц, а потом неделю отдыхать и ничего не менять в лимитах, а следующую неделю использовать двадцать ящиков. Это ограничение поставщики решают через гибкость предоставляемых услуг. Например, в Облакотеке на большую часть сервисов биллинг поминутный, а с помощью API можно автоматизировать выключение / включение услуг в нужные периоды времени. При недостаточно серьезном подходе провайдера услуг к своим продуктам клиент рано или поздно столкнется с трудностями. Расскажите, приходилось ли вам попасть в подобную ситуацию? ⏩. #Ирина_поддержи

Прогноз на развитие DCIM крайне позитивный. Почитали исследование от Omdia: обещают, что объем рынка к 2030 году составит 6,3 млрд. долларов. Эксперты связывают такой рост со стремительным развитием ИИ. Обсудили с нашим партнером, Павлом Васильевым, автором канала «Телеком-дела». ⏪ Ключевую роль будет играть не DCIM, а доступность электроэнергии и технологические решения по охлаждению оборудования. Мы сейчас проходим интересный период. Впервые за долгое время мощность оборудования выросла не плавно, на единицы процентов, а сразу резко, кратно. Драйверами такого роста стало ИИ-оборудование и уже подтягивающиеся к ним стандартные серверные решения. Если долгое время мощность стойки росла постепенно — на сотню-другую ватт в год, то сегодня 1 кВт на 1 юнит — нормальная история. А это, на секундочку, 40 кВт на одну стойку. Напомню — раньше нормально было 5-7 кВт. Вот и представьте какой скачок роста мощности дата-центров мы имеем уже сейчас, и это далеко не предел. При этом надо учесть, что подвести 40 кВт мощности к стойке не очень сложно, а вот охладить 40-киловаттную стойку — это уже нетривиальная задача. Резкий рост ИИ-систем в масштабах и количестве + резкий рост потребления электроэнергии в стойках = резкий рост индустрии дата-центров. А такие нагрузки и масштабы, разумеется, уже требуют более серьёзных систем управления, анализа и прогнозирования. В том числе, и DCIM-систем, как одной из систем управления ЦОДом, рынок которых, несомненно, будет активно расти вместе с рынком ЦОДов и их сложностью ⏩. #созвонились_обсудили

Супербезопасный суперинтеллект Горячие новости с ИИ полей. Илья Суцкевер объявил о создании новой компании Safe Superintelligence. Ребята будут создавать безопасный ИИ. Чем известен Илья из небольшого города Горький и что это значит для индустрии — спросили у Романа Штейнберга, CTO Vision Systems. ⏪ Чтобы лучше понять, что происходит давайте вспомним факты ⬇️ 1️⃣ Илья Суцкевер — это один из сооснователей стартапа OpenAI вместе с Сэмом Альтманом. В компании он занимал должность главного исследователя (Chief Researcher). 2️⃣ Илья — один из главных инициаторов попытки увольнения Сэма Альтмана из OpenAI. Все мы знаем, чем закончилась эта история. Сэм Альтман снова у руля, а в мае 2024 из компании ушёл Илья Суцкевер. Это скандальные истории, но понятно, что Сэм и Илья не в самых лучших отношениях сейчас. 3️⃣ Илья Суцкевер — тот человек, который продвигал идею успеха новых моделей за счёт увеличения их размера. А это привело к блистательному успеху GPT-4. У этого события также было два важных последствия. ➡️ Во-первых, люди задумались об опасности слишком продвинутого ИИ. ➡️ Во-вторых, OpenAI первый раз в своей истории закрыли разработку модели. Хотя до этого все свои результаты они выкладывали в открытый доступ. Последнее время Илья Суцкевер руководил Superalignment. Это подразделение OpenAI, которое решало задачу AI Alignment, что можно для простоты сформулировать как безопасность ИИ для человека. И теперь он создаёт компанию, которая основной своей целью объявляет тоже самое. Надо вспомнить ещё несколько фактов, которые связаны не с Ильей Суцкевером, но с Open AI. В 2015 году сопредседателем совета директоров был известный предприниматель Илон Маск. Но в 2018 году он вышел из компании из-за конфликта интересов. В марте 2023 года Илон Маск создал свою компанию xAI, которая может преуспеть в области ИИ. Эта компания, конечно же, конкурирует с OpenAI. В своих высказываниях Илон Маск подчеркивал, что его компания будет по-настоящему открытой, а не такой как OpenAI. Это, конечно, маркетинговые высказывания и PR, но подтверждает наличие конкуренции между компаниями. Отметим, что не так давно было подписано партнёрское соглашение между OpenAI и Майкрософт. Это событие предшествовало скандалу с увольнением Сэма Альтмана. А в июне 2024 OpenAI и Apple подписали договор об использовании сервисов первой в устройствах второй. Итак, вот факты. Теперь немного моих рассуждений об этих событиях.

Мне кажется, что бывшего главного исследователя не устраивает смена курса OpenAI с открытости на коммерциализацию. Ведь компания OpenAI собрала огромное число ученых, которые не хотели идти работать в корпорации, которые все основные результаты оставляют у себя, а общественности приоткрывают только часть из них. Илья Суцкевер — один из таких исследователей.

При этом надо отметить, что Илья Суцкевер уже не поддерживает идею Open Source для продвинутых больших лингвистических моделей. Уверен, что он мог бы обратиться к Илону Маску,чтобы вместе сделать вполне успешного конкурента OpenAI. Но он выбрал создание отдельной кампании, целью которой объявил некое благо для людей. Мне кажется, это подтверждает то, что у него по-прежнему некоммерческие цели. Может ли он создать компанию конкурента OpenAIi или xAI? Думаю, да. И это всё приводит меня к мысли, что нам ещё предстоит стать свидетелями соперничества этой тройки. Из OpenAI вслед за Ильёй Суцкевером уже уволились некоторые сотрудники. А что будет делать основная масса исследователей OpenAI, когда Superintellegence закрепится и получит влияние на научное сообщество? В любом случае, появляется новый игрок в сфере ИИ, который может сделать что-то действительно стоящее ⏩. #созвонились_обсудили

ЦОДы растут как на дрожжах, а бизнес смотрит в облака. Рассказываем, что обсуждали на конференции «ЦОД: модели, сервисы, инфраструктура». Недавно мы там побывали: было любопытно послушать про укрупнение проектов ЦОД, дефицит мест под них и новые решения. Рассказывает Максим Захаренко, CEO Облакотеки: «Тема строительства и эксплуатации ЦОДов не совсем облачная, но очень смежная, прежде всего, по аудитории. Посетители конференций — в основном CIO/СТО региональных компаний: они представляют органы власти и управления, бюджетные структуры или местные ИТ-компании, обслуживающие эти сегменты.

Представители коммерческого сектора — не более 10% аудитории. Создается впечатление, что ИТ-рынок уже на 90+% обслуживает сегмент, финансируемый государством, по крайней мере, в российских регионах.

❗️ При этом до сих пор нет ориентиров, которые бы обозначали возможности использования облаков для организаций управления и бюджетной сферы. Поэтому видятся очень своевременными недавние инициативы Минцифры. В частности, ведомство хочет создать специальный реестр хостеров для ГИС. А у госклиентов появятся обязательства использовать ресурсы таких хостеров. Мы ещё обязательно поподробнее разберем эту тему отдельным постом. Что отмечу из обсуждаемого: ➡️ Строительство ЦОДов в РФ продолжается очень активными темпами. Лидер — по-прежнему московский регион. Но и остальные регионы не отстают, причем наибольшую динамику приращения стоечных мощностей по понятным причинам проявляют регионы за Уралом. ➡️ Ожидаемо активно растет производство оборудования в стране. Для импортного оборудования перестроена логистика, и звучат заверения, что в том или ином виде функционирует поддержка. Это крайне важно для такого сложного и современного оборудования. ➡️ Все отмечают высокую процентную ставку, что замедляет инвестиции в отрасль. Но статистика и динамика рынка как будто это не замечает. ➡️ Аудитория с бОльшим вниманием слушает про облака. Она также более активно интересуется такими темами, как «виртуальный ЦОД», «гибридное облако», «пересидеть в облаках», «временные мощности», «пилотирование и тестирование в облаке», «резервный ЦОД», «GPU мощности», «платформа современной разработки», «платформа данных» и многими другими. Ведь они позволяют прямо сейчас получить из облака все необходимые ресурсы вместо долгого и дорогого строительства и эксплуатации собственного ЦОДа. #максим_ерунды_не_скажет

Молочный завод, крупный застройщик и фитнес-центр — угадайте, что у них общего? А мы вам расскажем. Точнее не мы, а наш партнер Алексей Набоков из CCDT представит облачные кейсы в этих трех сферах (обещали о них рассказать вот здесь). ⏪ Всем привет! Мы — cloud native. У нас представители в трех разных странах, и всё, что есть из оборудования — это ноутбуки. Всё остальное в облаках. Уже 10 лет трансформируем ИТ-ландшафты — и сегодня расскажу об этом на примерах. 1️⃣ Первый кейс — это молочка. Все понимают, что молочному заводу очень дорого простаивать. Например, наш заказчик отгружает из пяти филиалов почти 10 тонн ежедневно. Значит, один час простоя в среднем обходится в 4000 долларов. Завод работает с ERP-системами — как правило, SAP либо «1С:ERP».

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

Что сделали мы? Мы посчитали основную ERP-систему и за неделю перенесли данные в облако. На тот момент было где-то 30-35 ядер, 300 ГБ памяти и порядка 3 ТБ быстрых дисков. Также спроектировали, как уменьшить простой и как из облака возвращать бэкапы обратно. В результате за последние 3 года не было ни одного простоя. По-честному, был один на 2 минуты, но мы его не считаем. Для сравнения: внутренний ЦОД периодически падал, и каждый месяц было 1-2 часа простоя. 2️⃣ Второй кейс — это development. Дано: у компании восемь распределенных площадок в разных городах. Тип жилья — комфорт и бизнес. Поэтому стоимость каждой заявки высока: ни одну нельзя потерять. Набор софта у девелопера — BIM-системы, системы каскадного проектирования, учета финансов и учета стройки, CRM. Что сделали? Сразу отказались от варианта построить серверную. Под такого застройщика минимально нужно было бы взять два сервера, систему хранения данных, нормальный источник бесперебойного питания, пару кондиционеров. Это минимум 50-70 тысяч долларов. Мы же развернули инфраструктуру, которая на старте стоила 400 долларов в месяц. В дальнейшем девелопер ее масштабировал. Расходы на железо — это только сетевые экраны и два провайдера для каждой площадки: вот и всё, что нужно. Для сравнения, затраты, которые пришлось бы вложить в свой ЦОД, до сих пор не окупились бы. 3️⃣ Третий кейс — сервис. У компании был один фитнес-центр, а потом они решили построить второй на 3000 кв. м. Можно было сделать серверную на первой площадке и сразу же обеспечить отказоустойчивость для двух фитнес-центров. Второй вариант, который мы и выбрали — серверную отдать под кладовку и увести набор учетных систем в облако. Как итог, полностью рабочая система СКУД, Face ID, распознавание клиентов, учет карточек — и все это за не такие большие деньги. При этом шанс, что остановится облачный провайдер в разы меньше, в отличие от серверной. В чем смысл этих трех кейсов? Не важно, тратите ли вы на облако 50 долларов или 5 тысяч в месяц, вы получите одинаково высокий уровень сервиса. Для многих это кажется чем-то необычным и даже странным — всегда же были серверы, мы их сами обслуживали. Чем тогда ИТ-специалисты будут заниматься? И здесь я отвечу: можно взять на себя высокоуровневые задачи и внедрять инновации. Я не говорю про компании, у которых стоят 15 стоек и уже всё классно настроено. Это скорее тот случай, когда компании хотят быстро масштабироваться, и облако для них — отличный альтернативный способ ⏩. #созвонились_обсудили

График отключений назначен на 12 сентября А у нас на повестке дня очередные санкции. На этот раз во всех СМИ появилась новость о том, что США запретит предоставлять любые ИТ-услуги в Россию. Так ли это и чем это грозит компаниям, да и нам с вами, спросили у Максима Захаренко, CEO Облакотеки. ⏪ Тема ограничений со стороны Запада состоит из двух направлений — ограничения со стороны вендоров и на уровне государств. ❗️ Новость о прекращении оказания IT-услуг вызвала очередной ажиотаж — впервые на уровне государственного запрета под ограничение попали и физические лица тоже. Во-первых, вроде бы эти ограничения касаются только темы ПО и сервисов для проектирования и управления бизнес-процессами. Excel, кстати, по статистике является самым массовым ERP продуктом. Что нельзя будет делать с Excel? Во-вторых, и самое главное, вендоры давным-давно ввели свои ограничения на поставки в РФ. Кто-то из последних сил сохранял какую-то поддержку действующих подписок и лицензий, но после 20 марта и это всё было в основном перекрыто.

Я думаю, что новое ограничение вообще ни на что не повлияет, может, дочистит какие-то хвосты. Кто хотел — уже переехал в РФ и импортозаместился. Кто не хотел — все лицензии и подписки переоформил на лица вне РФ, но продолжает пользоваться на территории РФ.

Для второго типа пользователей наиболее опасным будет техническая блокировка российских IP-адресов и другой контроль территориального использования их ПО и доступа к зарубежным сервисам. Но пока всё ограничивается, и то далеко не везде, формальной фильтрацией по GeoIP. Это легко обходится для внутрикорпоративной работы, но довольно неудобно для внешнего общения. Другими словами, если условный зарубежный сервис конференций «XaaM» зафильтрует РФ, вы построите туда доступ из корпоративной сети. Но тот, кого вы приглашаете пообщаться, может не иметь такого доступа. В любом случае, эскалация продолжается и риски доотключения зарубежных сервисов абсолютно реальны. Поэтому единственной правильной стратегией для локального бизнеса должно стать импортозамещение ⏩. #максим_ерунды_не_скажет

Как поймать ЛПР в digital-сети. Продолжение Так что делать-то, спрашивается? Вернемся к упомянутым маркетинговым обрядам. Видавший виды digital-маркетолог в сложных сферах знает, что ловить ЛПРа лучше на заре интереса — прикормив и не спугнув увесистыми офферами. Рыбаки поймут, для остальных — по порядку 😊. #️⃣ Цикл «созревания» интереса к сложным продуктам долгий. Сначала надо осознать проблему, потом понять, что задача решаема. Дальше — задуматься, что пора бы ее решить. ❗️Важно: когда бизнес задумался о выборе и приобретении решения, в дамках тот, кто начал мелькать в поле зрения на самом раннем этапе, а не тогда, когда уже готовы к покупке.

Даже бегло загуглив необходимое решение, ваш ЛПР, скорее всего, выберет того поставщика, кто бережно сопровождал все стадии созревания потребности полезным и ненавязчивым контентом, легкими тестовыми и демонстрационными касаниями. А может, ЛПР и гуглить не будет — сразу пойдет «к тем самым».

#️⃣ В маркетинге подобные касания называют «лид-магнитами». Мы лично предпочитаем «промежуточные офферы», уж больно термин заездили и исказили. Если кратко, то маркетолог выстраивает цепочку очень простых офферов. Получить презентацию за контакт (контакт попал в котел маркетолога, гореть ему в котле до сделки) — зарегистрироваться на вебинар — получить расширенный триал — получить доступ к демо стенду. Видите разницу? Не продавать в лоб и не ждать дешевых лидов, да побольше сразу на покупку. Такого просто не будет. А выстраивать цепочки промежуточных офферов и тщательно анализировать промежуточную статистику: что работает, а что — нет. Мнение авторское — жаркие споры приветствуются. Не одним же нам, маркетологам, в котлах людей прогревать: пора и нас прожарить🤪⏩. #трудни_ит_маркетолога

Как поймать ЛПР в digital-сети Нужно продвинуть ИТ-решение «в этих ваших интернетах» — быстро, дешево и чтобы телефон сразу же разрывался от заказов. Реально ли это? Это знает Катя Бархатова, автор нашей рубрики #трудни_ит_маркетолога. Катя руководит digital-маркетингом Облакотеки. Колонка авторская, мнение субъективное, но основанное на багаже ошибок, взлетов и падений — а не это ли самое главное? ⏪ Насколько digital-маркетинг эффективен в продвижении сложных B2B-сервисов? Мое мнение: эффективен, но не без «не» 😊. И вот главные из них: #️⃣ Digital-маркетинга в В2В не существует. Любое продвижение в digital B2B-продукта сводится к цепочке B2B2C. Вы ведь взаимодействуете с вполне конкретным пользователем — ЛПР. И если звёзды, настройки рекламных инструментов и навыки маркетолога сойдутся, то вам удастся повзаимодействовать с ним и донести инфо о продукте. #️⃣ Digital-маркетинг в В2В не приносит лиды. Ни квалифицированные, ни холодные. Здесь вопрос терминологии, но давайте будем откровенны: единственное, что мы можем выудить в реальности — это контакт ЛПРа или сотрудника, заинтересованного в продукте. Сложно назвать это даже холодным лидом.

Мы для себя сформулировали следующее определение: digital-маркетинг в «сложном» В2В — это инструмент для генерации базы первичных контактов. Далее эта базу постоянно прогреваем бесчисленной чередой маркетинговых обрядов. И рано или поздно кто-то попадает из этого маркетингового котла в руки сейлов.

❗️Но будем реалистами: ходить в digital продавать сложные В2В-сервисы и рассчитывать на скорую сделку (или даже теплый поток лидов) — лучше даже не начинайте. Очень быстро разочаруетесь, ввиду завышенных ожиданий. Продолжение⬇️

А вам когда-нибудь дарили подарок за то, что вам подарили подарок?😂 Дело в том, что Облакотека так любит своих друзей и партнеров, что решила устроить фотоконкурс и вручить приз за лучшее фото мерча Облакотеки. Правила просты: ☑️до 14 июня присылайте фотографию с мерчом Облакотеки в комментарии к этому посту — оригинальность и креатив приветствуются; ☑️лучшая фотография будет выбрана экспертами Облакотеки. Победитель получит штатив для еще более крутых снимков или обед с любым представителем нашей команды 🥰 А на фото — первый претендент, фото от Сергея Безпалова из ИНКО. #пятничный_оффтоп

А какой тип SLA выберешь ты? Продолжение 3️⃣ Multi-level SLA. Появляется, когда уже не достаточно Service-based SLA. Дополнительный уровень обслуживания становится критичной необходимостью, а организационно и финансово Customer-based SLA себя не оправдывает. И тут есть два варианта: ⏺ Вариант первый — продвинутая версия универсального SLA. Поставщик выделяет классы обслуживания — к примеру, золотой, серебряный, бронзовый. В них есть параметры, из-за которых пришлось переходить на Multi-level SLA (например, сроки решения, наличие расширенных опций поддержки) и параметры, менять которые жесткой необходимости нет. ⏺ Вариант второй — попытка урезать «индивидуальный» подход Customer-based SLA и оставить гибкость. В таком случае выделяют слои SLA.

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

4️⃣ Contact-based SLA — редко выделяемый тип. При этом он часто встречается во внутренней поддержке. Для всех порядок поддержки один, а для отдельных лиц (директор по персоналу, владелец компании) — другой. А если выделить таких людей в отдельную группу по формальному признаку (к примеру, члены Совета директоров), то произойдет переход к варианту SLA с классами обслуживания. В зависимости от готовности детализировать и улучшать под ожидания клиента параметры услуг и обслуживания работа со SLA будет: *️⃣ «единоразовой» или системной; *️⃣ требовать вовлечения экспертов по сервисам или будет достаточно опытного с широким ИТ-кругозором менеджером SLA. #Ирина_поддержи