Как стать автором
Обновить

Облачные сервисы сегодня и завтра: коллекция полезных хабрастатей

Время на прочтение 33 мин
Количество просмотров 19K
Даже консервативные отрасли идут в облака. Для многих компаний облачные сервисы играют роль катализатора цифровой трансформации. Они открывают дорогу к новым бизнес-моделям и продуктам без существенных капитальных вложений. Это было особенно заметно в 2020 ковидный год.

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

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

Эволюция на физическом уровне — ЦОД

Начнём обзор с физического уровня облака: центров обработки данных. Здесь явный тренд в сторону энергоэффективности. С одной стороны, ЦОДы пытаются запитать от более экологичных источников энергии — солнца и ветра. Так, например, Facebook планировал запитать дата-центр в Азии солнечными батареями. С другой — ищут более эффективные и полезные способы отводить вырабатываемое ЦОДом тепло. На Хабре можно найти информацию о множестве подобных экспериментов. Вспомним некоторые из них.
В этой статье рассказывается о партнёрстве ITRenew и Blockheating, которое должно привести к использованию излишнего тепла контейнерных ЦОДов для обогрева теплиц. Теплоносителем, доставляющим тепло к посадкам, будет жидкость. Одного контейнера («единицы ЦОДа») должно хватить на обогрев 0,5 га зимних теплиц.
Похожие идеи продвигает Facebook в Дании, но излишнее тепло идёт не овощам, а жителям Оденсе, главного города острова Фюн. Осенью 2020 года мощности ЦОДа хватало почти на 7 тыс. домов, и Facebook планировала расширяться дальше.
В качестве теплоносителя здесь тоже вода, но её приходится догревать при помощи теплового насоса. Это требует энергозатрат, но меньших, чем при прогреве холодной воды. Кстати, для работы этого дата-центра используются ветряки.
Пример второго подхода — ЦОДы на дне океана. Microsoft топит сервера уже больше пяти лет. Northern Isles — вторая версия ЦОД-контейнера. Она была затоплена на 2 года, а осенью 2020 года контейнер подняли и оценили ущерб. Проект оказался жизнеспособным: из строя вышло в 8 раз меньше серверов, чем за тот же срок в аналогичной конфигурации «на воздухе».
Вопрос к экспертам Selectel:
Оправдано ли экономически переносить ЦОДы в океан или массово подключать ЦОДы к компаниям из других отраслей для утилизации тепла?
Эксперименты по размещению дата-центров там, где обычно их не размещают, — на воде, в Антарктиде или в космосе — это скорее разовые эксперименты или специфика определённых провайдеров. Если говорить про традиционную индустрию и крупных операторов ЦОД, все они привыкли крепко стоять на ногах (желательно на земле). И как раз зелёные инициативы им не чужды. Такие дата-центры, по-настоящему крупные, потребляют много электроэнергии и чаще всего задумываются о том, как компенсировать вред, который они косвенно наносят природе.

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

Так что да, все крупные операторы дата-центров придут к модели устойчивого развития: либо сами, либо с помощью государства.
Алексей Ерёменко
директор по инфраструктуре, Selectel

Туман сгущается

Концепцию туманных вычислений вспоминают в контексте IoT, когда собственные серверы и рабочие станции становятся промежуточным звеном между облачным сервисом и конечными устройствами. По сути термин и обозначает дополнительный уровень архитектуры для облака.
Консорциум, продвигающий идеи «тумана», был основан ещё в 2015 году. Практики в этом направлении пока мало, но каждый год термин звучит всё настойчивее.
Тема туманных вычислений слабо раскрыта на Хабре, но в этой статье неплохо разобраны основные моменты и отличия от облаков. Автор изучил перспективные протоколы, которые могли бы использоваться в этой концепции. Но делать выводы рано: практические подводные грабли у отрасли ещё впереди, вместе с войной стандартов.

Российская реальность

