Кучевые АйТи
رفتن به کانال در Telegram
Канал Облакотеки https://oblakoteka.ru | Здесь Cloud Native компании находят друг друга и общаются про технологии не очень далекого будущего. Редакция: @chashkinanna
نمایش بیشتر1 985
مشترکین
اطلاعاتی وجود ندارد24 ساعت
-27 روز
+930 روز
در حال بارگیری داده...
کانالهای مشابه
![nubes [всему облака]](https://cdn.tlmtr.io/_next/image?url=https%3A%2F%2Fimg.tlmtr.io%2Fc%2F1lyRHY%2F5379589157380289928%3Fty%3Dx&w=96&q=75){kind=small}
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
سپتامبر '26
سپتامبر '260
در 0 کانالها
اوت '26
+32
در 16 کانالها
Get PRO
ژوئیه '26
+21
در 6 کانالها
Get PRO
ژوئن '26
+72
در 11 کانالها
Get PRO
مه '26
+43
در 9 کانالها
Get PRO
آوریل '26
+37
در 7 کانالها
Get PRO
مارس '26
+4
در 1 کانالها
Get PRO
فوریه '26
+73
در 4 کانالها
Get PRO
ژانویه '26
+78
در 5 کانالها
Get PRO
دسامبر '25
+71
در 9 کانالها
Get PRO
نوامبر '25
+83
در 9 کانالها
Get PRO
اکتبر '25
+361
در 5 کانالها
Get PRO
سپتامبر '25
+214
در 1 کانالها
Get PRO
اوت '25
+18
در 1 کانالها
Get PRO
ژوئیه '25
+29
در 3 کانالها
Get PRO
ژوئن '25
+32
در 1 کانالها
Get PRO
مه '25
+41
در 5 کانالها
Get PRO
آوریل '25
+52
در 0 کانالها
Get PRO
مارس '25
+56
در 1 کانالها
Get PRO
فوریه '25
+51
در 1 کانالها
Get PRO
ژانویه '25
+72
در 0 کانالها
Get PRO
دسامبر '24
+81
در 1 کانالها
Get PRO
نوامبر '24
+121
در 3 کانالها
Get PRO
اکتبر '24
+85
در 0 کانالها
Get PRO
سپتامبر '24
+83
در 0 کانالها
Get PRO
اوت '24
+162
در 0 کانالها
Get PRO
ژوئیه '24
+111
در 1 کانالها
Get PRO
ژوئن '24
+54
در 0 کانالها
Get PRO
مه '24
+79
در 0 کانالها
Get PRO
آوریل '24
+93
در 2 کانالها
Get PRO
مارس '24
+103
در 5 کانالها
Get PRO
فوریه '24
+88
در 2 کانالها
Get PRO
ژانویه '24
+132
در 2 کانالها
Get PRO
دسامبر '23
+142
در 2 کانالها
Get PRO
نوامبر '23
+216
در 1 کانالها
Get PRO
اکتبر '23
+115
در 1 کانالها
Get PRO
سپتامبر '23
+424
در 0 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 04 سپتامبر | 0 | |||
| 03 سپتامبر | 0 | |||
| 02 سپتامبر | 0 | |||
| 01 سپتامبر | 0 |
پستهای کانال
Безопасность сама себя не подтвердит. Продолжение
Как вы уже знаете, Облакотека прошла оценку соответствия PCI DSS 4.0.1. Сегодня Ирина Курбатова будет говорить о том, что это меняет для наших клиентов.
⏪ Платежная среда — это не только сайт или приложение. На ее безопасность влияют виртуальные машины, сеть, средства администрирования, журналы, резервные копии и физическая инфраструктура ЦОД. Если провайдер оценку не проходил, весь этот пласт попадает в область проверки клиента — объем аудита растет, а согласование поставщика затягивается.
Наличие AoC PCI DSS у провайдера меняет расклад:
➡️ Есть подтвержденная основа. Защита инфраструктуры уже реализована, задокументирована, аттестована аудитором - не надо все это делать заново.
➡️ Меньший объем аудита. Клиент проходит оценку только по своей части среды.
➡️ Прозрачное согласование. AoC и понятная область применимости снимают вопросы службы ИБ, эквайера, заказчика и головного офиса.
➡️ Быстрый запуск. Команда занимается приложением, а не строит защищенный контур с нуля.
➡️ Экспертная поддержка. Помогаем определить границы среды и зафиксировать зоны ответственности.
❓ Кто за что отвечает
Защита PCI DSS уже не переносится на клиента целиком: ответственность делится по зонам.
На стороне Облакотеки находится фундамент: физическая безопасность дата-центров, опорная сеть и сегментация, платформа виртуализации, защита от вредоносного ПО, обновление и журналирование компонентов платформы.
На стороне клиента — то, что он разместил: настройка ОС и приложений, шифрование карточных данных и управление ключами, доступы и аутентификация, обновления и логи собственных систем.
❓ Кому это особенно актуально
⏺Банкам, финтех-компаниям и платежным сервисам;
⏺Интернет-магазинам, маркетплейсам и сервисам подписки;
⏺Розничным сетям, сервисам бронирования и продажи билетов;
⏺SaaS-платформам и разработчикам платежных решений;
⏺️Участникам тендеров, где требуют актуальное подтверждение соответствия провайдера.
❓ Как принести к нам ПО с платежными данными
Составили дорожную карту:
1️⃣ Определяем границы: какие компоненты попадают в среду обработки карточных данных, а какие можно из нее вывести. Чем меньше периметр, тем проще аудит.
2️⃣ Уточняем требования эквайера или платежной системы.
3️⃣ Подбираем конфигурацию и фиксируем условия: договор, NDA, матрица разделение ответственности.
4️⃣ Разворачиваем изолированный сегмент под платежный контур и переносим ПО.
5️⃣ Передаем наш AoC PCI DSS аудитору клиента ⏩.
#Ирина_поддержи
😏 Облакотека | TG | MAX
| 2 |  Безопасность сама себя не подтвердит
А у нас новый документ в папке с аттестатами и сертификатами! Облакотека прошла оценку соответствия PCI DSS 4.0.1.
❓ Зачем это нужно? В первую очередь для клиентов, которые сами проходят аудит по PCI DSS. Если инфраструктура провайдера уже проверена, им не приходится самостоятельно подтверждать большой блок требований — достаточно предоставить аудитору наше свидетельство о соответствии. Кроме того, подтверждение PCI DSS встречается среди требований к провайдеру в тендерах.
Директор техподдержки Облакотеки Ирина Курбатова расскажет, что именно у нас проверяли ⬇️.
⏪ Переезжая в облако, компания передает провайдеру целый комплекс задач, которые до этого решала сама. Вместе с этим непрерывность и информационная безопасность бизнеса заказчика попадает в зависимость от провайдера. Поэтому каждому клиенту важно понимать, как они обеспечены.
В Облакотеке мы и создаем безопасность на техническом уровне, и подтверждаем этот уровень организационно. Сюда входит:
☑️ сертификация процессов по ГОСТ Р ИСО/МЭК 27001-2021.
☑️ лицензия ФСТЭК России на техническую защиту конфиденциальной информации.
☑️ NDA в договорах с клиентами и партнерами.
☑️ Аттестация соответствия стандарту PCI DSS 4.0.1 — наш новый шаг.
❓ Как проходила проверка
Оценку проводил независимый аудитор со статусом Qualified Security Assessor. Эту квалификацию присваивает международный совет PCI SSC, и только ее обладатель вправе официально подтверждать соответствие. Проверяли не декларации, а фактически реализованные меры защиты — более 200 показателей по шести направлениям:
⏺ создание и поддержание безопасной сети;
⏺ защита данных о держателях карт;
⏺ управление уязвимостями и рисками;
⏺ внедрение мер контроля доступа;
⏺ регулярный мониторинг и тестирование сетей;
⏺ поддержание требований политики ИБ.
По итогам проверки получили официальную форму подтверждения — Attestation of Compliance (AoC) ⏩.
В следующей части расскажем подробнее, что такая аттестация дает нашим клиентам.
#Ирина_поддержи
😏 Облакотека | TG | MAX | 277 |
| 3 |  Облако местного значения
У нас появилась облачная платформа для ГИС — она учитывает все требования к размещению госсистем. В новой серии постов разберем, какие проблемы решает платформа, как она устроена изнутри и что даст нашим партнерам.
Начнет наш СЕО Максим Захаренко — он расскажет, зачем Облакотека вышла на рынок хостинга ГИС и как работает партнерская модель.
⏪ В регионах и муниципалитетах информационные системы в основном размещают прямо в ведомствах. Но сопровождать и развивать их сложно по ряду причин:
1️⃣ Финансы. Наложилось два неприятных фактора: дефицит бюджетов всех уровней и кратное увеличение цен на оперативную память и SSD-диски. Это серьезно усложняет капитальные закупки оборудования для ведомственных ЦОДов — даже просто для поддержания работоспособности систем.
2️⃣ Соответствие требованиям. Чтобы обеспечить безопасность ГИС, применяют жесткие правила. Ранее их устанавливал приказ № 17, но с апреля 2026 года его сменил еще более строгий приказ № 117. Соответствовать ему еще сложнее. Для этого нужно внедрить большое количество СКЗИ и проводить сложные, дорогостоящие организационные и технические мероприятия.
3️⃣Квалификация команды. Если в Москве с этим нет проблем, то в менее богатых регионах обеспечить наличие в штате специалистов по ИБ и ИТ сложно — особенно с учетом уровня государственных зарплат. При этом далеко не все вопросы можно передать интеграторам на аутсорсинг.
4️⃣ Использование ИИ. В ближайшее время ИИ начнут активнее применять в госуправлении. Для работы таких систем нужны дорогостоящие GPU — еще одна статья расходов для ведомственных ЦОДов.
Конечно, государство развивает собственную платформу ГосТех с инструментами для создания и сопровождения ГИС. Но высокий уровень стандартизации ограничивает возможность адаптировать системы под потребности конкретного региона. Кроме того, «гиперконцентрация» ГИС под одной крышей создает дополнительные риски.
Поэтому на этом рынке остаются реальные и долгосрочные перспективы. Так, продолжает расширяться реестр хостеров для ГИС. Это такая «окончательная бумажка», которая является знаком для региональных ГИС, что на платформе не только можно, но и даже нужно разместиться.
🌟 Почему Облакотека решила выйти на рынок хостинга ГИС?
Главная причина — наша партнерская модель. У Облакотеки сильные позиции среди региональных интеграторов, и на этом мы строим свою стратегию. Вместе с партнерами мы размещаем и обслуживаем региональные ГИС на специализированной аттестованной платформе «Облакотека ГИС».
🤝 Как распределяются роли в партнерстве?
Облакотека отвечает за надежность, производительность и защищенность платформы и обеспечивает безопасный доступ госорганов к ГИС в облаке.
Региональный партнер занимается миграцией и развертыванием прикладной части ГИС. Затем — сопровождает и проводит мониторинг. Мы также ожидаем, что партнеры будут участвовать в конкурсах на размещение ГИС в облаке. У многих из них есть опыт работы с местными органами власти, поэтому им проще выстраивать взаимодействие.
Для партнеров это новый формат работы с РОИВ и дополнительное направление бизнеса.
#Максим_ерунды_не_скажет
😏 Облакотека | TG | MAX | 462 |
| 4 |  Запустить нельзя подождать
Есть момент в жизни каждого сервиса, когда Product Owner смотрит на список задач и думает: ну вот ещё это сделаем — и точно запускаем. Но стоит задать себе вопрос: вы реально не готовы или просто боитесь выйти? Страх не должен быть помехой запуску, уверена наш директор по развитию Оксана Новицкая.
«Настоящая причина, почему запуски затягивают — это не технические риски и не забота о клиенте. А ощущение потери контроля над идеальностью.
Пока сервис не запущен, он прекрасен — в тестовой среде, в голове и документации. Клиенты же разрушат эту идеальность за первые два дня. Они придут с реальными проблемами, и вам придется отвечать и исправлять — причем публично.
Отсюда и страх получить негативную обратную связь. Например, что клиент найдёт баг раньше вас или что конкурент уже сделал лучше. Но на самом деле это хорошо. Именно клиенты лучше всех знают, что для них важно. Их обратная связь помогает понять, что нужно улучшить. А получить её можно только после запуска релиза.
Как понять, что сервис готов?
Я не верю в универсальные чек-листы: у каждого сервиса свой контекст. Но есть несколько вопросов, которые обязательно задаю перед запуском.
⏺ Клиент может решить свою задачу?
Пусть не все задачи и не в самом красивом виде. Но основной сценарий работает без костылей и звонка в поддержку. Если да, можно идти дальше.
⏺ Поддержка готова?
Не знает всё наизусть, а понимает сервис и не потеряется при первом же вопросе. Это разные вещи, и клиент ощущает разницу мгновенно.
⏺ Мы знаем, что сломается первым?
Если слабые места известны, это хороший знак. Значит, вы изучили сервис достаточно, чтобы рисковать осознанно. Гораздо хуже, когда все уверены, что всё хорошо.
⏺ Есть план на случай, если что-то пойдёт не так?
Не «допилим на живую» , а конкретные шаги. Без этого лучше не запускаться.
Заметьте: в этом списке нет ни одного вопроса в духе « Все ли фичи реализованы?» и «Достаточно ли красиво выглядит интерфейс?» .
Как понять, что не готово?
Это важнее. Потому что иногда давление «ну сколько можно, запускайте уже» мешает здравому смыслу. Несколько маркеров:
⏺ Базовый сценарий нестабилен. Падает, зависает, дает непредсказуемый результат. Это не доработать после запуска: нужен стоп сейчас же, без обсуждений.
⏺ Поддержка смотрит в документацию с выражением лица «что это вообще такое?» . Клиент почувствует это в первый же день.
⏺ Нет мониторинга. Запустить сервис вслепую - значит узнавать о проблемах от расстроенных клиентов, а не от системы. Это всегда поздно и всегда неприятно.
❗️И еще один важный совет — не увлекайтесь бантиками. Это доработки, которые не влияют на работоспособность, но почему-то кажутся срочными. Чуть другой цвет кнопки, анимация при загрузке, дополнительный фильтр в таблице, который однажды попросил один клиент или менеджерам надо.
Тест простой: если убрать эту доработку, клиент всё равно сможет решить свою задачу? Если да, то это бантик, а не блокер запуска. Такой бантик можно перенести в следующий релиз или плановое обновление.
Коварство бантиков в том, что их можно находить бесконечно. Сервис можно полировать вечно. В какой-то момент нужно признать: то, что есть, достаточно хорошо для первого шага. Хоть и не идеально.
Хороший сервис — не тот, который вышел без единого бага. А тот, что вышел вовремя, помог клиенту, собрал честную обратную связь и стал лучше. Первая версия почти всегда несовершенна. Бантики можно повесить потом. Главное — открыть дверь 🙂» .
#Оксана_объясни
😏 Облакотека | TG | MAX | 409 |
| 5 |  Метод научного тыка
Новый интерфейс хочется изучить так, чтобы потом не пришлось ничего восстанавливать. Как безопасно знакомиться с возможностями облачных сервисов, рассказывает Илья Рязанов, руководитель дежурной смены первой линии Облакотеки.
⏪ Пользователи часто боятся трогать новый интерфейс: кажется, что лучше ничего не нажимать, чтобы случайно что-нибудь не сломать. Во многих современных продуктах это опасение преувеличено.
За интерфейсом стоят не только дизайнеры, но и инженеры с тестировщиками. Необратимые действия сопровождаются предупреждениями, подтверждениями или дополнительными проверками.
Однако у облачных сервисов есть важное отличие: цена ошибки может быть достаточно высокой.
Возьмем создание виртуальной машины. При смене типа ВМ конфигуратор может изменить допустимый диапазон CPU или RAM. В результате можно случайно выбрать более дорогую конфигурацию или выделить ресурсы, которые в итоге не будут использоваться. Это негативно скажется на счете или эффективности использования инфраструктуры.
Значит ли это, что новый интерфейс лучше обходить стороной? Конечно, нет, но изучать его стоит осознанно, понимая цену возможной ошибки. Вот несколько приемов, которые помогут удовлетворить любопытство почти без риска:
1️⃣ Начните с наблюдения
Наведите курсор на незнакомый элемент и немного подождите. Многие детали интерфейса содержат подсказки — что произойдет, если нажать эту кнопку.
Некоторые элементы развернут список дополнительных опций. При этом и те, и другие позволят понять назначение элемента еще до нажатия.
2️⃣Изучайте новое в тестовой среде
Если есть возможность, сначала познакомьтесь с сервисом в тестовом окружении, а уже потом переходите к рабочей инфраструктуре.
В Облакотеке для многих продуктов доступен семидневный тестовый период — даже если вы уже используете их на коммерческой основе. Этого времени обычно достаточно, чтобы спокойно разобраться с интерфейсом и понять логику его работы без риска для боевой среды.
3️⃣Сделайте резервную копию
Иногда, чтобы все исправить, достаточно нажать на ту же кнопку, иногда — кнопку отмены, а где-то выполнить те же шаги, но затем изменить выбор. Однако некоторые действия нельзя откатить.
Поэтому прежде чем экспериментировать с тем, что настраивалось дольше получаса или содержит данные, потеря которых будет критичной, сделайте резервную копию. Хороший бэкап превращает исследование интерфейса из азартной игры в обычный рабочий процесс.
➡️ А если самостоятельная разведка не помогла, и нужная кнопка так и осталась загадкой, всегда можно воспользоваться базой знаний. Там многие сценарии разобраны пошагово, поэтому можно заранее увидеть, что произойдет на каждом этапе.
Разведка и инструкция не противоречат друг другу. Это два инструмента, которые дополняют друг друга: первый помогает быстрее освоиться, второй — избежать ошибок там, где цена эксперимента слишком высока ⏩.
#Илья_на_дежурстве
😏 Облакотека | TG | MAX | 397 |
| 6 |  Включен режим ожидания
2026 год уже перевалил за экватор — самое время спросить партнеров, как им живется и работается. Что происходит с бизнесом, какие задачи ставят клиенты, что изменилось за последний год — начинаем с рассказа Виталия Андриевского, СЕО Дата8.
⭐️️️ Как себя чувствует бизнес и клиенты?
Последние полтора-два года все сложнее привлекать новых заказчиков. Холодные звонки почти перестали работать — люди боятся отвечать на звонки с незнакомых номеров, реклама тоже не дает ожидаемого результата. Поэтому мы делаем упор на сарафанное радио и органическую выдачу сайта.
Действующие клиенты приходят с задачами по поддержке, оптимизации и ускорению текущих систем. Расширяются — немногие. Думаю, рынок занял выжидательную позицию.
⭐️️️ Почему компании откладывают развитие?
Бизнес сокращает затраты. У компаний выросла налоговая нагрузка, а переложить дополнительные расходы на клиентов получается не всегда. Поэтому любое развитие — только по необходимости.
Особенно хорошо это видно на примере малого бизнеса, с которым мы много работаем. Компании часто воспринимают ИТ не как инвестиции, которые должны принести результат, а как вынужденные расходы.
Клиенты еще внимательнее смотрят на цену. Те, кто уже давно пользуется нашими услугами, учитывают и качество, и SLA. Но даже с ними периодически приходится заново разбирать, почему свой сервер или более дешевое решение не обязательно окажутся выгоднее.
⭐️️️ А что с импортозамещением?
Здесь, наоборот, особых проблем не вижу. Основная масса ПО, которым компании пользовались раньше, так или иначе продолжает работать. Постепенно идет переход на Linux, приложения тоже переводят на эту платформу.
Например, 1С мы спокойно перевозим на Linux и российские ОС. Проектировщики вместо AutoCAD и Archicad используют nanoCAD и КОМПАС-3D. В сфере BI тоже есть отечественные решения: основной объем задач закрывает Visiology.
⭐️️️ Какие старые стереотипы еще живы?
Один из главных — что облако невыгодно и дорого. Особенно часто с ним сталкиваемся в малом бизнесе. Компании анализируют, что выгоднее: своя инфраструктура или облако — и просто делят стоимость сервера на месячную стоимость аренды. Расходы на специалистов, эксплуатацию, электроэнергию и поддержку в расчет не попадают.
Еще один стереотип касается поддержки. Есть мнение, что специалист обязательно должен сидеть в офисе и сразу прибегать, если что-то случилось. Хотя наша статистика сервис-деска показывает, что 85% обращений решаются удаленно, 90% — в течение получаса.
Зато постепенно уходит представление, что отечественным ПО невозможно пользоваться. Компании переходят на российские решения, работают с ними и привыкают.
⭐️️️ А новые тенденции появились?
За последние год-полтора у нас стало заметно больше проектов с туристическими компаниями, которые используют «Само-Тур». Мы размещаем их системы в Облакотеке и поддерживаем.
Для нас это новое направление. Туроператоры и турагентства часто представляют собой распределенные организации: небольшие офисы в разных локациях. Для такой структуры облако удобно: база находится в одном месте, а сотрудники подключаются к ней оттуда, где работают.
➡️ Если тоже хотите рассказать, как идут дела в этом году — пишите нам в редакцию.
#привет_как_дела
😏 Облакотека | TG | MAX | 387 |
| 7 | Как вам такой технический хардкор? | 447 |
| 8 |  С новосельем!
Наша команда знает и видит на практике, как ломают 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 | 383 |
| 9 |  404: коммуникация не найдена
Чем сложнее сервис, тем больше в нем звеньев, где может потеряться важная информация. Как масштабировать коммуникацию вместе с процессами, рассказывает Ирина Курбатова, директор техподдержки Облакотеки.
⏪ В описании ИТ-процесса есть сторона, которую почти всегда недооценивают, — коммуникация. Она кажется само собой разумеющейся: ну кто же не умеет договариваться и вовремя сообщать? Но именно ее задвигают в дальний угол, когда процессов становится больше, а шаги — сложнее.
❓Почему коммуникация — самое незаметное слабое звено?
Пока процесс один и участников трое, все и всегда владеют достаточной информацией для принятия полезных решений. Но стоит добавить новые услуги, процессы, подрядчиков — и выясняется, что передача информации сама собой не происходит, важные детали теряются. В результате сотрудники либо откладывают решения, потому что им не хватает определенности, либо принимают их, не зная всех обстоятельств.
К чему это приводит? К разочарованиям коллег и клиентов, которые бьют по доверию. Например:
➡️ Клиент узнает об аварии не от нас, а когда у него уже все встало. Мы знали на 15 минут раньше, но не организовали информирование.
➡️ Клиенту написали три разных сотрудника с тремя разными версиями, как лучше решить вопрос.
➡️ Плановые работы завершили, а сообщить забыли — и клиент всю ночь опасается что-либо трогать.
❓Как можно исправить ситуацию?
Например, использовать матрицу RASCI. Это простая таблица: по строкам — шаги процесса, по столбцам — участники, а на пересечении — их роль:
⏺ R (Responsible) — исполняет шаг;
⏺ A (Accountable) — отвечает за результат и принимает решение (такой всегда один);
⏺ S (Support) — помогает исполнителю ресурсами;
⏺ C (Consulted) — с ним советуются до действиям;
⏺ I (Informed) — его информируют по факту.
Вся магия в последних двух буквах. Именно C и I превращают коммуникацию из «само собой» в конкретную ячейку с фамилией. Сразу видно, с кем свериться до шага и кого известить после. Клиент попадает в столбец Informed на нужных шагах и перестает узнавать новости последним.
❓Что это дает участникам?
Исполнитель не гадает, к кому идти за решением и кого держать в курсе. Руководитель видит, где связь нарушена, еще до того, как она пропала окончательно. Новый сотрудник по одной таблице понимает, как устроено взаимодействие, а не собирает это годами по крупицам. Наконец, клиент чувствует, что о нем помнят на каждом шаге.
Коммуникация не приходит сама. Её, как и надежность, планируют и заботятся о ней в каждой команде ⏩.
➡️ Если пропустили предыдущий материал серии, читайте о том, как процессная документация помогает развивать сервис и повышать уровень зрелости.
#Ирина_поддержи
😏 Облакотека | TG | MAX | 316 |
| 10 |  Промпт в одно касание
А что у нас на часах? Время пятничного оффтопа! Недавно отгремел ЧМ, вовсю идут квалификации в еврокубки — почему бы не поговорить про футбол. Но как мы любим — с точки зрения технологий 🙂 .
Вы заметили, как масштабно проник ИИ на турниры? Кто-то при помощи нейросетей делает фан (например, «случайные» кадры с собой на матче, даже гайды появились), кто-то — ставки, а кто-то получает информацию и аналитику.
«За все полезное» — Владимир Кондратьев, нейроэнтузиаст и наш постоянный эксперт. Сегодня он расскажет, как использует ИИ в своем футбольном хобби и поделится лайфхаками.
1️⃣ ИИ скорее мешает или доставляет удовольствие?
И то и другое, но в разном порядке. Поначалу забавляло: технологии на ЧМ-2026 скакнули вверх, и нейросети с ними. А к концу турнира в ленте стало не протолкнуться от однотипных картинок. Единицы делали качественные вещи, но их не было видно в общем потоке.
Это знакомый круг: любая новая игрушка проходит путь от восторга до усталости. Мы уже видели это с фильтрами и оживающими фото. Сейчас то же самое, просто на более высоком техническом уровне. Так что дело не в ИИ, а в том, что интересное тонет в однообразном при массовом использовании .
2️⃣ Как вы используете нейросети в хобби?
Я давно и довольно глубоко работаю с ИИ, да и футбол знаю прилично. Смотрю много лет и посещаю матчи в Нови-Саде. Поэтому решил соединить одно с другим и завел Telegram-канал про ЧМ. Изначально для себя: чтобы прокачать навык работы с ИИ на теме, в которой я разбираюсь. Заодно — поднять собственный интерес к матчам. Кто-то делает ставки, я решил писать посты 🙂.
➡️ Главное открытие — кросс-промтинг, связка двух моделей. Claude отлично работает с текстом и фактурой, но графика не его сильная сторона. ChatGPT рисует прекрасно, но ему нужен точный промт. И я выстроил цепочку: Claude пишет промт на английском, ChatGPT рисует, я загружаю результат обратно в Claude и прошу разобрать, что не так и как переформулировать. Дальше правка вместо полной перегенерации.
Это дало резкий скачок качества. Особенно на сложных флагах: хорватские шашечки, герб ДР Конго, Узбекистан. Отдельные картинки получились по-настоящему удачными: «Кейн против Модрича», «Файзуллаев против Кордобы».
Работа разбилась по фазам турнира, и под каждую я заводил новый чат. Итоги предыдущего переносил в файлы проекта: расписание, карточки команд и стадионов, гайд по стилю. Так контекст не раздувался, а модель с каждым туром все точнее попадала в мой стиль. К плей-офф формат устоялся окончательно, и на пост уходили минуты.
➡️ Отдельная находка — система «крючков»: в каждом матче искать балканцев, игроков с российским прошлым, женщин в судейских бригадах. Это превращало дежурный анонс в живой текст.
По эффекту: подписчиков немного, но я за ними и не гнался. Важнее, что посты репостила городская газета, а несколько баров забирали картинки себе. И под конец я стал замечать чужие картинки, явно сделанные по мотивам моих. Один владелец бара сгенерировал свою версию на базе моей, но не учел нюансы: получилось красиво и бестолково, без времени и стадиона. Отправил ему нормальную.
Еще научился управлять usage в Claude. Один раз перебрал его перед интересным матчем, дописывал пост в ChatGPT без накопленного контекста — вышло заметно слабее. И один раз доплатил сверх лимита: механика расходования там непрозрачная, больше так не делаю. Для платного тарифа ChatGPT хватило самого доступного, GO.
3️⃣ Можно ли получать удовольствие от хобби, если в нем задействован ИИ?
Конечно. Удовольствие ведь не от того, что ты все сделал руками, а от того, что понимаешь тему и делаешь для себя. ИИ здесь не заменяет интерес, а добавляет к нему: ты и смотришь футбол, и качаешь навык, который потом пригодится в работе.
Хобби + эксперимент + обучение — по-моему, лучшая комбинация. Заодно появились мысли, как этот опыт применить дальше: присматриваюсь к еврокубкам и Лиге наций, и на этот раз уже с расчетом на монетизацию.
#пятничный_оффтоп | 364 |
| 11 |  +2Неприятность эту мы переживем
Каждый год мы ездим на ULCAMP, и 2026-й не стал исключением. В этот раз мы еще по дороге к фестивалю прочувствовали смысл слов «Главное — не где, а с кем». Подробностями делится Женя Минаева, партнерская фея Облакотеки.
⏪ ULCAMP — это не просто палаточный городок с лекциями. Для нас это уже традиционная ежегодная встреча с партнерами и друзьями по отрасли, бизнесу и интересам в целом.
В этом году погода подготовила настоящий сюрприз: дождь лил весь день, а проезд к месту проведения превратился в испытание, которое многие так и не решились или не смогли пройти. Чтобы вы понимали: машины оставляли на дороге колеса и бамперы, а кто-то просто оставлял машины. Люди выталкивали из грязи автомобили друг друга, делились лопатами, тросами и чем-то еще — для поднятия настроения 😉.
С нами добирался наш партнер из Тюмени Александр Жогов. Он ни разу не сказал: «Давайте свернем». Мы поддерживали друг друга всю дорогу, выходили мокрые под дождь и помогали тем, кому это было нужно. Не искали ответы в ChatGPT, а применяли все свои навыки, смекалку и просто человеческий подход.
Были и те, кто не смог побороть природу. Среди них — наш директор клиентского сервиса Елизавета Беляева, которая тоже поделилась впечатлениями:
Мы наблюдали, как люди уходят на пароме вдаль. А вот кадров, как они сходят на берегу, почему-то ни у кого не нашлось. Интересно, как там эти ребятки? Я оказалась в числе тех, кто так и не добрался. Фестиваль был буквально под носом — рукой подать… и все равно мимо. В такие моменты особенно ясно понимаешь: перед природой мы все бессильны. Но в следующем году я все равно поеду!
Переживать о гостях с парома, кстати, не стоит. Когда мы наконец добрались до лагеря, то пошли встречать наших московских партнеров Павла Карасева и Алексея Бовина. И тогда я поняла, насколько смело они преодолевали этот путь: пересечь водохранилище во время шторма на небольшом пароме было почти все равно что вплавь.
На фестивале мы много общались друг с другом — в этот раз даже больше не вокруг бизнес-задач. Я искренне верю, что в эпоху бесконечного стресса это именно то, что нужно. А деловые вопросы всегда можно решить по почте или по телефону в рабочее время.
Конечно, все мы ехали туда в первую очередь послушать интересные доклады. Кто-то — выступить, кто-то — найти новые контакты и связи, кто-то — продавать и зарабатывать. Готовились много обсуждать ИИ-помощников и агентов. Интересно, как бы они справились с застрявшей в грязи посреди леса машиной? Но именно погода, дождь и лес напомнили нам, что здесь нет статусов, должностей и времени.
Каждый смог найти на ULCAMP что-то для себя. Были спортивные состязания и множество докладов про маркетинг, ИИ, разработку и управление. По утрам — йога и шампанское, по вечерам — караоке, медитации с поющими чашами, баня, музыка и танцы.
Показательно, что на площадке рядом с темами о платформах разработки в эпоху генеративного ИИ и вайбкодинге, шла сессия «Экономика доверия. Коммуникации как новая валюта». Это все как будто об одном и том же. Да, мы осваиваем все более сложные технологии, ИИ-помощников и агентов. Но не стоит забывать суть: отношения, связи и доверие — это в первую очередь про людей.
☑️ И вот мой главный инсайт: технологии бессильны перед стихией. Участники ехали обсуждать ИИ-агентов, но реальным вызовом стала проверка на человечность в условиях бездорожья и шторма ⏩.
#куда_мы_заехали | 508 |
| 12 | بدون متن... | 420 |
| 13 |  Взяли новую высоту
Облакотека стала лидером рейтинга облачных провайдеров 2026 года от «Компьютерры». Ниже рассказываем про наши результаты и предлагаем порадоваться вместе!
🌟 Получили гран-при за самую низкую стоимость аренды. Показали антикризисное ценообразование во всей красе 😁.
В рейтинге также учитывали гибкость: возможность выбирать между помесячной или почасовой/посекудной тарификацией.
В общем зачете Облакотека заняла девятое место. «Компьютерра» оценивала провайдеров вдоль и поперек: типы инфраструктуры, разнообразие гипервизоров, оборудование, диски, безопасность и прочее.
P.S. Кстати, безопасность у нас тоже на высоте — получили 55 из 65 возможных баллов.
#хвалимся | 508 |
| 14 |  Переводчик с продуктового на человеческий
Перед запуском нового сервиса кажется, что самая сложная часть уже позади. Но как бы не так: дальше нужно качественно передать знания поддержке.
О том, что именно Product Owner должен рассказать поддержке до релиза, объясняет Оксана Новицкая, директор по развитию Облакотеки.
➕ Есть такой момент перед запуском нового сервиса, который я называю «передачей огня».
Документация написана, сервис готов к релизу, но пока скрыт от пользователя. Осталось вроде только открыть его для всех, но… Product Owner садится и думает: а что я должен рассказать поддержке, чтобы она не сгорела в первую же неделю?
Конечно, мы высылаем письмо с ключевыми тезисами и ссылками: на документацию, запись вебинара, список частых вопросов. Но этого недостаточно.
🌨 Как мы выстроили передачу знаний?
Перед каждым запуском мы проводим внутренний вебинар для команды поддержки. Самое ценное в нем — это вопросы, которые задают специалисты. Если первая линия что-то не понимает в спокойной обстановке с возможностью переспросить, то клиент со срочной задачей — тем более.
🌨 Что передать поддержке кроме документации?
1️⃣Какую задачу решает сервис, в каком контексте его используют, кто типичный пользователь. Это поможет понять запрос клиента, который формулирует его не техническим языком.
2️⃣Где заказчик споткнется первый раз. У каждого сервиса есть свои «грабли при входе» — особенность, которая вызывает ступор у пользователя.
3️⃣Специфика сервиса. Это может быть нетипичный порядок шагов при подключении, особая терминология или ограничение, которое не бросается в глаза.
4️⃣Что сервис не умеет. Клиенты часто приходят с ожиданиями, основанными на работе с другими продуктами. Если поддержка не знает границ сервиса, она дает неверные обещания или теряется и уходит уточнять. Все это не добавляет доверия.
5️⃣Что делать, если что-то пошло не так. Какой вопрос задать клиенту первым, чтобы быстро понять, в чем проблема. Какие симптомы — это нормально и объяснимо, а какие — повод для тревоги.
🌥 Почему важен именно живой разговор?
Однажды мы убедились в этом на практике. Поддержка ушла с вебинара с ощущением, что все понятно. Через неделю после релиза выяснилось, что один конкретный сценарий — совершенно стандартный с точки зрения продукта — вызывает у клиентов вопросы, на которые первая линия не может ответить уверенно.
Этот сценарий казался нам настолько очевидным, что мы не посчитали нужным остановиться на нем отдельно. Но подход «вот вам документация, там все написано» — плохой, как показала практика.
С тех пор у нас есть негласное правило: если мне как Product Owner-у кажется, что это и так понятно, — именно это я объясняю на вебинаре первым. Очевидные вещи лучше проговорить голосом: так можно сразу получить обратную связь и ответить на вопросы ➗.
#оксана_объясни | 453 |
| 15 |  Дальше сами
Apple Hills Digital и ряд облачных провайдеров подсчитали: каждая четвертая российская компания уже использует или пилотирует ИИ в облаке, и еще 18% планируют начать в ближайший год.
Печалит только одно: роль провайдера часто ограничивается тем, чтобы выдать ресурсы и не мешать. Почему так происходит и что ждет нас дальше — обсудили с Виталием Агапеевым, руководителем AI-центра экспертизы N3.Tech.
⏪ По нашему опыту, большинство корпоративных ИИ-проектов все еще не доходит до промышленной эксплуатации. Причина чаще не в технологии: она понятна и работает. Разрыв возникает в процессах, данных, культуре и распределении ответственности. Поэтому бизнес активно арендует GPU, но системно встраивать модели в ключевые процессы пока умеют единицы.
Где спрос заметнее всего?
Сейчас лидируют крупные компании. В первую очередь финсектор и ретейл, то есть отрасли с большими массивами данных и постоянным клиентским потоком. Здесь уже есть рабочие кейсы: ассистенты для анализа договоров, персонализация предложений, автоматизация сверок.
Промышленность тоже активно смотрит в сторону облачного ИИ, но до массового внедрения рынок пока не дошел. Основные барьеры: разрозненные данные и устаревшие ERP-системы. По нашим наблюдениям, до 90% проектов с генеративным ИИ в промышленности останавливаются на стадии пилота.
Почему провайдер часто остается только поставщиком инфраструктуры?
1️⃣ Внутренняя неготовность самих компаний. Сначала заказчику нужно понять, где ИИ действительно нужен в его процессах. По нашим наблюдениям, до половины кейсов из корпоративных списков «идей под ИИ» можно решить обычной автоматизацией или управленческими изменениями.
Пока нет карты процессов, описанных данных и понятных владельцев результата, разговор быстро сводится к аренде серверов.
2️⃣ Запрос на экспертизу опережает предложение. Бизнес ждет не только GPU-мощности, но и готовые модели с поддержкой во внедрении. И этот спрос остается незакрытым.
3️⃣ В ИИ-проектах часто размыта ответственность. Кто отвечает за бизнес-эффект? Кто задает правила работы с данными? Кто контролирует риски? Пока эти роли не закреплены, проще согласовать аренду GPU, чем стратегию внедрения.
Что будет дальше?
Предполагаю, что рынок будет развиваться по двум направлениям.
➡️ Облако перестанет восприниматься только как источник вычислительных мощностей. Сейчас 41% компаний используют его именно в таком формате: арендуют ресурсы и дальше строят решения самостоятельно. Эта доля будет снижаться, потому что провайдеры переходят к готовым ИИ-сервисам, предобученным моделям и управляемому инференсу.
➡️ Второй тренд связан с сохранением собственной инфраструктуры. Сейчас полностью в собственном контуре работают около 5% компаний, но в горизонте нескольких лет эта доля может вырасти до 20–30%. На это будут влиять регуляторные требования, расходы на промышленную эксплуатацию ИИ и расширение возможностей локального развертывания моделей.
Базовым сценарием скорее всего станет гибридная модель. Облако будет использоваться для экспериментов, масштабирования и доступа к моделям, а собственный контур для чувствительных данных и стабильных нагрузок ⏩.
#созвонились_обсудили | 538 |
| 16 |  Это процесс, теперь он будет жить с нами 😊
Продолжаем разговор с Ириной Курбатовой, директором техподдержки Облакотеки, о процессной документации. В прошлый раз говорили, как с ее помощью сохранять надежность сервиса. Сегодня — как повысить уровень зрелости.
⏪ Один из переводов цитаты Уинстона Черчилля звучит так: «Улучшаться — значит изменяться, быть совершенным — значит меняться постоянно». Но в обратную сторону этот тезис может уже не работать: меняться — не значит становиться лучше.
Процессная документация помогает бизнесу реализовывать не изменения ради изменений, а проводить такие улучшения, которые позволяют развиваться непрерывно.
❓Как это работает? Сначала направления, в которых компании важен предсказуемый результат, делят на процессы. Например, в облачной компании это запуск, изменение и обеспечение доступности услуг, поддержка пользователей и т.д.
Далее каждый процесс описывают, оценивают его текущее состояние и повышают уровень зрелости. Упрощенно говоря, каждый уровень зрелости отвечает на свои вопросы: «Кто/ где?», «Когда?», «Что конкретно/ как именно / сколько?», «Для кого/ зачем?» и, наконец, «Какие есть альтернативы?».
Задача процессной документации — сделать так, чтобы эта информация была доступна нужным людям в нужный момент и никто ничего не перепутал, не упустил. При этом результаты применения этой информации были предсказуемыми и успешными.
❓Что там должно быть? Процессная документация строится вокруг структуры, которую мы описывали в прошлом посте. Обязательным элементом будет схема процесса, где отображена последовательность действий и по каждому шагу указаны:
🧩 ответственный и исполнители;
🧩 что должно прийти «на вход» (информация, результаты предыдущих шагов);
🧩 инструменты и среды для работы;
🧩 требования (нормативы по срокам, инструкции, законодательство и тд);
🧩 результаты шага (отчет, доступный сервис и др.);
🧩 коммуникация.
❓А как на практике? Для примера посмотрим, как перечисленные атрибуты проявляются в процессе «Управление нештатными ситуациями» на шаге «Первичный анализ и эскалация».
Ответственный: дежурный инженер.
На вход: алерт мониторинга, сообщение от клиента.
Инструменты и среды: чат рабочей группы, система Helpdesk, среды управления инфраструктурой.
Требования состоят из сроков и минимально необходимых действий:
➡️ проверить состояние элементов инфраструктуры, связанных с алертом об отклонении от штатных параметров,
➡️ принять решение о необходимости эскалации на экспертную группу,
➡️ уложиться в срок до 6 минут.
Результаты: принято решение о необходимости эскалации; зафиксированы итоги первичной проверки (ключевой симптом, статус элементов инфраструктуры, связанных с алертом).
Коммуникация: информация по результатам передана в клиентский сервис и руководителям подразделений, чьи элементы инфраструктуры затронуты.
Будет ли документация торжественно называться «регламентом», или по-свойски «шпаргалкой», не так важно. Главное, чтобы все участники одинаково понимали: что от них ждут, в какой срок и с какими параметрами качества ⏩.
#Ирина_поддержи | 322 |
| 17 | ➡️ Роман Макаров, руководитель направления поддержки и развития 1С системного интегратора для промышленности «Райтек»:
Главное сейчас — начать прививать ИИ-культуру в компании и сделать этот процесс хотя бы немного управляемым.
Если говорить про крупные инвестиции, то тут все зависит от бюджетов. На текущем этапе точно стоит вкладываться в подготовку и развитие базы знаний компании. Считаю, что это сильно пригодится в ближайшем будущем.
При этом многие из потенциальных ИИ-проектов сейчас — это лотерея. Их экономические обоснования часто крайне сомнительны, так как технология меняется каждый день. Вложившись в интересную инновацию сейчас, нельзя рассчитывать на то, что она останется актуальной завтра.
На мой взгляд, инвестировать можно в краткосрочные и не слишком дорогие проекты, которые с высокой вероятностью дадут предсказуемый результат. Например, для ИТ-компании это может быть ускорение подготовки документов: презентаций, протоколов и др. материалов. Для производственной компании — внедрение элементарного машинного зрения. Ключевая формула: это должно быть относительно просто, дешево и быстро. | 714 |
| 18 | ➡️ Андрей Шарыпов, руководитель продукта Fedоt.аi компании «Цифровая логистика»:
Я делю ИИ-проекты на две большие группы: быстрые внедрения готовых решений с донастройкой и фундаментальные ИИ-проекты. К первой группе относятся решения, которые автоматизируют рутину: мониторинг чатов и диалогов с клиентами, обработка документов, RAG-ассистенты для клиентской службы. У нас в versta.iо есть такие проекты, и, по опыту, они окупаются достаточно быстро — уже через полгода или год.
Для фундаментальных проектов горизонт длиннее — продукт средней сложности может выйти в плюс за год-два. Это может быть создание собственных моделей, комплексной data-инфраструктуры или ИИ-продуктов с нуля.
Чтобы ИИ не стал дорогим экспериментом, можно использовать принцип 70/30: 70% инвестиций направлять в проекты с измеримым ROI, еще 30% — в стратегические инициативы. И обязательно заранее задавать KPI: без этого даже перспективный проект теряет фокус, а его границы размываются. | 397 |
| 19 | ➡️ Денис Шипулин, директор направления «Аналитика данных» для банков и ресурсных компаний в Axenix:
Оценивать все ИИ-проекты по окупаемости за один–два года не совсем корректно: это слишком разные инициативы. Готовые решения для автоматизации рутины, клиентского сервиса или аналитики могут дать быстрый эффект за счет снижения затрат и роста производительности. А проекты по перестройке бизнес-модели, созданию собственных ИИ-платформ или накоплению уникальных данных требуют более длинного горизонта — от пяти лет.
Разумный баланс в том, чтобы не воспринимать ИИ как ставку «все или ничего». Лучше сочетать проекты с быстрым и измеримым эффектом со стратегическими инициативами, которые работают на будущее. Последние должны не только давать эффект на пилоте, но и создавать накопительный актив: данные, компетенции, собственные модели или новые продукты. | 422 |
| 20 |  Долго ли, коротко ли
Бывает, что вопрос один, а ответы на него диаметрально противоположные. Вот пример: в свежем исследовании от Apple Hills Digital говорится, что компании хотят видеть окупаемость ИИ за один-два года. А на ПМЭФ, наоборот, звучала мысль, что с инновациями уровня ИИ играют в долгую — это может быть пять, десять и более лет.
Вместо того, чтобы выбирать сторону, мы решили пригласить экспертов к обсуждению. Спросили у гостей канала: какой горизонт окупаемости считать разумным и как не превратить ИИ в дорогой эксперимент? ⬇️
#созвонились_обсудили #искусственно_интеллектуально | 675 |
