Облака как любовь

Инструкция по созданию облака тегов в интернет-магазине

Давайте же разберемся, как на практике использовать простой способ по формированию облака тегов. 

Категория: ванны. 

ГЕО: Архангельск и Архангельская область. 

Наш план действий: 

1. Определяем, с какой категории начинаем поиск запросов для создания новых точек входа с помощью облака тегов. В нашем случае это «ванны». 

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

Сам поиск запросов описывать не будем, вкратце он включает следующие варианты действий: 

• создание выборки из имеющегося семантического ядра на основе запросов, которые «некуда сажать» на сайте;
• расширение уже имеющегося семантического ядра; 
• выгрузка активной семантики у конкурентов; 
• парсинг подсказок. 

Есть множество различных сервисов, где можно спарсить подсказки. Мы, например, используем ARSENKIN TOOLS и сайт Артура Корсакова. 

Покажем, как это выглядит: 

Сервис #1, ARSENKIN TOOLS 

Сервис #2, сайт Артура Корсакова 

Как видите, запросы из подсказок также могут пригодиться при формировании тегов. Например, в свое семантическое ядро из подсказок мы отобрали такие виды запросов, как «с гидромассажем», «акриловая», «ванна 170 на 70», «угловая» и так далее. 

4. Снимаем позиции по данным запросам и смотрим, какие запросы на сайте не участвуют в оптимизации. 

5. Оставшиеся запросы проверяем на интент и делаем вывод. 

В ходе первых четырех пунктов мы отобрали блок запросов для категории «ванны», а именно:

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

Пример части перечня отобранных запросов с учетом коммерциализации: 

Сгруппировали оставшиеся после чистки запросы: 

Следующий этап – проверка на интент и формирование технического задания (ТЗ). 

Примечание: при проверке двух запросов «ванна из искусственного камня» и «каменная ванна» для заголовка тега мы выбрали именно «ванны из искусственного камня», так как коммерческая часть выдачи показывает следующее: 

Запрос «каменная ванна» – это сопутствующий запрос, но не основной. 

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

Пример для тега «гидромассажные ванны»: 

6. Бинго! Мы отобрали запросы для тегов и даже составили ТЗ. Теперь пришло время задуматься, как же их отобразить, если функционала «облако тегов» на сайте еще нет. 

Есть несколько популярных вариантов: 

«Чтобы никто не увидел». 

Размещение тегов между листингом и футером. Нацелено на создание точек входа и на упрощение навигации для тех, кто доскроллил до конца страницы. 

«Все и сразу». 

Размещение сразу всего списка тегов на первом экране страницы категории без возможности их свернуть/скрыть. 

Есть плюс – все теги на виду и это может помочь при навигации, но есть и большой минус – облако тегов забирает слишком большую часть экрана. 

«Сюрприз». 

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

До: 

После: 

«Долгоиграющий». 

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

Serverless, микросервисы, облака: что общего у ворона и письменного стола

Бессерверные технологии наследуют качества как облачных сервисов, так и микросервисов в целом.

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

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

Это основы. А в чем вообще преимущества Serverless?

Изучение основ использования бессерверных технологий проходит проще и быстрее, чем обучение полноценной DevOps-разработке. Чем входной порог ниже, тем легче найти подходящего специалиста и тем скорее можно заняться непосредственно самим проектом.

Не нужно высчитывать пропускную потребность самостоятельно: бессерверные решения автоматически масштабируются вместе с поступающим трафиком.

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

Принципы взаимодействия бессерверных технологий с контейнерами напоминают докер — и то и другое отлично подходит для работы с микросервисами. Бессерверные технологии экономят время и нервы тем, кто не хочет беспокоиться об архитектуре, зато докер обеспечивает независимость от поставщика услуг и абсолютный контроль проекта на любой стадии. Что выбрать? Зависит от приоритетов — платформа ShoutOUT, например, перешла с докера на бессерверные технологии, чтобы снизить затраты и решить вопросы своего масштабирования и не только.

Краткий ликбез