Перейдём от общемировой теории к российской практике.
Без прикрас о том, как обстоят дела с AWS. Много о правах, прайсах и ситуациях, когда стоит выбрать российские облака.
Сервис Ostrovok рассказывает, почему переехал на российское облако с Amazon: от экономических соображений до сравнения подходов к технической поддержке. В конце есть чек-лист, куда смотреть при аналогичном переезде с точки зрения бизнес-логики.
Зарубежная аналитика говорит, что рынок моделей PaaS и IaaS растёт. Собственные данные Selectel подтверждают, что 51 % компаний пользуются IaaS- и PaaS-решениями, поскольку они позволяют переложить на провайдера значимую долю вопросов, связанных с заботой об инфраструктуре. Но описаний реального опыта внедрения IaaS или PaaS не так уж много. В статье приведено сравнение ключевых характеристик платформ, доступных на российском рынке. В нескольких словах автор рассказывает и о том, чего не хватает российским облакам на фоне коллег из AWS, Azure и GCP.
Вопрос:
Есть ли причины при построении инфраструктуры смотреть только на российские облака? Когда это может быть оправдано?
Сейчас российскому бизнесу или зарубежным компаниям, выходящим на рынок России, выгоднее отечественные облака. Причин несколько.

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

Во-вторых, законодательное регулирование хранения персональных данных. Многие знают про 152‑ФЗ. В своё время из-за этого закона многие сервисы мигрировали на отечественную инфраструктуру. Хранить данные нужно в России, а если базы всё равно у российского провайдера, то и остальную инфраструктуру логично перевести туда же. Зарубежных компаний это тоже касается. Если они хранят данные клиентов из России, хочешь не хочешь — обратишься к российскому провайдеру.
Александр Тугов
директор по развитию услуг, Selectel

Страшный и ужасный 152‑ФЗ

Практика показывает, что 152‑ФЗ — сложный, но не блокирующий работу документ. В этой статье разобраны основные мифы, связанные с защитой персональных данных и взаимодействием в этом контексте с Роскомнадзором. Автор разложил, кто, кому и что должен подписать, кто ответственен за хранение персональных данных в облаке и где потребуется сертификация решения по ФСТЭК. Рекомендуем ознакомиться всем, кто ещё не в теме.
Каждый год в 152‑ФЗ вносятся поправки. Очередной пакет вступил в силу в этом году, так что ещё не все успели понять, о чём речь на практике. Автор статьи разбирает, что именно нововведения означают для операторов персональных данных, в частности облачных сервисов, где эти данные хранятся.
Вопрос:
Как повлияли на деятельность облачных провайдеров последние нововведения в 152‑ФЗ?
В конце 2020 — начале 2021 года было несколько значительных изменений, касающихся 152‑ФЗ. Изменения, внесённые Федеральным законом № 519‑ФЗ, относятся к вопросам правового характера и прямо не затрагивают провайдеров: при предоставлении инфраструктуры провайдеры являются лицом, осуществляющим обработку персональных данных по поручению.

Главным изменением стало утверждение ФСТЭК России «Методики оценки угроз безопасности информации», которая облегчит жизнь и клиентов, и провайдеров IT-инфраструктуры. Предшествующий документ долго не обновлялся и не учитывал современные технологии и подходы: облака, платформенные сервисы, разделение ответственности между провайдером и клиентом. Новая методика внесла ясность: введены сущности центра обработки данных и облачной инфраструктуры, описаны зоны ответственности при использовании различных IaaS-, PaaS-, SaaS-услуг. Изменения коснулись и оценки угроз — угрозы для системы клиента определяются с учётом угроз для инфраструктуры провайдера.

Сейчас готовится приказ ФСТЭК России, который вносит изменения в порядок работ по аттестации. Документ учитывает подходы новой методики для проведения оценки эффективности в форме аттестации.

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

При этом для Selectel мало что изменилось, так как мы изначально подходили к вопросу обеспечения безопасности с учётом разделения зон ответственности и создавали услуги по этой модели.
Антон Ведерников
архитектор систем информационной безопасности, Selectel

Мультиоблако

На фоне развития облачных провайдеров появляются компании, которые используют несколько поставщиков услуг — каждого под свою задачу. А то и смешивают публичные облака с гибридными. Увы, в отрасли нет единого стандарта, который облегчил бы такую мультиоблачность.
В статье хорошо описан подход и выделены основные проблемы мультиоблачности сегодня.
Речь идёт о разработке мобильных приложений. Автор рассказывает, как заложить в основу архитектуры приложения отказоустойчивость и высокую доступность (о которых на самом деле думать должен не только облачный провайдер).
Вопрос:
Насколько популярна концепция мультиоблачности? Какие преимущества вы в ней видите?
Самый популярный для российского бизнеса сценарий — это размещение инфраструктуры на зарубежном и отечественном облаках. Обычно исходят из двух задач: развитие на зарубежном рынке и соблюдение закона о персональных данных.

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

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

Контейнеры и Serverless

