Всем лучи техподдержки, каждому — своей

Техподдержка, она и в Африке техподдержка? А вот и нет, она бывает очень даже разная. Все зависит от особенностей организации. Сегодня Ирина Курбатова рассказывает, в чем отличия техподдержки для госструктур, корпораций и СМБ.

⏪ В зависимости от размера организации, ее владельцев сильно различаются скорость и свобода в принятии решений в компании. У крупного участника бизнеса и СМБ разное количество уровней иерархии оргструктуры, глубина формализации и регламентированности действий сотрудников, регулярность контроля, специфика санкций.

Сотрудники госструктур и корпорации чаще выбирают престиж и стабильность, а в СМБ акцент на финансовой заинтересованности.

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

1️⃣ Каналов коммуникации

Средний и малый бизнес предпочитает мессенджеры.

Крупным корпорациям и госкомпаниям обычно нужно поставить в копию руководителя, поэтому предпочтение отдадут e-mail.

2️⃣ Формата подачи обращения

С более крупной компанией в договоре прописано больше атрибутов подачи заявки. Сотрудники заказчика ответственно относятся к соблюдению порядка подачи.

Сотрудники СМБ чаще пишут ключевой симптом в произвольной форме. Все детали постановки задачи и диагностики выявляем уже в продолжении общения.

3️⃣ Ролей и полномочий пользователей

В договоре с крупной компанией, как правило, длиннее и подробнее список операций, заявка на которые требует дополнительного одобрения полномочий.

В СМБ перечень таких операций обычно принимают по шаблону от провайдера. Актуализация списка полномочных пользователей максимально упрощена.

4️⃣ Согласования SLA

Средний и малый бизнес чаще согласен с публичной офертой условий по SLA.

Госструктуры и крупные компании предлагают свой формат и видение документа по порядку поддержки. Они проверяют соответствие процессов поддержки менеджменту качества, стандартам серий ISO 9001, ISO 20000, ISO 27001, часто и организацию процессов на соответствие подходам Lean Six Sigma.

5️⃣ Отчетности о выполнении обязательств по SLA

Для крупной компании ежемесячный отчет о выполненных услугах и соблюдении параметров SLA — это неотъемлемая часть документов о закрытии периода.

А вот в договорной деятельности с СМБ, как правило, формальный регулярный контроль — минимальный ⏩.

#Ирина_поддержи

😏 Облакотека / Оставить «бусты»

Бета-тестеры, найдитесь

Наши партнеры из «Софтплэкс Сервисис» находятся в своей созидательной эре. Вот и до облачного биллинга добрались, создали новое решение. Подробнее про него писали тут. А сейчас мы приглашаем вас потестить платформу.

Продукт называется BillControl. В общем-то, все понятно из названия: биллинг будет под контролем. Можно управлять услугами, счетами, обрабатывать оплату.

Какие «плюшки» раздаем?

Первые участники теста получат пожизненный бесплатный доступ к BillControl. Плюс ранний доступ к новым функциям и возможность влиять на развитие продукта через обратную связь.

Кому это нужно?

Платформа явно упростит жизнь ИТ-интеграторам, поставщикам SaaS, стартапам в AI и Big Data. Да что скромничать, всем, кто занимается облачными услугами.

Что умеет BillControl?

1️⃣ Автоматизировать биллинг. Решение учитывает подписки, управляет тарифами, генерирует счета и отслеживает оплату.

2️⃣ Помогать в работе с клиентами. Платформа уведомляет о задолженностях, а также управляет запросами на новые услуги и тестовые периоды.

3️⃣ Адаптироваться. Решение легко интегрируется с эквайрингом и платежными системами. Также есть настройка API для автоматизации подписок. Если хотите использовать свой бренд, то можно настроить White Label.

Как участвовать?

Просто напишите на ev.minaeva@oblakoteka.ru или в Telegram @plulll. Ответим, дадим доступы.

😏 Облакотека / Оставить «бусты»

Все девопсы были в шоке, когда узнали! Чтобы резко сократить расходы на Kubernetes, нужно всего лишь…

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

Многие думают, что Kubernetes — это дорого. И это действительно так без должного подхода.

❓ Куда уходят деньги?