Прежде чем перейти к теме Secure SDLC, немного поговорим о том, что вообще следует понимать под термином Software Development Life Cycle. Это — фреймворк, который описывает жизненный цикл программного обеспечения. Его задача — помочь бизнесу выстроить процессы разработки качественных приложений. Соответствующие рекомендации описаны в международном стандарте ISO/IEC 12207:2008 и российском ИСО/МЭК 12207–2010.

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

Противоположность водопадной модели — модель итерационная. В этом случае разработка проекта начинается с MVP, который сразу выпускают на рынок. Далее, вносят изменения на основе фидбека, и процесс повторяется. Итерационная модель подходит для больших задач с неопределёнными требованиями. К ней прибегают стартапы и команды, разрабатывающие инновационные проекты, способные изменить привычное положение вещей в том или ином секторе.

Модификацией итерационной модели является спиральная модель. Движение по этапам разработки идет по спирали, но с каждым новым витком процессы усложняются и расширяются, поэтому модель подходит для рисковых исследовательских инициатив. Разумеется, существуют и другие подходы к разработке — по этой теме написано большое количество публикаций и литературы, её обсуждают на профильных площадках вроде Хабра

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

Шифрование

Если вы немного параноик (в наше время это нормально), то NextCloud поддерживает шифрование на стороне сервера. Перед его включением следует иметь в виду, что: 1) отключить его обратно через веб-интерфейс не получится (но все еще можно через глубины консоли) 2) В зашифрованном виде файлы занимают примерно на 30% больше, чем в нешифрованном, ну и тормозить при заливке-скачивании оно может больше, если на сервере слабый процессор и много пользователей.

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

Ключи шифрования хранятся в следующих каталогах:./data/<user>/files_encryption./data/files_encryption

Для включения шифрования, сначала идем в меню «Приложения», находим там Default Encryption module и включаем его:

Потом идем в Настройки — Параметры сервера — Безопасность, находим там «Шифрование на стороне сервера» и тоже его включаем

Детали реализации можно прочитать вот здесь и вот здесь.

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

Подытожем и поговорим, немного, об играх

Почему я так уверен в успехе? Все очень просто. Есть довольно интересный опыт в сфере игровой индустрии.

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

Во вторых стоит отметить две игры Dwarf Fortress и RimWorld.

Dwarf Fortress — это игра, пример вечной разработки, когда разработчики хотят своими силами разработать целиком всю игру. В итоге игра находиться в альфе и долго разрабатывается (с 2002 года, а уже 2020). 18 лет разработки и нет релиза, это никуда не годится.

RimWorld это игра вдохновленная идеями Dwarf Fortress. Там не стояла задача разработать все на свете, и ванильная версия игры довольно скромная. Но что очень сильно меня удивило, это то, что сообщество создало очень большое количество модов, которые доводят игру до логического уровня, как должно работать на самом деле. Самый интересный модпак, это сборка HardCore SK. Они собрали моды, и сделали между ними баланс. Это позволило создать совершенно другую игру, которая отличается от ванильной, и я думаю, такой как раз таки и должен быть настоящий RimWorld. Ребята просто молодцы! И это работает со стим версией.

Именно тот факт, что разработчики RimWorld позволили создавать плагины для их игры, получился шедевр в виде сборки HardCore SK.

По сути, те кто создал сборку HSK сделали интеграцию игры и готовых модов, то что я и говорил про облачных интеграторов. Они даже не разрабатывали все эти моды. Облачные интеграторы также делают интеграции, но делают это для IT систем, бизнеса и IoT рынка.

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

Я сейчас собираю команду. Если есть желание присоединиться или инвестировать в проект, то пишите в личку.

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

Публикую инструкцию по установке облачной ОС версии 0.1 на Raspberry Pi и ссылку на пост, о том, как я разработал язык программирования. Кстати сама ОС написана на нем :).

Язык программирования сейчас представляет собой единую фуллстек технологию для разработки сайтов и облачных IT систем. Его преимущество в том, что он транслируется сразу в js и php. И он функциональный. В нем из коробки работают неизменяемые структуры данных. При этом можно писать в функциональном стиле или по старинке в ООП. Есть server side render для бэкенд и client render для фронтенд. Но самое главное преимущество, в том, что это единая технология, на котором можно написать фронтенд и бэкенд. И не нужно заводить зоопарк на nodejs. Я вообще хочу отказаться от nodejs в пользу python или llvm + webassembly с компиляцией. Т.е программа пишется на одном языке и компилируется через llvm для бэкенд, и через webassembly для фронтенд. Но это будущее :).

