Среди множества нововведений 11 версии CMS «1С-Битрикс: управление сайтом» есть одно, на котором хочется остановиться подробнее — это поддержка облачных хранилищ Amazon S3, Google Drive, Microsoft Azure и хранилищ, построенных на технологии Openstack Swift (в том числе — Rackspace Cloud Files и облачного хранилища Clodo).

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

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

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

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

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

Возможность легкой (буквально в пару кликов) интеграции облачного хранилища позволяет расширить по крайней мере одно «узкое место» всем пользователям «Битрикса» безотносительно того, какой инфраструктурой они пользуются в остальном. Конечно, при использовании «облаков» или виртуализации, из облачного хранилища можно извлечь максимальную пользу — но и на обычном виртуальном (разделяемом) хостинге можно при помощи этой интеграции выбраться из прокрустова ложа ограничений на объем хранения и пропускную способность канала. Разделяемые хостинги хороши с точки зрения оптимизации приложения под собственную инфраструктуру, но когда речь заходит о превышении установленных ресурсов, цены становятся драконовскими, а зачастую ситуацию не спасти и финансовым вливанием. С облачными хранилищами ситуация другая: тарификация предельно проста (1 копейка за хранение 1 Гб в течение часа, 1 рубль за Гб исходящего трафика у Clodo; аналогичные по сути, но другие количественно цены у других операторов)

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