Основные статьи расходов Kubernetes — это вычислительные ресурсы, сеть, хранилище данных и инструменты мониторинга. По нашим наблюдениям, многие компании совершают одинаковые ошибки:

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

Все это увеличивает счет в 2-3 раза. Как можно экономить?

1️⃣ Использовать автоскейлинг. Это один из самых мощных инструментов экономии. Правильная настройка автоматического масштабирования может снизить затраты на 30-50%.

Мы используем Cluster Autoscaler, который динамически добавляет или удаляет узлы, чтобы кластер не потреблял лишние ресурсы. Например, если у клиента нагрузка резко возрастает раз в сутки, автоскейлинг позволяет выделять дополнительные машины на 2-3 часа, а затем отключать их.

Также важно настраивать горизонтальное и вертикальное масштабирование. HPA увеличивает количество подов в зависимости от нагрузки, а VPA корректирует выделенные ресурсы для подов в реальном времени.

2️⃣ Оптимизировать requests и limits. Частая ошибка — выставлять слишком высокие requests и limits на CPU и RAM. Это приводит к тому, что кластер резервирует больше ресурсов, чем реально используется, а счета растут.

Здесь на помощь может прийти инструмент Deckhouse Vertical Pod Autoscaler, который анализирует потребление ресурсов и подсказывает оптимальные параметры requests/limits. Это способно помочь снизить резервирование ресурсов на 40% без потери производительности.

3️⃣ Использовать spot-инстансы. Это дает реальную экономию до 70%. Многие компании их опасаются, потому что они могут отключиться в любой момент. На практике мы видим, что правильно настроенные spot-инстансы позволяют запускать некритичные процессы с огромной экономией.

К примеру, можно использовать spot-инстансы в Deckhouse Kubernetes Engine, чтобы запускать задачи машинного обучения и CI/CD. А для работы без сбоев важно:

➡️ выносить на них фоновые и временные задачи (бэкапы, аналитические расчеты, тесты);
➡️ использовать инструменты управления отказами.

Что еще важно? Снизить расходы на сеть и хранение данных, а также оптимизировать CI/CD. Подробнее об этом рассказали в статье.

#углубились_в_тему

😏 Облакотека / Оставить «бусты»

Между нами — обратная связь

Весна — время экзаменов. Мы вот школу давно закончили, а тесты все еще сдаем: недавно специалисты из DBI провели аудит нашей платформы K8S-as-a-Service. Ниже — краткое описание процесса и результатов.

1️⃣ Как тестировали?

Развернули систему ELMA365 в редакции Enterprise и использовали широкий набор облачных ресурсов. В том числе Kubernetes-кластер, виртуальные машины для внешних баз данных и объектное хранилище S3.

Подробнее о выборе конфигурации, создании кластера и установке ⬇️

Выбор конфигурации. Для размещения использовали управляемый кластер Kubernetes от «Облакотеки» с тремя рабочими узлами (8 vCPU, 12 ГБ RAM, 70 ГБ SSD) и одним мастером. В качестве хранилища данных применили отдельные виртуальные машины под PostgreSQL и MongoDB с конфигурацией 4 vCPU, 8 ГБ RAM, 10 ГБ под систему и 50 ГБ под БД.

Все ВМ были развернуты с дистрибутивом RockyLinux 9. Для хранения файлов использовали S3-хранилище, предоставляемое как SaaS-решение в рамках облачной платформы.

Создание и конфигурация кластера. Кластер создали с учётом рекомендаций вендора. Сюда включили предварительную настройку доменного шаблона, необходимого для развёртывания сервисов Deckhouse. После заказа виртуальных машин выполнили базовое конфигурирование: настроили firewall, пробросили порты по SSH, сконфигурировали внешний доступ к базам данных и настроили подсети.

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

При помощи дополнительных параметров (таких как создание пользователей и баз данных, корректная настройка доступа через firewalld) обеспечили надежную интеграцию с основной системой.

Установка ELMA365. Установку выполнили на основе helm-чартов от разработчика. Также задействовали отдельные чарты для приложения и баз данных. После завершения установки система стала доступна по заранее настроенному адресу, определенному в конфигурации кластера.

2️⃣ Какие результаты исследования?

