Кучевые АйТи
СтатистикаКанал Облакотеки https://oblakoteka.ru | Здесь Cloud Native компании находят друг друга и общаются про технологии не очень далекого будущего. Редакция: @chashkinanna
- Последний пост
- 14 авг.
- Последнее чтение
- 18:06
- Постов за неделю
- 2
- Всего постов
- 48
- Тип
- открытый
- Язык
- русский
- Категория
- Технологии
- В каталоге с
- 12 авг.
- 1/24сутки в ленте
- 128
- 1/48двое суток
- 146
- 1/72трое суток
- 158
Оценка по просмотрам недавних постов: пост набирает почти всё за первые сутки.
Посты
Метод научного тыка Новый интерфейс хочется изучить так, чтобы потом не пришлось ничего восстанавливать. Как безопасно знакомиться с возможностями облачных сервисов, рассказывает Илья Рязанов, руководитель дежурной смены первой линии Облакотеки. ⏪ Пользователи часто боятся трогать новый интерфейс: кажется, что лучше ничего не нажимать, чтобы случайно что-нибудь не сломать. Во многих современных продуктах это опасение преувеличено. За интерфейсом стоят не только дизайнеры, но и инженеры с тестировщиками. Необратимые действия сопровождаются предупреждениями, подтверждениями или дополнительными проверками. Однако у облачных сервисов есть важное отличие: цена ошибки может быть достаточно высокой. Возьмем создание виртуальной машины. При смене типа ВМ конфигуратор может изменить допустимый диапазон CPU или RAM. В результате можно случайно выбрать более дорогую конфигурацию или выделить ресурсы, которые в итоге не будут использоваться. Это негативно скажется на счете или эффективности использования инфраструктуры. Значит ли это, что новый интерфейс лучше обходить стороной? Конечно, нет, но изучать его стоит осознанно, понимая цену возможной ошибки. Вот несколько приемов, которые помогут удовлетворить любопытство почти без риска: 1️⃣ Начните с наблюдения Наведите курсор на незнакомый элемент и немного подождите. Многие детали интерфейса содержат подсказки — что произойдет, если нажать эту кнопку. Некоторые элементы развернут список дополнительных опций. При этом и те, и другие позволят понять назначение элемента еще до нажатия. 2️⃣Изучайте новое в тестовой среде Если есть возможность, сначала познакомьтесь с сервисом в тестовом окружении, а уже потом переходите к рабочей инфраструктуре. В Облакотеке для многих продуктов доступен семидневный тестовый период — даже если вы уже используете их на коммерческой основе. Этого времени обычно достаточно, чтобы спокойно разобраться с интерфейсом и понять логику его работы без риска для боевой среды. 3️⃣Сделайте резервную копию Иногда, чтобы все исправить, достаточно нажать на ту же кнопку, иногда — кнопку отмены, а где-то выполнить те же шаги, но затем изменить выбор. Однако некоторые действия нельзя откатить. Поэтому прежде чем экспериментировать с тем, что настраивалось дольше получаса или содержит данные, потеря которых будет критичной, сделайте резервную копию. Хороший бэкап превращает исследование интерфейса из азартной игры в обычный рабочий процесс. ➡️ А если самостоятельная разведка не помогла, и нужная кнопка так и осталась загадкой, всегда можно воспользоваться базой знаний. Там многие сценарии разобраны пошагово, поэтому можно заранее увидеть, что произойдет на каждом этапе. Разведка и инструкция не противоречат друг другу. Это два инструмента, которые дополняют друг друга: первый помогает быстрее освоиться, второй — избежать ошибок там, где цена эксперимента слишком высока ⏩. #Илья_на_дежурстве 😏 Облакотека | TG | MAX
Включен режим ожидания 2026 год уже перевалил за экватор — самое время спросить партнеров, как им живется и работается. Что происходит с бизнесом, какие задачи ставят клиенты, что изменилось за последний год — начинаем с рассказа Виталия Андриевского, СЕО Дата8. ⭐️️️ Как себя чувствует бизнес и клиенты? Последние полтора-два года все сложнее привлекать новых заказчиков. Холодные звонки почти перестали работать — люди боятся отвечать на звонки с незнакомых номеров, реклама тоже не дает ожидаемого результата. Поэтому мы делаем упор на сарафанное радио и органическую выдачу сайта. Действующие клиенты приходят с задачами по поддержке, оптимизации и ускорению текущих систем. Расширяются — немногие. Думаю, рынок занял выжидательную позицию. ⭐️️️ Почему компании откладывают развитие? Бизнес сокращает затраты. У компаний выросла налоговая нагрузка, а переложить дополнительные расходы на клиентов получается не всегда. Поэтому любое развитие — только по необходимости. Особенно хорошо это видно на примере малого бизнеса, с которым мы много работаем. Компании часто воспринимают ИТ не как инвестиции, которые должны принести результат, а как вынужденные расходы. Клиенты еще внимательнее смотрят на цену. Те, кто уже давно пользуется нашими услугами, учитывают и качество, и SLA. Но даже с ними периодически приходится заново разбирать, почему свой сервер или более дешевое решение не обязательно окажутся выгоднее. ⭐️️️ А что с импортозамещением? Здесь, наоборот, особых проблем не вижу. Основная масса ПО, которым компании пользовались раньше, так или иначе продолжает работать. Постепенно идет переход на Linux, приложения тоже переводят на эту платформу. Например, 1С мы спокойно перевозим на Linux и российские ОС. Проектировщики вместо AutoCAD и Archicad используют nanoCAD и КОМПАС-3D. В сфере BI тоже есть отечественные решения: основной объем задач закрывает Visiology. ⭐️️️ Какие старые стереотипы еще живы? Один из главных — что облако невыгодно и дорого. Особенно часто с ним сталкиваемся в малом бизнесе. Компании анализируют, что выгоднее: своя инфраструктура или облако — и просто делят стоимость сервера на месячную стоимость аренды. Расходы на специалистов, эксплуатацию, электроэнергию и поддержку в расчет не попадают. Еще один стереотип касается поддержки. Есть мнение, что специалист обязательно должен сидеть в офисе и сразу прибегать, если что-то случилось. Хотя наша статистика сервис-деска показывает, что 85% обращений решаются удаленно, 90% — в течение получаса. Зато постепенно уходит представление, что отечественным ПО невозможно пользоваться. Компании переходят на российские решения, работают с ними и привыкают. ⭐️️️ А новые тенденции появились? За последние год-полтора у нас стало заметно больше проектов с туристическими компаниями, которые используют «Само-Тур». Мы размещаем их системы в Облакотеке и поддерживаем. Для нас это новое направление. Туроператоры и турагентства часто представляют собой распределенные организации: небольшие офисы в разных локациях. Для такой структуры облако удобно: база находится в одном месте, а сотрудники подключаются к ней оттуда, где работают. ➡️ Если тоже хотите рассказать, как идут дела в этом году — пишите нам в редакцию. #привет_как_дела 😏 Облакотека | TG | MAX
С новосельем! Наша команда знает и видит на практике, как ломают VM. Поэтому сегодня поговорим о том, как защитить только что арендованную машину. Ловите пошаговый гайд от нашего руководителя группы KVM Александра Степанчука. Осторожно, здесь что-то на техническом…
С новосельем! Наша команда знает и видит на практике, как ломают VM. Поэтому сегодня поговорим о том, как защитить только что арендованную машину. Ловите пошаговый гайд от нашего руководителя группы KVM Александра Степанчука. Осторожно, здесь что-то на техническом :) ⏪ Свежую виртуальную машину с белым IP начинают брутфорсить буквально через несколько минут после поднятия. По интернету постоянно ходят боты, которые сканируют диапазоны адресов и атакуют SSH и RDP. Поэтому конфигурацию VM «из коробки» стоит донастроить сразу после запуска. Как это сделать — рассказываю по порядку, начиная с того, что атакуют в первую очередь. 1️⃣ Закрыть SSH Это самый атакуемый вектор на Linux-VM. Первым делом лучше перейти с паролей на ключи. Сгенерировать SSH-ключ, положить публичный на сервер, в sshd_config выключить PasswordAuthentication. Брутфорс пароля после этого теряет смысл. Дальше стоит запретить root-логин по SSH: нужно установить PermitRootLogin no. Работать рекомендую под обычным пользователем, а права повышать через sudo. Атакующий не знает имя вашего юзера — уже +1 неизвестная. Еще два дополнительных шага: сменить стандартный порт и поставить fail2ban. Первый не защищает сам по себе, но сокращает количество автоматических попыток входа в логах. Второй блокирует IP после нескольких неудачных попыток. 2️⃣ Настроить файрвол Здесь запрещаем все кроме нужного. На входящие соединения — default deny. Наружу открываем только порты, которые действительно нужны: например, SSH и 80/443 для веба. Настроить такие правила проще всего через ufw в Ubuntu/Debian или firewalld в RHEL. Отдельно стоит проверить, не выставлено ли наружу служебное: базы данных, Redis, админки, метрики. Это становится частой причина утечек: подняли для localhost, а оно слушает 0.0.0.0. Команда ss -tulpn покажет, какие сервисы и порты доступны на внешнем интерфейсе. Кстати, фильтровать трафик можно и на уровне провайдера — до того, как он дойдет до VM. 3️⃣ Накатить обновления Большинство массовых взломов — это эксплуатация давно закрытых уязвимостей на необновленных системах. Образ мог собираться недели назад, и в нем могут оказаться уже известные дыры. После запуска сразу обновляем систему: apt update && apt upgrade или dnf upgrade. Дальше включаем автообновления безопасности. Например, unattended-upgrades для Debian/Ubuntu, тогда критические патчи будут «прилетать» без ручного участия. 4️⃣ Проверить пользователей и доступы Дефолтные учетные записи и все, что поставлялось с паролем по умолчанию, нужно удалить или заблокировать. Там, где пароль остается, — использовать сильный и уникальный. Для каждого сервиса лучше завести отдельного пользователя с минимально необходимыми правами. Тогда компрометация одного приложения не даст атакующему сразу получить root-доступ. 5️⃣ Настроить мониторинг Периодически проверяйте логи входов: last, /var/log/auth.log. Незнакомый успешный вход дает повод для тревоги. На компрометацию также могут указывать непонятная нагрузка на CPU или сеть, незнакомые процессы и исходящий трафик на подозрительные адреса. Если VM начинает генерировать «абузный» трафик, мы видим это со своей стороны и уведомляем клиента. Но лучше обнаружить проблему раньше самостоятельно. 6️⃣ Навести порядок в приложениях Часто VM ломают не через ОС, а через установленное на ней ПО. Поэтому сервисы без необходимости не стоит запускать под root, а CMS, фреймворки, панели и плагины нужно регулярно обновлять. Админки тоже не стоит оставлять открытыми в интернет с дефолтным паролем. Для веб-сервисов — использовать HTTPS P.S. И не забывайте про бэкапы на своей стороне. Снапшот провайдера не заменяет резервную копию данных. Восстановление быстрее с бэкапом, который клиент держит отдельно ⏩. #дорогой_бэклог 😏 Облакотека | TG | MAX
404: коммуникация не найдена Чем сложнее сервис, тем больше в нем звеньев, где может потеряться важная информация. Как масштабировать коммуникацию вместе с процессами, рассказывает Ирина Курбатова, директор техподдержки Облакотеки. ⏪ В описании ИТ-процесса есть сторона, которую почти всегда недооценивают, — коммуникация. Она кажется само собой разумеющейся: ну кто же не умеет договариваться и вовремя сообщать? Но именно ее задвигают в дальний угол, когда процессов становится больше, а шаги — сложнее. ❓Почему коммуникация — самое незаметное слабое звено? Пока процесс один и участников трое, все и всегда владеют достаточной информацией для принятия полезных решений. Но стоит добавить новые услуги, процессы, подрядчиков — и выясняется, что передача информации сама собой не происходит, важные детали теряются. В результате сотрудники либо откладывают решения, потому что им не хватает определенности, либо принимают их, не зная всех обстоятельств. К чему это приводит? К разочарованиям коллег и клиентов, которые бьют по доверию. Например: ➡️ Клиент узнает об аварии не от нас, а когда у него уже все встало. Мы знали на 15 минут раньше, но не организовали информирование. ➡️ Клиенту написали три разных сотрудника с тремя разными версиями, как лучше решить вопрос. ➡️ Плановые работы завершили, а сообщить забыли — и клиент всю ночь опасается что-либо трогать. ❓Как можно исправить ситуацию? Например, использовать матрицу RASCI. Это простая таблица: по строкам — шаги процесса, по столбцам — участники, а на пересечении — их роль: ⏺ R (Responsible) — исполняет шаг; ⏺ A (Accountable) — отвечает за результат и принимает решение (такой всегда один); ⏺ S (Support) — помогает исполнителю ресурсами; ⏺ C (Consulted) — с ним советуются до действиям; ⏺ I (Informed) — его информируют по факту. Вся магия в последних двух буквах. Именно C и I превращают коммуникацию из «само собой» в конкретную ячейку с фамилией. Сразу видно, с кем свериться до шага и кого известить после. Клиент попадает в столбец Informed на нужных шагах и перестает узнавать новости последним. ❓Что это дает участникам? Исполнитель не гадает, к кому идти за решением и кого держать в курсе. Руководитель видит, где связь нарушена, еще до того, как она пропала окончательно. Новый сотрудник по одной таблице понимает, как устроено взаимодействие, а не собирает это годами по крупицам. Наконец, клиент чувствует, что о нем помнят на каждом шаге. Коммуникация не приходит сама. Её, как и надежность, планируют и заботятся о ней в каждой команде ⏩. ➡️ Если пропустили предыдущий материал серии, читайте о том, как процессная документация помогает развивать сервис и повышать уровень зрелости. #Ирина_поддержи 😏 Облакотека | TG | MAX
Промпт в одно касание А что у нас на часах? Время пятничного оффтопа! Недавно отгремел ЧМ, вовсю идут квалификации в еврокубки — почему бы не поговорить про футбол. Но как мы любим — с точки зрения технологий 🙂 . Вы заметили, как масштабно проник ИИ на турниры? Кто-то при помощи нейросетей делает фан (например, «случайные» кадры с собой на матче, даже гайды появились), кто-то — ставки, а кто-то получает информацию и аналитику. «За все полезное» — Владимир Кондратьев, нейроэнтузиаст и наш постоянный эксперт. Сегодня он расскажет, как использует ИИ в своем футбольном хобби и поделится лайфхаками. 1️⃣ ИИ скорее мешает или доставляет удовольствие? И то и другое, но в разном порядке. Поначалу забавляло: технологии на ЧМ-2026 скакнули вверх, и нейросети с ними. А к концу турнира в ленте стало не протолкнуться от однотипных картинок. Единицы делали качественные вещи, но их не было видно в общем потоке. Это знакомый круг: любая новая игрушка проходит путь от восторга до усталости. Мы уже видели это с фильтрами и оживающими фото. Сейчас то же самое, просто на более высоком техническом уровне. Так что дело не в ИИ, а в том, что интересное тонет в однообразном при массовом использовании . 2️⃣ Как вы используете нейросети в хобби? Я давно и довольно глубоко работаю с ИИ, да и футбол знаю прилично. Смотрю много лет и посещаю матчи в Нови-Саде. Поэтому решил соединить одно с другим и завел Telegram-канал про ЧМ. Изначально для себя: чтобы прокачать навык работы с ИИ на теме, в которой я разбираюсь. Заодно — поднять собственный интерес к матчам. Кто-то делает ставки, я решил писать посты 🙂. ➡️ Главное открытие — кросс-промтинг, связка двух моделей. Claude отлично работает с текстом и фактурой, но графика не его сильная сторона. ChatGPT рисует прекрасно, но ему нужен точный промт. И я выстроил цепочку: Claude пишет промт на английском, ChatGPT рисует, я загружаю результат обратно в Claude и прошу разобрать, что не так и как переформулировать. Дальше правка вместо полной перегенерации. Это дало резкий скачок качества. Особенно на сложных флагах: хорватские шашечки, герб ДР Конго, Узбекистан. Отдельные картинки получились по-настоящему удачными: «Кейн против Модрича», «Файзуллаев против Кордобы». Работа разбилась по фазам турнира, и под каждую я заводил новый чат. Итоги предыдущего переносил в файлы проекта: расписание, карточки команд и стадионов, гайд по стилю. Так контекст не раздувался, а модель с каждым туром все точнее попадала в мой стиль. К плей-офф формат устоялся окончательно, и на пост уходили минуты. ➡️ Отдельная находка — система «крючков»: в каждом матче искать балканцев, игроков с российским прошлым, женщин в судейских бригадах. Это превращало дежурный анонс в живой текст. По эффекту: подписчиков немного, но я за ними и не гнался. Важнее, что посты репостила городская газета, а несколько баров забирали картинки себе. И под конец я стал замечать чужие картинки, явно сделанные по мотивам моих. Один владелец бара сгенерировал свою версию на базе моей, но не учел нюансы: получилось красиво и бестолково, без времени и стадиона. Отправил ему нормальную. Еще научился управлять usage в Claude. Один раз перебрал его перед интересным матчем, дописывал пост в ChatGPT без накопленного контекста — вышло заметно слабее. И один раз доплатил сверх лимита: механика расходования там непрозрачная, больше так не делаю. Для платного тарифа ChatGPT хватило самого доступного, GO. 3️⃣ Можно ли получать удовольствие от хобби, если в нем задействован ИИ? Конечно. Удовольствие ведь не от того, что ты все сделал руками, а от того, что понимаешь тему и делаешь для себя. ИИ здесь не заменяет интерес, а добавляет к нему: ты и смотришь футбол, и качаешь навык, который потом пригодится в работе. Хобби + эксперимент + обучение — по-моему, лучшая комбинация. Заодно появились мысли, как этот опыт применить дальше: присматриваюсь к еврокубкам и Лиге наций, и на этот раз уже с расчетом на монетизацию. #пятничный_оффтоп
видео или голосовое, без подписи
видео или голосовое, без подписи
Неприятность эту мы переживем Каждый год мы ездим на ULCAMP, и 2026-й не стал исключением. В этот раз мы еще по дороге к фестивалю прочувствовали смысл слов «Главное — не где, а с кем». Подробностями делится Женя Минаева, партнерская фея Облакотеки. ⏪ ULCAMP — это не просто палаточный городок с лекциями. Для нас это уже традиционная ежегодная встреча с партнерами и друзьями по отрасли, бизнесу и интересам в целом. В этом году погода подготовила настоящий сюрприз: дождь лил весь день, а проезд к месту проведения превратился в испытание, которое многие так и не решились или не смогли пройти. Чтобы вы понимали: машины оставляли на дороге колеса и бамперы, а кто-то просто оставлял машины. Люди выталкивали из грязи автомобили друг друга, делились лопатами, тросами и чем-то еще — для поднятия настроения 😉. С нами добирался наш партнер из Тюмени Александр Жогов. Он ни разу не сказал: «Давайте свернем». Мы поддерживали друг друга всю дорогу, выходили мокрые под дождь и помогали тем, кому это было нужно. Не искали ответы в ChatGPT, а применяли все свои навыки, смекалку и просто человеческий подход. Были и те, кто не смог побороть природу. Среди них — наш директор клиентского сервиса Елизавета Беляева, которая тоже поделилась впечатлениями: Мы наблюдали, как люди уходят на пароме вдаль. А вот кадров, как они сходят на берегу, почему-то ни у кого не нашлось. Интересно, как там эти ребятки? Я оказалась в числе тех, кто так и не добрался. Фестиваль был буквально под носом — рукой подать… и все равно мимо. В такие моменты особенно ясно понимаешь: перед природой мы все бессильны. Но в следующем году я все равно поеду! Переживать о гостях с парома, кстати, не стоит. Когда мы наконец добрались до лагеря, то пошли встречать наших московских партнеров Павла Карасева и Алексея Бовина. И тогда я поняла, насколько смело они преодолевали этот путь: пересечь водохранилище во время шторма на небольшом пароме было почти все равно что вплавь. На фестивале мы много общались друг с другом — в этот раз даже больше не вокруг бизнес-задач. Я искренне верю, что в эпоху бесконечного стресса это именно то, что нужно. А деловые вопросы всегда можно решить по почте или по телефону в рабочее время. Конечно, все мы ехали туда в первую очередь послушать интересные доклады. Кто-то — выступить, кто-то — найти новые контакты и связи, кто-то — продавать и зарабатывать. Готовились много обсуждать ИИ-помощников и агентов. Интересно, как бы они справились с застрявшей в грязи посреди леса машиной? Но именно погода, дождь и лес напомнили нам, что здесь нет статусов, должностей и времени. Каждый смог найти на ULCAMP что-то для себя. Были спортивные состязания и множество докладов про маркетинг, ИИ, разработку и управление. По утрам — йога и шампанское, по вечерам — караоке, медитации с поющими чашами, баня, музыка и танцы. Показательно, что на площадке рядом с темами о платформах разработки в эпоху генеративного ИИ и вайбкодинге, шла сессия «Экономика доверия. Коммуникации как новая валюта». Это все как будто об одном и том же. Да, мы осваиваем все более сложные технологии, ИИ-помощников и агентов. Но не стоит забывать суть: отношения, связи и доверие — это в первую очередь про людей. ☑️ И вот мой главный инсайт: технологии бессильны перед стихией. Участники ехали обсуждать ИИ-агентов, но реальным вызовом стала проверка на человечность в условиях бездорожья и шторма ⏩. #куда_мы_заехали
видео или голосовое, без подписи
Взяли новую высоту Облакотека стала лидером рейтинга облачных провайдеров 2026 года от «Компьютерры». Ниже рассказываем про наши результаты и предлагаем порадоваться вместе! 🌟 Получили гран-при за самую низкую стоимость аренды. Показали антикризисное ценообразование во всей красе 😁. В рейтинге также учитывали гибкость: возможность выбирать между помесячной или почасовой/посекудной тарификацией. В общем зачете Облакотека заняла девятое место. «Компьютерра» оценивала провайдеров вдоль и поперек: типы инфраструктуры, разнообразие гипервизоров, оборудование, диски, безопасность и прочее. P.S. Кстати, безопасность у нас тоже на высоте — получили 55 из 65 возможных баллов. #хвалимся
Переводчик с продуктового на человеческий Перед запуском нового сервиса кажется, что самая сложная часть уже позади. Но как бы не так: дальше нужно качественно передать знания поддержке. О том, что именно Product Owner должен рассказать поддержке до релиза, объясняет Оксана Новицкая, директор по развитию Облакотеки. ➕ Есть такой момент перед запуском нового сервиса, который я называю «передачей огня». Документация написана, сервис готов к релизу, но пока скрыт от пользователя. Осталось вроде только открыть его для всех, но… Product Owner садится и думает: а что я должен рассказать поддержке, чтобы она не сгорела в первую же неделю? Конечно, мы высылаем письмо с ключевыми тезисами и ссылками: на документацию, запись вебинара, список частых вопросов. Но этого недостаточно. 🌨 Как мы выстроили передачу знаний? Перед каждым запуском мы проводим внутренний вебинар для команды поддержки. Самое ценное в нем — это вопросы, которые задают специалисты. Если первая линия что-то не понимает в спокойной обстановке с возможностью переспросить, то клиент со срочной задачей — тем более. 🌨 Что передать поддержке кроме документации? 1️⃣Какую задачу решает сервис, в каком контексте его используют, кто типичный пользователь. Это поможет понять запрос клиента, который формулирует его не техническим языком. 2️⃣Где заказчик споткнется первый раз. У каждого сервиса есть свои «грабли при входе» — особенность, которая вызывает ступор у пользователя. 3️⃣Специфика сервиса. Это может быть нетипичный порядок шагов при подключении, особая терминология или ограничение, которое не бросается в глаза. 4️⃣Что сервис не умеет. Клиенты часто приходят с ожиданиями, основанными на работе с другими продуктами. Если поддержка не знает границ сервиса, она дает неверные обещания или теряется и уходит уточнять. Все это не добавляет доверия. 5️⃣Что делать, если что-то пошло не так. Какой вопрос задать клиенту первым, чтобы быстро понять, в чем проблема. Какие симптомы — это нормально и объяснимо, а какие — повод для тревоги. 🌥 Почему важен именно живой разговор? Однажды мы убедились в этом на практике. Поддержка ушла с вебинара с ощущением, что все понятно. Через неделю после релиза выяснилось, что один конкретный сценарий — совершенно стандартный с точки зрения продукта — вызывает у клиентов вопросы, на которые первая линия не может ответить уверенно. Этот сценарий казался нам настолько очевидным, что мы не посчитали нужным остановиться на нем отдельно. Но подход «вот вам документация, там все написано» — плохой, как показала практика. С тех пор у нас есть негласное правило: если мне как Product Owner-у кажется, что это и так понятно, — именно это я объясняю на вебинаре первым. Очевидные вещи лучше проговорить голосом: так можно сразу получить обратную связь и ответить на вопросы ➗. #оксана_объясни
Дальше сами Apple Hills Digital и ряд облачных провайдеров подсчитали: каждая четвертая российская компания уже использует или пилотирует ИИ в облаке, и еще 18% планируют начать в ближайший год. Печалит только одно: роль провайдера часто ограничивается тем, чтобы выдать ресурсы и не мешать. Почему так происходит и что ждет нас дальше — обсудили с Виталием Агапеевым, руководителем AI-центра экспертизы N3.Tech. ⏪ По нашему опыту, большинство корпоративных ИИ-проектов все еще не доходит до промышленной эксплуатации. Причина чаще не в технологии: она понятна и работает. Разрыв возникает в процессах, данных, культуре и распределении ответственности. Поэтому бизнес активно арендует GPU, но системно встраивать модели в ключевые процессы пока умеют единицы. Где спрос заметнее всего? Сейчас лидируют крупные компании. В первую очередь финсектор и ретейл, то есть отрасли с большими массивами данных и постоянным клиентским потоком. Здесь уже есть рабочие кейсы: ассистенты для анализа договоров, персонализация предложений, автоматизация сверок. Промышленность тоже активно смотрит в сторону облачного ИИ, но до массового внедрения рынок пока не дошел. Основные барьеры: разрозненные данные и устаревшие ERP-системы. По нашим наблюдениям, до 90% проектов с генеративным ИИ в промышленности останавливаются на стадии пилота. Почему провайдер часто остается только поставщиком инфраструктуры? 1️⃣ Внутренняя неготовность самих компаний. Сначала заказчику нужно понять, где ИИ действительно нужен в его процессах. По нашим наблюдениям, до половины кейсов из корпоративных списков «идей под ИИ» можно решить обычной автоматизацией или управленческими изменениями. Пока нет карты процессов, описанных данных и понятных владельцев результата, разговор быстро сводится к аренде серверов. 2️⃣ Запрос на экспертизу опережает предложение. Бизнес ждет не только GPU-мощности, но и готовые модели с поддержкой во внедрении. И этот спрос остается незакрытым. 3️⃣ В ИИ-проектах часто размыта ответственность. Кто отвечает за бизнес-эффект? Кто задает правила работы с данными? Кто контролирует риски? Пока эти роли не закреплены, проще согласовать аренду GPU, чем стратегию внедрения. Что будет дальше? Предполагаю, что рынок будет развиваться по двум направлениям. ➡️ Облако перестанет восприниматься только как источник вычислительных мощностей. Сейчас 41% компаний используют его именно в таком формате: арендуют ресурсы и дальше строят решения самостоятельно. Эта доля будет снижаться, потому что провайдеры переходят к готовым ИИ-сервисам, предобученным моделям и управляемому инференсу. ➡️ Второй тренд связан с сохранением собственной инфраструктуры. Сейчас полностью в собственном контуре работают около 5% компаний, но в горизонте нескольких лет эта доля может вырасти до 20–30%. На это будут влиять регуляторные требования, расходы на промышленную эксплуатацию ИИ и расширение возможностей локального развертывания моделей. Базовым сценарием скорее всего станет гибридная модель. Облако будет использоваться для экспериментов, масштабирования и доступа к моделям, а собственный контур для чувствительных данных и стабильных нагрузок ⏩. #созвонились_обсудили
Это процесс, теперь он будет жить с нами 😊 Продолжаем разговор с Ириной Курбатовой, директором техподдержки Облакотеки, о процессной документации. В прошлый раз говорили, как с ее помощью сохранять надежность сервиса. Сегодня — как повысить уровень зрелости. ⏪ Один из переводов цитаты Уинстона Черчилля звучит так: «Улучшаться — значит изменяться, быть совершенным — значит меняться постоянно». Но в обратную сторону этот тезис может уже не работать: меняться — не значит становиться лучше. Процессная документация помогает бизнесу реализовывать не изменения ради изменений, а проводить такие улучшения, которые позволяют развиваться непрерывно. ❓Как это работает? Сначала направления, в которых компании важен предсказуемый результат, делят на процессы. Например, в облачной компании это запуск, изменение и обеспечение доступности услуг, поддержка пользователей и т.д. Далее каждый процесс описывают, оценивают его текущее состояние и повышают уровень зрелости. Упрощенно говоря, каждый уровень зрелости отвечает на свои вопросы: «Кто/ где?», «Когда?», «Что конкретно/ как именно / сколько?», «Для кого/ зачем?» и, наконец, «Какие есть альтернативы?». Задача процессной документации — сделать так, чтобы эта информация была доступна нужным людям в нужный момент и никто ничего не перепутал, не упустил. При этом результаты применения этой информации были предсказуемыми и успешными. ❓Что там должно быть? Процессная документация строится вокруг структуры, которую мы описывали в прошлом посте. Обязательным элементом будет схема процесса, где отображена последовательность действий и по каждому шагу указаны: 🧩 ответственный и исполнители; 🧩 что должно прийти «на вход» (информация, результаты предыдущих шагов); 🧩 инструменты и среды для работы; 🧩 требования (нормативы по срокам, инструкции, законодательство и тд); 🧩 результаты шага (отчет, доступный сервис и др.); 🧩 коммуникация. ❓А как на практике? Для примера посмотрим, как перечисленные атрибуты проявляются в процессе «Управление нештатными ситуациями» на шаге «Первичный анализ и эскалация». Ответственный: дежурный инженер. На вход: алерт мониторинга, сообщение от клиента. Инструменты и среды: чат рабочей группы, система Helpdesk, среды управления инфраструктурой. Требования состоят из сроков и минимально необходимых действий: ➡️ проверить состояние элементов инфраструктуры, связанных с алертом об отклонении от штатных параметров, ➡️ принять решение о необходимости эскалации на экспертную группу, ➡️ уложиться в срок до 6 минут. Результаты: принято решение о необходимости эскалации; зафиксированы итоги первичной проверки (ключевой симптом, статус элементов инфраструктуры, связанных с алертом). Коммуникация: информация по результатам передана в клиентский сервис и руководителям подразделений, чьи элементы инфраструктуры затронуты. Будет ли документация торжественно называться «регламентом», или по-свойски «шпаргалкой», не так важно. Главное, чтобы все участники одинаково понимали: что от них ждут, в какой срок и с какими параметрами качества ⏩. #Ирина_поддержи
➡️ Роман Макаров, руководитель направления поддержки и развития 1С системного интегратора для промышленности «Райтек»: Главное сейчас — начать прививать ИИ-культуру в компании и сделать этот процесс хотя бы немного управляемым. Если говорить про крупные инвестиции, то тут все зависит от бюджетов. На текущем этапе точно стоит вкладываться в подготовку и развитие базы знаний компании. Считаю, что это сильно пригодится в ближайшем будущем. При этом многие из потенциальных ИИ-проектов сейчас — это лотерея. Их экономические обоснования часто крайне сомнительны, так как технология меняется каждый день. Вложившись в интересную инновацию сейчас, нельзя рассчитывать на то, что она останется актуальной завтра. На мой взгляд, инвестировать можно в краткосрочные и не слишком дорогие проекты, которые с высокой вероятностью дадут предсказуемый результат. Например, для ИТ-компании это может быть ускорение подготовки документов: презентаций, протоколов и др. материалов. Для производственной компании — внедрение элементарного машинного зрения. Ключевая формула: это должно быть относительно просто, дешево и быстро.
➡️ Андрей Шарыпов, руководитель продукта Fedоt.аi компании «Цифровая логистика»: Я делю ИИ-проекты на две большие группы: быстрые внедрения готовых решений с донастройкой и фундаментальные ИИ-проекты. К первой группе относятся решения, которые автоматизируют рутину: мониторинг чатов и диалогов с клиентами, обработка документов, RAG-ассистенты для клиентской службы. У нас в versta.iо есть такие проекты, и, по опыту, они окупаются достаточно быстро — уже через полгода или год. Для фундаментальных проектов горизонт длиннее — продукт средней сложности может выйти в плюс за год-два. Это может быть создание собственных моделей, комплексной data-инфраструктуры или ИИ-продуктов с нуля. Чтобы ИИ не стал дорогим экспериментом, можно использовать принцип 70/30: 70% инвестиций направлять в проекты с измеримым ROI, еще 30% — в стратегические инициативы. И обязательно заранее задавать KPI: без этого даже перспективный проект теряет фокус, а его границы размываются.
➡️ Денис Шипулин, директор направления «Аналитика данных» для банков и ресурсных компаний в Axenix: Оценивать все ИИ-проекты по окупаемости за один–два года не совсем корректно: это слишком разные инициативы. Готовые решения для автоматизации рутины, клиентского сервиса или аналитики могут дать быстрый эффект за счет снижения затрат и роста производительности. А проекты по перестройке бизнес-модели, созданию собственных ИИ-платформ или накоплению уникальных данных требуют более длинного горизонта — от пяти лет. Разумный баланс в том, чтобы не воспринимать ИИ как ставку «все или ничего». Лучше сочетать проекты с быстрым и измеримым эффектом со стратегическими инициативами, которые работают на будущее. Последние должны не только давать эффект на пилоте, но и создавать накопительный актив: данные, компетенции, собственные модели или новые продукты.
Долго ли, коротко ли Бывает, что вопрос один, а ответы на него диаметрально противоположные. Вот пример: в свежем исследовании от Apple Hills Digital говорится, что компании хотят видеть окупаемость ИИ за один-два года. А на ПМЭФ, наоборот, звучала мысль, что с инновациями уровня ИИ играют в долгую — это может быть пять, десять и более лет. Вместо того, чтобы выбирать сторону, мы решили пригласить экспертов к обсуждению. Спросили у гостей канала: какой горизонт окупаемости считать разумным и как не превратить ИИ в дорогой эксперимент? ⬇️ #созвонились_обсудили #искусственно_интеллектуально
Партнер партнеру — друг А вы заметили моду на общение с партнерами в неформальном стиле? Место конференций постепенно занимают фэшн-дни, рыбалки, регаты. Почему просто обменяться визитками — уже не то? Рассказывает Евгения Минаева, партнерская фея Облакотеки. ⏪ Давайте честно, когда вы в последний раз брали бумажную визитку и через неделю реально помнили этого человека? К 2026 году сухие контакты превратились в белый шум — карточки после встреч летят в корзину. ❓В чем тут дело? Рынок перенасыщен. Все научились делать красивые презентации, обещать идеальный сервис и писать правильные слова. Но при прочих равных контракт получает тот, кто приятен как личность, с кем совпадают ценности. Люди покупают у людей. Поэтому на смену душным переговорам пришел неформальный нетворкинг. Закрытые арт-вечера, загородные пикники, рыбалка и регаты — вот где рождается дружба, которая перерастает в миллионные партнерства. Строгие костюмы заставляют нас прятаться за должностями. Но стоит сменить пиджак на уютное худи или спасательный жилет, как социальные роли исчезают. На рыбалке или сплаве за два часа видно то, на что в офисе уходят месяцы — как человек реагирует на трудности, умеет ли слушать и готов ли помочь. Кроме того, так создаются общие воспоминания. Яркие эмоции врезаются в память, и пережитый вместе драйв выводит отношения на другой уровень. Для партнера вы больше не безликая строка в тендере, вы теперь «надежный человек, с которым мы удержали штурвал в шторм». ❓Что делает Облакотека? Мы ценим свое и ваше время, поэтому хотим окружать себя теми, с кем мы на одной волне. В будущем году, помимо рекламы, нужно инвестировать в совместные теплые воспоминания. Вот мои «да» и «нет» для мероприятий: ❌ Старый формат — конференция на 500 человек в душном зале. Современный предприниматель или топ-менеджер и так живет в состоянии постоянного информационного перегруза, а такие конференции становятся еще одним источником стресса и шума. Мозг включает защиту и блокирует информацию. ☑️ Новый формат — загородный выезд, регата или сплав. Это легальный способ устроить цифровой детокс. Когда человек откладывает телефон, чтобы удержать весло или штурвал, его фокус внимания очищается. Он начинает искренне радоваться моменту. Тот, кто подарил ему эти эмоции, автоматически становится «своим». P.S. Мы пока еще не готовы собрать свой ИТ-фест, но будем рады увидеться с вами на ULCAMP’26 с 17 по 19 июля ⏩. #Женя_давай_дружить
Бинго отпускоустойчивости Летом нагрузка перераспределяется как в облаке, так и в командах. Кто-то уезжает на море, кто-то ловит связь с дачи, а кто-то остается героически выяснять, у кого теперь все доступы. Приготовили летнее ИТ-бинго для тех, кто знает, что сезон отпусков тоже бывает высоконагруженным ⬆️. Не забудьте рассказать в комментариях, получилось ли собрать бинго, и предлагайте свои варианты! #пятничный_оффтоп