Буду признателен, если вы поставите звездочки на проекты:

• Язык программирования BAYRELL Language
• Облачная операционная система BAYRELL Cloud OS

Также я думаю открыть школу по программированию. Если кто хочет поднять свои скилы в IT, тоже пишите в личку.

Кому полезны облачные сервисы

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

Если же говорить о ситуации в России, то проблемы с поставками «железа» будут сохраняться в ближайшие годы. За последнее время импорт серверного оборудования для дата-центров в нашу страну упал в несколько раз, а серверное оборудование отечественного производства подорожало в полтора раза. В таких условиях самый логичный выход — миграция в облако.

Однако переход на облачные сервисы даёт преимущества не только для компаний, но и для IT-специалистов: это и новые специализации, и возможность прокачивать экспертность, чтобы повысить конкурентоспособность на рынке труда. Выпуская тот или иной сервис, российские облачные провайдеры стараются сделать его похожим на уже существующие решения западных компаний, проверенные временем и востребованные среди клиентов (легко можно провести параллели между разными сервисами: SberCloud, «Яндекс Облака» и VK Cloud).

Небесная река

Китайская аэрокосмическая научно-техническая корпорация установила десятки тысяч горелок у подножья хребтов Тибетского нагорья на высоте пяти километров над уровнем моря. Устройства будут сжигать химическое топливо, выпуская в воздух частички йодида серебра. Вещество будет конденсировать водяной пар, образуя тучи. Предполагается, что выпавшие в результате осадки поднимут уровень воды в реках, благодаря чему удастся оросить 1,6 млн кв. км посевных полей. По словам разработчиков, ожидаемые 10 млрд тонн «дополнительных» осадков в год эквивалентны 7% от общего количества потребляемой в Китае питьевой воды.

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

• Горелка для создания искусственных облаков

Создание и установка каждой горелки обошлись в $8 тыс. По словам заведующего отделом физики облаков и активных воздействий ФГБУ «ЦАО» Баграта Данеляна, это сумма достаточно небольшая для выполнения поставленных задач.

Новая и самая масштабная программа по созданию искусственного дождя является продолжением проекта «Небесная река», запущенного в Китае в 2016 году. За два года специалисты успешно испытали работу 500 горелок, установленных в горных районах Тибета и Синьцзяна. В ходе эксперимента образовались дождевые тучи, покрывшие территорию площадью 5 кв. км.

Если более масштабный план окажется успешным, то 10 «лишних» млрд тонн осадков помогут Китаю осуществить проект «Водоснабжение от Юга к Северу». Осадки, попавшие в протекающую на юге страны реку Янцзы, расположенную у подножья гор, достигнут в конечном счёте севера Китая — реки Хуанхэ, снабдив, таким образом, водой все регионы Поднебесной.   

Будущее облачных технологий

TAdviser: Поговорим о гибридном облаке. Что это такое? В чем специфика гибридной конфигурации?

Николай Бутенко: Гибридное облако — это облако, в котором часть ресурсов запущена в частном облаке, а в случае необходимости есть возможность разместить часть ресурсов в публичном облаке. Гибридная конфигурация — самая сложная в технологическом отношении. Для создания настоящего гибридного облака частное облако компании должно быть построено практически на тех же технологиях, что и публичное облако вендора. При такой конфигурации остро стоит вопрос безопасности, должен быть реализован сквозной биллинг — это очень непростые задачи. Автоматическое создание проектов и ряд других функций требуют передачи административных прав на публичное облако, а это означает, что публичное облако должно пожертвовать частью своего суверенитета в пользу гибридного. С технологической точки зрения выполнение всех обязательств по поддержанию SLA — очень большая работа. Такие проекты встречаются крайне редко.

TAdviser: В каком направлении идет развитие архитектуры платформы Mail.ru Cloud Solutions?

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