Платформа K8S-as-a-Service показала высокую степень готовности для размещения микросервисных приложений уровня Enterprise, не требующих сильного вмешательства в конфигурацию в дальнейшем.

Среди плюсов сервиса особенно отметили:

⏺ возможность настройки резервного копирования при создании виртуальной машины;
⏺ масштабируемость, ограниченную только бюджетом;
⏺ загрузку пользовательских ISO-образов;
⏺ изменение порядка загрузки дисков и их параметров.

⏪ Мы тестировали платформу K8S-as-a-Service на пределе: развернули сложную конфигурацию с PostgreSQL, MongoDB и S3. В результате система показала себя как надежный фундамент для высоконагруженных микросервисов. Это не просто облачный Kubernetes — это готовая экосистема для бизнеса ⏩.

⬆️ Вот такой фидбек получили от Алексея Захарова, регионального директора компании DBI.

Конечно, найдены были и недостатки — куда без них. Эти замечания позволят нам улучшить сервис, а некоторые пожелания уже включены в план доработок (например, по интерфейсам).

#хвалимся

😏 Облакотека / Оставить «бусты»

Не все то золото, что в облаке

Недавно Microsoft запустила в продажу первый облачный ПК — Windows 365 Link. Представляет он из себя одно сплошное нет: нет ни ОС, ни HDD, ни SSD. Как же он работает? Устройство предоставляет доступ к размещенной в облаке виртуальной машине с Windows 11.

Мы хоть и любим все облачное, позволим себе чуть-чуть критики. Озвучит ее Максим Захаренко, СЕО Облакотеки.

⏪ Начну немного издалека.

1️⃣ Классический (legacy) сценарий корпоративной работы заключается в том, что данные и программы лежат и работают на компьютерах сотрудников. В случае аварий (шифрования) компьютера все данные пропадали. Это первый «полюс».

2️⃣ Когда Облакотека начинала свою деятельность, мы пропагандировали идею удаленного рабочего стола. Можно с любого компьютера зайти при помощи терминала на свой корпоративный рабочий стол (расположенный, естественно, в облаке) с любого устройства из любой точки, лишь бы был интернет. Все данные и программы находились на удаленном сервере. На компьютере ничего не было и ничего не требовалось. Это другой «полюс».

❗️ У него тоже есть свои минусы, например, невозможность работы без интернета. Зато было много плюсов: четкий контур, внутри которого хранятся все корпоративные данные, полный контроль их ввода-вывода, централизованное резервирование и т.д.

И вот, Microsoft выпускает нечто среднее. Это компьютер без диска. То есть все данные хранятся только на сервере, а вот программы их обрабатывающие передаются и исполняются на этом компьютере, лазая за всеми данными на сервер. Эта технология еще называется Application Streaming.

🧐 По мне, этот ПК собрал не плюсы, а как раз минусы обоих «полюсов». Решение не дорогое, но и не экстремально дешевое — $350, потому что на нем достаточно мощные вычислительные ресурсы: процессор и оперативная память. Работать без интернета все равно нельзя. При этом оно требует какого-то, пусть и удаленного, но обслуживания (как минимум, обновлений).

Вдобавок на эту тему понапридумывали довольно много устройств — различных терминалов. А самый распространенный сценарий был и будет такой: «толстый» полнофункциональный клиент + синхронизация чувствительных данных с облаком.

На мой взгляд, новое решение от Microsoft странное, но интересно, что вы скажете ⏩.

#взлетит_не_взлетит

😏 Облакотека / Оставить «бусты»

Продакты на месте? А должны быть на ProductConf 😄

В этом году мы снова стали партнером конференции, которую проводят наши друзья. Приглашаем посетить ProductConf всех, кто занимается развитием продуктов.

❓Что будет?

Два дня погружения в мир продуктового менеджмента. СЕО, CPO и другие «топы» крупнейших компаний России расскажут обо всех этапах работы с продуктом: от генерации идей и исследований пользователей до масштабирования и монетизации.

Всего — девять треков и более 70 докладов: основы продакт-менеджмента, CustDev и пользовательский опыт (UX/UI), маркетинг и продвижение продукта, управление данными и монетизация, управление тех. платформами и AI/ML, развитие карьеры, продуктовые процессы и культура, продуктовое лидерство.

