Кучевые АйТи

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А какой тип SLA выберешь ты? Продолжаем разбираться в тонкостях SLA c Ириной Курбатовой, нашим директором департамента техподдержки. В прошлом посте узнали, зачем оно нам всем надо, а сегодня поговорим о том, какие типы соглашений существуют. Слово — эксперту ⬇️ ⏪ Насколько трудно подготовить и поддерживать в актуальном состоянии соглашение об уровне обслуживания? Где вообще границы уровня детализации при подготовке SLA? На верхнем уровне определиться с тем, как будет лучше именно для вашей компании, поможет описание подходов к подготовке SLA: 1️⃣ Service-based SLA. Это универсальный вариант: его применяют к услугам, которые предлагаются всем заказчикам одинаково. Такие SLA просты в управлении и стандартизации, но не концентрируются на индивидуальных потребностях и предпочтениях разных клиентов. 2️⃣ Customer-based SLA. Этот подход максимально учитывает ожидания и специфику клиента. Его применяют в сложных проектах (например, обслуживание крупной автоматизированной системы), с ключевыми клиентами, которых нельзя потерять.

Этот SLA гибко и быстро меняется с выявлением новых ожиданий и имеет много метрик и KPI. По итогам периода готовится отчет о качестве услуги и сервиса. Как правило, не «для галочки» — на его основе обе стороны принимают управленческие решения.

Продолжение ⬇️ #ирина_поддержи

Друзья, сегодня в рубрике #блиц_с_партнером одни из наших старейших друзей и партнеров — конструктор по созданию интернет-магазинов AdvantShop. Сам сервис находится в Ульяновске, но ребята предоставляют услуги по всему миру. На вопросы отвечает основатель компании Камиль Калимуллин. 1️⃣Какие решения разрабатываете? Предлагаем предпринимателям профессиональные инструменты для онлайн-торговли. Это конструктор интернет-магазина, мобильное приложение и управление товарами на маркетплейсах из одной административной панели. Все запускается за пару дней без значительных вложений: сервис по подписке. 2️⃣С какими заказчиками работаете? Прежде всего, это малый и средний бизнес: предприниматели, селлеры, бренды, заведения общепита. Есть и известные компании, такие как Домодедово, Ahmad Tea, Kinash, Зелёная улица. 3️⃣Как используете облако? IaaS — насколько это возможно, DNS API. Нам нужно контролировать работоспособность более 5000 интернет-магазинов. Требуется большое количество серверов, продуманная система распределения нагрузки и возможность оперативно подключиться к техническим данным. 4️⃣Ваш оффер для клиентов? В нашей работе главное — оперативно реагировать на изменения в e-commerce. Для этого мы вкладываемся в разработку новых функций, интеграций, качественную техподдержку. У нас прозрачная реферальная программа: в ней участвуют разработчики и лояльные клиенты. 5️⃣ Как давно с Облакотекой? Познакомились в 2013 году. После событий 2014 года и резкой разницы доллара по отношению к рублю мы задумались о переносе инфраструктуры с MS Azure в РФ. Облакотека предоставила родной для Windows Server гипервизор Hyper-V. С тех пор мы полностью переключили российские магазины на хостинг в Облакотеке. 6️⃣ Планы на развитие? Смотрим в сторону ПО с открытым кодом, а также повышаем процент локализации сервисов и софта. В территориальном плане — хотим расширяться в ЕС и Казахстан на мощностях Облакотеки. И очень надеемся, что появится возможность работать с коллегами в Республике Беларусь.

Что у нас завтра? Правильно — первые летние выходные. И если у вас пока нет на них планов, то предлагаем наше #облачноечтиво. Устройте пикник с книгой по рекомендации нашего партнера Дмитрия Балаушко, директора кампуса «Школы 21» в Югре. 🗨 В книге «Сила в доверии» Сандра Сачер и Шалин Гупта убедительно доказывают, что доверие — мощная сила, которая лежит в основе успеха любого бизнеса. В основе — результаты исследований двух последних десятилетий и кейсы известных компаний. Несколько цитат, которые меня особенно зацепили ⬇️ ☑️ «Один из важнейших аспектов доверия — это готовность поставить себя под удар, независимо от намерений и действий других людей». ☑️«Тот, кто извиняется, показывает: он готов взять на себя ответственность за ошибку. Мы гораздо охотнее пойдем на риск в делах с людьми, признающими свои ошибки. Дело в том, что они скорее будут более откровенны по поводу возможных проблем». ☑️«Более пяти веков назад Никколо Макиавелли предположил, что общественная мораль — та, что должна направлять руководителей, — отличается от морали обычных людей, потому что руководители несут иную ответственность и наделены властью». ☑️«Доверие похоже на калейдоскоп. Каждый поворот и каждое вращение рождают новые и непредвиденные возможности. Но для этого красные, зеленые, серебряные и золотые стеклышки должны собраться в калейдоскопе. Вместе мы сильнее, чем порознь, и когда мы открываемся миру, чтобы вращаться в волшебном кругу с другими людьми, происходят настоящие чудеса».

Кто уже видел первый рейтинг российских платформ Kubernetes? Спойлер — первое место занял Deckhouse. Оцениваем рейтинг вместе с Оксаной Новицкой, директором по развитию Облакотеки. ⏪ Рейтинг помогает выбрать платформу тем компаниям, которые еще только оценивают продукты. Тут важно учитывать не только функциональность решения, но и «обвязку» — что именно заложил вендор. Насколько платформа проработана, как использовали ее другие компании, какие дополнительные фишки предоставляются. Поэтому рейтинг и критерии оценки дают возможность уже на этом этапе сориентироваться, в какую сторону смотреть. Жаль, что в рейтинге не учитывается стоимость платформы: этот момент тоже может быть определяющим. И тут я могу поделиться нашим опытом. Когда мы решили запустить Kubernetes-as-a-Service, сразу же встал вопрос выбора платформы, на которой будет построен сервис. Посмотрели несколько вариантов: все решения на рынке интересные и перспективны, но в итоге мы выбрали Deckhouse.

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

Что понравилось? По сути, это полноценная платформа, которая расширяет возможности Kubernetes. Есть дополнительные модули для мониторинга, балансировки трафика, автомасштабирования, безопасного доступа. Удобно, что эти модули предварительно настроены, интегрированы друг с другом и готовы к использованию. Но, безусловно, есть и небольшие недостатки. Например: для обеспечения работы встроенных модулей и инструментов кластера нужно немного больше ресурсов, чем для аналогичных сервисов на базе «голого» Kubernetes ⏩. #созвонились_обсудили