Kubernetes фактически стал отраслевым стандартом, но это не значит, что все его применяют правильно. В этой статье собраны типичные ошибки, допускаемые при развёртывании крупных проектов. Часть из них связана с нюансами внедрения, другая — с неочевидными трудностями самой технологии. Так или иначе, статья поможет сориентироваться.
Вопрос:
Можно ли обойтись без Kubernetes (и если да, в каких проектах)?
Kubernetes становится всё популярнее. Но жить без приложения для оркестрации контейнеров можно. Kubernetes (как и любой инструмент) может стать и решением многих проблем, и их источником. Внедрять его просто чтобы было — не самая хорошая идея.

Многие считают, что Kubernetes — для крупных проектов, больших компаний, которые уже не «вывозят» поддержку и разработку монолитной архитектуры приложения, поэтому пилят его на микросервисы. Это не так. Исследования аудитории, которые мы проводим, показывают, что Kubernetes актуален и для маленьких стартапов. В одном из примеров, с которым я столкнулся, кластеры кубера поднимали и администрировали двое разработчиков и DevOps-инженер. Пока у них небольшой проект, но они верят, что он будет расти. И знают, что заложение контейнерной логики разработки приложения на старте поможет избежать головной боли в будущем.

Нет проектов, где не обойтись без Kubernetes. Но есть проекты, где этот инструмент в разы облегчит разработку. При условии, что у вас есть необходимые специалисты либо, например, managed-решение для Kubernetes, где часть работы по управлению инфраструктурой берёт на себя облачный провайдер.
Алексей Богданов
менеджер продуктов, Selectel
О том, что такое бессерверные вычисления, подробно писали ещё в 2019 году. В статье рассказано, чем подход Serverless отличается от контейнеров как со стороны разработчика, так и со стороны провайдера.
Свежий обзор на ту же тему, который в деталях сравнивает разные облачные подходы: контейнеры, Serverless, PaaS, No Code. И, спойлер, контейнеры на этом фоне до сих пор актуальны! Просто каждый из подходов полезен в своих условиях.
Автор этой статьи считает, что будущее за Serverless. И хотя в заголовке присутствует оговорка, что речь лишь про бессерверные базы данных, в статье отлично описана сама концепция Serverless. Ценно, что большая часть посвящена тому, как реализовать бессерверность by design.
Вопрос:
Нужны ли российским компаниям бессерверные вычисления? Какие перспективы для этой услуги вы видите?
Распространение бессерверных вычислений — пока вопрос будущего облачных технологий в России. И крупные отечественные сервис-провайдеры, в том числе Selectel, делают ставку на этот PaaS, развивая его уже сейчас.

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

Serverless есть куда стремиться. Сложности есть как на стороне клиентов, так и на стороне провайдера. Со стороны клиентов — недостаточная информированность о возможностях бессерверных вычислений, отсутствие понятных и масштабируемых кейсов использования. Со стороны провайдеров — ограниченная функциональность услуги. Её ещё нужно развивать, настраивать связность с другими сервисами, которая будет понятна конечному пользователю.
Алексей Богданов
менеджер продуктов, Selectel

А что будет завтра?

Под конец — пара новостей на грани научной фантастики. Попробуем представить, как будут выглядеть облачные технологии завтра.
LyteLoop Technologies вкладывает деньги в разработки супербезопасного фотонного хранилища данных, которое не будет подчиняться законодательству какой-либо страны. По предварительным оценкам, сервис должен заработать лет через 5−8.
Возможно, космический сервис хранения станет домом для чат-клонов реально существующих людей. Microsoft как раз недавно получила патент на технологию имитации стиля общения конкретного человека. В статье разобрано, что же корпорация пытается сделать с личными данными и уместна ли тут паранойя.
Вопрос:
А как, по-вашему, будут выглядеть облачные технологии лет через 5–8?
Всё больше компаний будут переходить на облачные технологии, потому что строить бизнес в ещё более цифровом будущем без гибких вычислительных мощностей будет невозможно. Скепсис по поводу облаков исчезнет, а услуга colocation канет в Лету.

В полную силу развернутся PaaS-решения. Со временем они эволюционируют в некие serverless — абстрактные сервисы для вычислений и хранения данных: вы работаете только с кодом и данными (структурированными и нет). А привычные всем серверы, сети, диски станут чем-то вроде транзисторов в процессорах: да, они существуют, но мы их не видим и не думаем о том, как они работают.
Александр Тугов
директор по развитию услуг, Selectel
Теги:
Хабы:
+57
Комментарии 0
Комментарии Комментировать