И какая теория без практики? Планируются воркшопы, где можно сразу применить новые знания.

Еще одна фишка конференции — нетворкинг-зоны для обмена опытом с коллегами. Будут и вечерние мероприятия, которые помогут укрепить связи в неформальной обстановке.

❓Явки, пароли?

➡️ Формат: онлайн и офлайн.

🕘 22 апреля — онлайн
🕘 25 апреля — Центр событий РБК, Москва

➡️ Регистрация: по ссылке.

#облачный_анонс

Ну как там наш heartbeat поживает?

А пинг? А загрузка канала? Разбираемся вместе с Ириной Курбатовой, директором департамента техподдержки Облакотеки. Сегодня она расскажет о популярных средствах мониторинга.

⏪ Представим, что мы готовим десять разных блюд одновременно. Из пожеланий — чтобы лук стал золотистым и не сгорел, чтобы белки для нежного десерта взбивались именно семь минут, чтобы молоко не убежало и так далее. Если не следить за температурой, временем и внешним видом блюд, наш обед будет испорчен.

В техподдержке то же самое: у нас одновременно работает много сервисов, важно следить за показателями каждого из них. А если мониторинг пришлет нам алерт, то надо бежать «снимать молоко с огня».

Без хорошего мониторинга обеспечить доступность сервисов 99,96% не представляется возможным.

❓Чем же различаются средства автоматизации мониторинга? Разобраться поможет наш небольшой обзор.

1️⃣ Zabbix — классическое средство мониторинга ИТ-инфраструктуры и сетевых устройств, простое в использовании, решает задачи мониторинга и отправки событий. Использует автоматизированный агентский механизм и гибкие опции конфигураций. Решение может классифицировать и приоритизировать события, отправлять алерты и хранить логи. Есть шаблоны уведомлений и простая визуализация.

2️⃣ Главное преимущество Grafana — отличная визуализация данных по мониторингу.
Продукт позволяет создавать панели онлайн-отображения индикаторов, гибко их настраивать, поддерживает интеграцию с большим спектром источников данных, обрабатывает данные, чтобы сделать наглядные и понятные дашборды.

3️⃣ Prometheus — система мониторинга с открытым исходным кодом. Специфика решения в области применения (контейнеры и микросервисы). Удобные типы метрик: счетчики, датчики, гистограммы, сводки - позволяют применять различные стратегии мониторинга для получения сигналов на базе сложных условий и формул расчетов. Обеспечивает высокую масштабируемость, поддерживает огромное количество объектов мониторинга.

4️⃣ PRTG Network Monitor — специализированный инструмент для сетевой инфраструктуры, собирает информацию о потоках данных, проходящих через конкретные устройства, в разрезе протоколов и тп. Также решение обеспечивает статистику по переданным пакетам данных, времени пинга в режиме реального времени или за любые временные интервалы. Все это в виде графиков, таблиц или же простого потока исходных/агрегированных сетевых логов. Среди преимуществ также — функциональное мобильное приложение и удобный web-интерфейс.

5️⃣ Elastic Stack (ELK — Elasticsearch, Logstash & Kibana) — комплекс инструментов для обработки данных. Включает в себя хранение логов, обработчик и визуализатор данных, а также алертинг. Инструмент сильно отличается от всех предыдущих своим функционалом аналитики. Он позволяет обрабатывать большие объемы данных, содержит мощные средства поиска, фильтрации, сравнения и визуализации данных».

Инструменты мониторинга дополняют друг друга. При этом правильный выбор решений существенно сокращает время сотрудников на диагностику, анализ и предупреждение возможных угроз для инфраструктуры ⏩.

#Ирина_поддержи

😏 Облакотека / Оставить «бусты»

Что-то давно мы не делали дайджесты!

Полгода назад на нас накатила осенняя ностальгия… а сегодня накатило весеннее обострение мы решили возобновить начинание и даже сделать его регулярным.

Итак, сначала вспомним, о чем наш канал. Наша цель — обмениваться мнениями с участниками рынка по вопросам:

