Настоящий CTO: думай как технический директор - Алан Уильямсон

class="p1">• Облачный сервис – вариант инфраструктуры, в которой ресурсы ЦП, памяти, сети и хранилища предоставляются поставщиком и оплачиваются по факту использования, иногда с точностью до секунды. Могут быть доступны как конфигурации, похожие на обычные серверы, так и отдельные ресурсы, полностью отвязанные от железа, на котором они работают.

• Свое оборудование – инфраструктура, в которой базовое оборудование (ЦП, память, сеть и хранилище) принадлежит компании и управляется ею.

Говоря об облаке, можно провести аналогию с электричеством. Мы привыкли вставлять вилку в розетку и потреблять столько энергии, сколько нам нужно, а в конце месяца получать счет на соответствующую сумму. Это намного экономически эффективнее и удобнее, чем содержать собственную электростанцию. За многие годы совершенствования и развития вся наша техника пришла к тому, что эту энергию можно быстро и легко получить с помощью стандартной трехконтактной вилки. Точно так же существуют облачно-ориентированные приложения, которые специально разработаны для использования ресурсов, выделяемых по запросу, с возможностью масштабирования по требованию. Однако в некоторых случаях бывает целесообразнее использовать собственное оборудование. Вот возможные аргументы:

• Подходят для облака – приложения, предполагающие пиковые нагрузки: ежечасные, ежедневные или сезонные.

• Подходят для использования собственного оборудования – приложения, предполагающие интенсивные вычисления, с постоянной загрузкой ЦП на 90 % и более, например для обработки сложных данных или графики (или майнинга биткоинов!).

8.3.1. Облако

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

СОПРОТИВЛЕНИЕ ПЕРЕХОДУ В ОБЛАКО

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

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

• Мы не сможем контролировать наши данные. Для подобного убеждения не существует никаких оснований, но оно все еще живо. При использовании облака все ваши данные хранятся у поставщика облачных услуг, а доступ к ним предоставляется с помощью инструментов и API поставщика. Организация хранения может выглядеть по-разному – как в виде файлов, так и в виде баз данных. Контроля над данными у вас будет не меньше, чем если бы они находились в вашей локальной SAN. Да, за загрузку большого объема данных будет взиматься плата. Но доступу к данным никто не препятствует.

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

• Это слишком дорого. Да, такое возможно, если вы используете поставщика облачных услуг так же, как традиционный ЦОД. Спустя некоторое время эксплуатация собственного оборудования будет казаться более выгодной (при условии, конечно, что вы учтете все расходы – об этом позже). Однако правильно спроектированное облачное приложение будет экономить значительные средства из года в год, особенно с учетом того, что стоимость облачных сервисов продолжает снижаться.

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

Топ-10 ОШИБОК ПРИ ИСПОЛЬЗОВАНИИ ОБЛАКА

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

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

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

• Вы не можете добавить ресурсы (или убавить их), чтобы соответствовать нагрузке. Уоррен Баффет сказал: «Девять женщин за месяц ребенка не родят». А вот облако может, и если у вас не получается добавить еще одну «мать», чтобы справиться с нагрузкой, то ваше приложение не готово к работе в облачных сервисах.

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

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

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

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

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

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

• Вы запускаете несколько сервисов на одном сервере. Железо стоит дорого, поэтому на одном сервере обычно запускают несколько сервисов (вспомните классический стек Linux Apache MySQL PHP). В облаке таких ограничений нет. В облачной среде серверы должны быть максимально легкими, чтобы их было легко заменять, обслуживать и масштабировать.

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

ЧАСТНОЕ ОБЛАКО

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