Также мы активно обрастаем партнерами. Компаниям удобно публиковать в нашем облаке готовые приложения по модели SaaS. Нашими партнерами становятся компании — эксперты в разных областях, как правило, лидеры рынка. Например, Arenadata (аналитика больших данных), Acronis (резервное копирование).

TAdviser: А как же инфраструктурные сервисы?

Николай Бутенко: Сегодня IaaS — уже базовая история, которой никого не удивишь. Такие сервисы есть у всех.

TAdviser: Какие кейсы облачной миграции, реализованные в этом году, вы оцениваете как знаковые и почему?

Николай Бутенко: В нашей практике был один занимательный случай, когда клиента внезапно попросили съехать с облака. Он в панике пришел к нам — и мы буквально за полтора дня перенесли в наше облако все его сервисы. Это была без преувеличения молниеносная миграция. К знаковым можно отнести и очень крупный проект компании «УРУС». Сейчас реализуется проект с применением всех наших инструментов автоматической миграции в облако на основе Hystax Acura. Миграция идет по методике «как есть» с добавлением некоторых дополнительных сервисов, облегчающих работу компании, есть планы по реплатформизации после перехода в облако.

TAdviser: Какой первый вопрос чаще всего задают клиенты, планирующие облачную миграцию?

Николай Бутенко: «Сколько это стоит?».

TAdviser: Что вы им отвечаете?

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

TAdviser: Что вы посоветуете тем, кто в данный момент раздумывает, стоит ли осуществлять миграцию в облако?

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

Облачные технологии стали де-факто стандартом размещения сервисов и инфраструктуры. Если вы технический директор, миграция в облако — это первое, чем вы должны заняться. Это позволит повысить отказоустойчивость, масштабируемость, сократить время вывода продуктов на рынок и сэкономить: в 99% случаев облачная инфраструктура дешевле традиционной.

Автор текста: TAdviser

Преимущества гибридных облаков (Hybrid cloud)