➡️ развития облачного рынка в целом и PaaS/SaaS в частности;
➡️ бурного роста машинного обучения, LLM, ИИ-ассистентов и промт-инжиниринга;
➡️ импортозамещения;
➡️ любых интересных новостей из мира IT.

При этом не забывая про праздники, любовь и юмор в рубриках #взлетит_не_взлетит и #пятничный_оффтоп.

Что было за это время:

☑️ Наш СЕО Максим Захаренко продолжил вещать под тэгом #максим_ерунды_не_скажет. Из самого интересного — посты про выход на рынок Центральной Азии:
часть первая, часть вторая, часть третья.

☑️ Ключевые сотрудники, Ирина Курбатова и Оксана Новицкая, вели свои рубрики #Ирина_поддержи и #привет_s3.

☑️ Много писали про развитие ИИ. Например, про поиск и инфраструктуру. И даже сочинили стихи (почитать можно в сохраненных сторис в профиле канала).

☑️ Запустили новую рубрику про региональный бизнес. Уже можно почитать про развитие ИТ в Омске и Волгограде.

☑️ Размещали посты от приглашенных гостей: про ИБ-аутсорсинг, роль архитектора в разработке и даже рынок труда в ИТ-сфере. При этом не забывали делиться совместными кейсами.

☑️ Рассказывали и про приятные бонусы для любимых партнеров. Например, про обновления SaaS-сервисов и их бесплатный тест. А еще про то, что можно получить приятные гранты на наши сервисы.

☑️ Участвовали в мероприятиях, а также выступали на них партнерами.

Если вы все это пропустили и ждали знака свыше, чтобы прочитать, то это он! А если активно следили за контентом в канале, этот дайджест станет прекрасным поводом перечитать любимые посты 😀.

P.S. Мы планируем сделать такие дайджесты регулярными и добавить больше новостей от Облакотеки. Хотим узнать ваше мнение, насколько такой формат будет востребован. Поэтому сделали небольшой опрос ⬇️

Ищу партнера. Требования: должен любить миграции в облако и споры про Kubernetes

Давно в канале не было «выступлений» нашей партнерской феи Жени Минаевой. Сегодня она вернется и наколдует несколько советов для всех, кто хочет найти компанию-союзника и развиваться вместе, но не знает, как.

Где встретить подходящего партнера?

1️⃣ Везде

Я действительно верю, что каждая встреча в перспективе полезна. Возможно, вы не всегда сразу поймете, что можете вместе поработать и создать что-то новое. Тем не менее каждый раз я убеждаюсь, что встретить нужного человека можно где и когда угодно: в аэропортах, театре или даже у друзей на ужине.

Я сейчас говорю не о классическом деловом нетворкинге, а о принципе — транслировать деловые, технические и другие возможности компании постоянно: в разговорах, сторис и т.д. Это про «жить работой», но не как трудоголик или раб, а как искренний поклонник того, что делаешь.

2️⃣ Во время деловых встреч на тематических мероприятиях

Сюда относятся конференции, митапы, воркшопы, шабаши, фестивали, пленарные сессии — их огромное множество. Тут самое главное при выборе — ориентироваться на целевую аудиторию: от этого зависит эффективность участия.

Конечно, здесь работает тот же принцип открытости, искренности и активной коммуникации. При этом за счет знания аудитории можно грамотно подать месседж о себе и компании, обозначить свою полезность и компетенции на рынке. Само собой, конверсия от таких мероприятий выше, чем просто «шла-шла и нашла», но и подготовка, бюджеты, ответственность уже другие.

➡️ Из опыта Облакотеки. В последнее время мы активны именно в этом формате. Маркетинг постоянно находит интересные мероприятия, где можно рассказывать о наших сервисах, партнерской программе, успехах на рынке.

При этом мы часто привлекаем наших партнеров со всей России, вместе летаем в Казахстан и Узбекистан. Там мы налаживаем деловые связи, рассказываем про облачные преимущества и о гибридных проектах с привлечением нашей инфраструктуры и экспертизы партнеров. Результат командной работы — закрытие действительно интересных и коммерчески выгодных проектов.

3️⃣ В нестандартных форматах: ивенты с нетворкингом

Тут сочетается обмен профессиональными навыками и совместный отдых. Это те же конференции, только без галстуков.