Если спрос на вычисления и обработку данных начинает превышать ресурсную мощность локального ЦОДа, компании могут применять облако для быстрого масштабирования производительности. Гибридная облачная инфраструктура, в состав которой входит несколько общедоступных облачных сред от нескольких поставщиков облачных услуг позволяет объединить в сеть лучшие в своем роде облачные услуги, предлагаемые несколькими поставщиками облаков (Softline Cloud, Azure, AWS.

Помимо этого, гибридные облака позволяют:

1. Сделать первые шаги тем компаниям, которые только знакомятся с миром облачных технологий. Для них выглядит комфортным и простым решением на старте разместить бизнес-критичные сервисы в собственном частном облаке, а остальные сервисы перенести в публичное облако.
2. Осознанно выбирать гибридное облако, распределяя нагрузки на основании стоимости и требуемого SLA между частным и публичными облаками. Например, сервисы, которые требуют максимальной скорости сетевого соединения, удобнее положить в частное облако на площадке заказчика, а в публичном облаке разместить долговременные бэкапы данных, поскольку стоимость за единицу дискового пространства будет меньше.
3. Использовать публичное облако в качестве резерва на случай нехватки ресурсов в частном облаке. Например, когда в пиковые периоды времени к ресурсам локального облака добавляются ресурсы в облаке публичном.
4. Сочетать преимущества публичного облака и возможность организовать в частном облаке инфраструктуру с высоким уровнем кастомизации под потребности заказчика.
5. Выполнять требования государства в части хранения информации и трансграничной передачи данных. Частное облако может быть сертифицировано в соответствии с ФЗ-152 для хранения данных, подпадающих под соответствующее регулирование. А прочие нагрузки могут быть вынесены в публичные облака.

Таблица сравнения частных, публичных и гибридных облаков

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

Коротко о главном

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

Услуги облачных хранилищ можно разделить на 3 группы: инфраструктура как услуга — IaaS (аренда вычислительных мощностей и серверов), платформа как услуга — PaaS (доступ к комплекту программных продуктов в облаке для разработки собственных программ или их тестирования), программное обеспечение как услуга — SaaS (использование готовых программ и сервисов). 

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

Наиболее популярными облачными платформами в 2022 году являются: Dropbox, «Google Диск» (Google One), Яндекс.Диск, iCloud, IDrive которые предоставляют различные пакеты услуг с вариативным размером виртуальной памяти в ГБ и ТБ. Чтобы выбрать подходящий, можно бесплатно попробовать каждый из вариантов.

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

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

Статья супер! 2Статья не понравилась

Разработка искусственного интеллекта (AI Engineering)

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

К 2025 году 10% предприятий, которые внедрят передовые методы проектирования ИИ, получат как минимум в три раза больше прибыли, чем конкуренты.

Игорь Полянский

Руководитель направления работы с данными в Vivid Money

Почему-то принято считать, что основные усилия во внедрении ИИ сосредоточены на этапе построения моделей машинного обучения. «Если мы создали модель, которая принимает решения лучше человека, то 99% работы уже сделано». Возможно, такое мнение сформировалось на фоне высоких зарплат в сфере Data Science.

В реальности дела обстоят по-другому, и есть ещё другие этапы, без которых внедрение ИИ невозможно.

До построения модели необходимо собрать качественные данные. Это трудно реализовать без правильного подхода к проектированию хранилищ и аналитических слоёв данных. После построения модели необходимо внедрить её в текущие процессы, то есть вписать модель в техническую инфраструктуру компании.

При неправильном подходе модель может негативно повлиять на конечный результат или даже сломать продукт.

Любые модели устаревают. Без налаженного мониторинга качества в определённый момент результаты такой автоматизации могут стать негативными.

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

Если говорить про широкий рынок, то понимания ИИ всё ещё недостаточно. Многие компании смотрят на это со скепсисом или, наоборот, как на панацею, которая решит все их проблемы. Но, судя по трендам, ситуация стремительно меняется, и в ближайшие 5–10 лет компании без ИИ-технологий будут сильно проигрывать конкурентам.

Александр Толмачёв

Консультант по анализу данных и математическому моделированию

Бизнес-модели с ИИ делятся на два больших типа:

• старые бизнесы, где ИИ применяется как добавочная стоимость: оптимизирует процессы, улучшает определённые показатели; улучшение не фундаментальное, но заметное;
• компании, которые ставят в основу интеллектуальные алгоритмы анализа данных как ядро бизнеса; часто это компании с доменом «.ai».

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

Рекомендации для запуска ИИ в компаниях:

• всегда в начале использовать базовую модель без ИИ для сравнения эффективности прироста в показателях,
• изучить методологии работы с анализом данных в предприятиях Lean DS и CRISPR.

Безопасность облачных сервисов

Защита облаков от внешних угроз

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

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

Защита внутри компании

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

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

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

Ещё одна из возможностей внутренней защиты — резервное копирование. С его помощью можно восстановить данные, которые стерлись в результате сбоя или были случайно удалены кем-то из сотрудников.

Облачные платформы (Cloud-Native Platforms)

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

В отличие от платформ стандартный lift-and-shift подход к облаку — простое перемещение — не позволяет использовать все преимущества облака и усложняет обслуживание.

Алексей Кузьмин

Директор разработки в Домклик

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

Александр Толмачёв

Консультант по анализу данных и математическому моделированию

В последний год активно используют термины Cloud First, Cloud Only. Для многих компаний это уже стандарт построения инфраструктуры.

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

Топ-3 провайдеров технологий из года в год:

• Amazon Web Services (~30% рынка),
• Microsoft Azure (~20% рынка),
• GCP (~8% рынка).

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

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

Мониторинг облачной инфраструктуры

TAdviser: Мониторинг облачной инфраструктуры — актуальная задача?

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

В облаке MCS есть легковесный мониторинг виртуальных машин, сервисы встроенного мониторинга на базе Prometheus. И сейчас мы работаем над полноценным сервисом мониторинга, который по желанию клиента будет хранить информацию в течение длительного периода времени.

«Спрос на мониторинг облачной инфраструктуры очень высокий: все хотят знать, что происходит с их сервисами, почему и когда»

TAdviser: А как организуется сквозной мониторинг мультиоблачной инфраструктуры?

Николай Бутенко: В мультиоблаке сквозной мониторинг настроить не так уж сложно. Мы предоставляем собственные системы мониторинга на базе популярных решений — Zabbix и Prometheus, можем поставить наши агентские программы на инфраструктуру клиента.