Я обожаю этот формат: ничто не мешает обсудить бизнес-задачи и узнать много нового, в том числе о внутренней кухне партнеров. Мы изучаем друг друга как «человеки», и это самый верный путь для построения длительных отношений.

В нашем бизнесе важны именно долгосрочные и доверительные связи. Уровень, когда вы не просто партнеры, а настоящие друзья, наиболее эффективный. Тогда можно открыто обсуждать все вопросы, искренне пиарить друг друга и рекомендовать на рынке.

➡️ Из опыта Облакотеки. Наша действующая партнерская сеть — самое настоящее профессиональное ИТ-коммьюнити. Здесь мы стремимся выстроить именно такой уровень общения, чтобы можно было вместе заходить в новые страны, в новые проекты и создавать новые продукты без сложной бюрократии и формальных барьеров. Наши партнеры — наши давние друзья.

#Женя_давай_дружить

😏 Облакотека / Оставить «бусты»

Кто на рынке хозяин?

Недавно на нашем ламповом ИИ-рынке развернулась битва жабы с гадюкой. Huawei планирует массовые поставки чипа Ascend 910C в Китай. Эксперты считают, что Nvidia стоит начинать беспокоиться — появился претендент на ее место под солнцем. Мы задумались: а как эта ситуация может повлиять на развитие ИИ во всем мире?

Отвечает на вопрос Максим Захаренко, СЕО Облакотеки.

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

Причем до сегодняшнего дня действует формула «мощь интеллекта = мощность чипов». Даже флуктуация от DeepSeek не сильно ее поколебала.

В короткой перспективе мы будем наблюдать бешеную гонку между двумя основными технологическими кластерами, производящими GPU: США и Китай. Эти игроки будут внимательно следить друг за другом и перенимать подходы. Так, например, технологии уперлись в производительность одного ядра, поэтому сейчас ускорение крутится вокруг объединения чипов в кластеры за счет максимально эффективной шины.

При этом совершенно нет гарантии, что текущий лидер Nvidia удержит лидерство на горизонте 5-10 лет.

Есть еще один фактор, существенно влияющий на технологическое будущее. Для обоих производственным цехом, изготавливающим чипы, является тайваньская TSMC, а вокруг Тайваня очень неспокойно. Кстати, обострение может быть спровоцировано именно желанием контролировать производство наиболее современных чипов.

И все-таки мир никогда не развивался линейно. В результате всегда срабатывала формула «развитие и смена парадигм». На смену простому ускорению чипа придут принципиально новые подходы. Это могут быть как другие физические принципы (квантовые вычисления) так и новые алгоритмы, которые не будут требовать большой вычислительной мощности.

Ведь и первый массовый ИИ-продукт ChatGPT появился очень неожиданно. Он как раз не был следствием простого эволюционного развития подходов к ИИ за последние 50 лет, это был принципиальный технологический скачок.

❓ Что это значит для нас? Сейчас для коммерческого использования LLM разворачивают несколькими путями. Приведу лишь несколько примеров:

⏺ Используют общедоступную LLM без отраслевой настройки как заготовку и регулярно дообучают ее новыми корпоративными датасетами;
⏺ В том же сценарии применяют данные компании без дообучения модели (RAG);
⏺ Полностью хостят готовую open-source LLM в облаке провайдера, выполняя инференс и, при необходимости, разовое дообучение «под задачу»;
⏺ Строят собственную on-prem GPU-ферму и обучают либо дообучают модели целиком внутри периметра;
⏺ Применяют гибридную схему: реализуют инференс и хранят несекретные данные в публичном облаке, а обрабатывают чувствительную информацию на локальных vGPU-узлах.

Для всего этого требуются мощности GPU. Это массовая история, и сценариев использования GPU может быть много. Для любой компании будет важно иметь устойчивый доступ к функционалу ИИ, поэтому локальные (суверенные) облачные платформы будут быстро расти в ближайшие годы».

#максим_ерунды_не_скажет

Новый продукт, новый я

Откуда берутся новые сервисы? Может, их приносит аист? Находят в капусте? Ах, если бы это было так просто. Все начинается с идеи, говорит Оксана Новицкая, директор по развитию Облакотеки.

А где черпать вдохновение и как превратить задумку в работающий сервис, Оксана расскажет на примере личной практики.

Какие бывают источники идей?

1️⃣ Заказчики попросили.

Если пять партнеров за месяц захотели автоматизировать одну и ту же штуку — значит, сервис почти готов. Просто нужно его реализовать. Всего-то 😂.

➡️ Например, к нам пришли несколько клиентов с одинаковой просьбой: было бы неплохо, если бы можно было отключать виртуальные машины по расписанию и экономить. Мы бы их выключали в выходные и включали в рабочие дни.

Облакотека сфокусировалась на этом пожелании, и вот уже в ближайшее время сервис будет доступен для всех. А сейчас он проходит закрытое тестирование.

2️⃣ Мы сами захотели.

Довольно часто новые фичи появляются после желания местных админов автоматизировать ту или иную штуку. Ведь мы сами и потребители своего же собственного сервиса.

➡️ Например, нашим админам часто требуется клонировать виртуалки, создавать из дисков и шаблонов однотипные машины, храня копии в библиотеке. Мы подумали, а почему бы не сделать это сервисом? Ведь если что-то упрощает жизнь нам, то, скорее всего, это нужно и другим.

3️⃣ Рынок как бы намекнул.

Но здесь все не так просто. Смотреть на крупных облачных провайдеров — это здорово, но просто копировать конкурентов не всегда самый хороший вариант. Надо искать и придумывать, в чем мы будем лучше и удобнее.

➡️ Например, у нас начали спрашивать: «А где у вас объектное хранилище? Нам S3 нужно». Мы посмотрели доступные решения у конкурентов и собрали пул требований от клиентов: S3-совместимость, приватность, поддержка больших объемов. Поняли, что нужно хранилище, которое просто подключается к их приложениям и не требует диплома администратора.

По факту не хватало не функционала, а человеческого интерфейса и прозрачности. Так мы запустили объектное хранилище с простой авторизацией, понятным ценообразованием и базовым функционалом по настройке прав доступа.

4️⃣ Интуиция подсказала.

В какой-то момент стало понятно: ситуация с западными сервисами нестабильная, и клиенты начнут искать замену привычным офисным пакетам. В особенности тем, которые завязаны на облако.

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

Когда клиенты начали массово «спрыгивать» с западных вендоров, у нас уже был понятный и готовый к бою SaaS-пакет: с админкой, доступами, интеграциями и техподдержкой. Иногда правильное решение — это вовремя поверить, что будет волна, и быть к ней готовым.

Но поймать идею мало. Еще надо понять, что это не пустышка. Как это сделать, Оксана расскажет в следующем материале ⬇️.

#Оксана_объясни

Новый продукт, новый я. Часть вторая

Сегодня Оксана Новицкая продолжит делиться опытом по запуску новых сервисов. Она расскажет, как понять, стоит ли идея внимания.

1️⃣ Просто спросить.

У заказчиков, партнёров... Здесь все просто: если большинство без колебаний говорит «да, было бы нужно», то задумка стоящая.

2️⃣ Посмотреть, а сколько их, таких клиентов.

Например, один раз к нам пришли с запросом «сделайте кастомный мониторинг под наше приложение». Проверили: оказалось, таких запросов всего раз-два и обчелся. В таком случае лучше предложить кастомную доработку, а не делать отдельный сервис (пока что).

То есть если запрос массовый — делаем продукт. Если нет — оставляем как индивидуальное решение.

3️⃣ Посчитать деньги.

Тут довольно тонкий момент: даже крутая фича не выстрелит, если ее себестоимость не окупается, и конечная цена для клиента большая. Надо считать и искать варианты, чтобы экономика была хорошей.

4️⃣ Сходить к инженерам и разработке.

Их мнение, технический взгляд на все нюансы и трудозатраты — это весомая часть сервиса. Если сервис надо «пилить» до MVP полгода, и он по факту технически сложный, то, может, стоит упростить идею. Еще вариант: поискать на рынке сторонние решения, которые можно легко и быстро встроить к себе.

И прежде, чем наобещать клиентам, надо разобраться, реально ли это сделать.

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

#Оксана_объясни

😏 Облакотека / Оставить «бусты»