Существует неочевидное, но высокоэффективное применение облачных технологий — ускорение разработки новых сервисов и приложений. Компании, выводящие свои продукты на рынок стремятся таким образом уменьшить Time to market, ведь это снижает вероятность столкновения с мощной конкуренцией. А если речь идёт про внутреннюю разработку, то её ускорение приносит чистую экономию.
Ускорив разработку, скажем, на 15%, можно добиться заметного конкурентного преимущества и очень заметно снизить расходы на создание новых приложений. И такой способ будет гораздо эффективнее, чем раздувать собственную инфраструктуру или штат. Многие известные компании уже пользуются разработкой в облаке: «Норникель», Х5 Retail Group, «Кометрика» — лишь некоторые, самые известные из них.
Но чтобы воспользоваться этой возможностью необходимо представлять себе, где облачная инфраструктура для бизнеса и разработки может помочь вашему проекту.
Облачная инфраструктура — это вычислительные мощности, которыми с помощью технологии виртуализации можно пользоваться как отдельной ИТ-инфраструктурой. Т.е. это процессоры или даже процессорные ядра, диски и оперативная память в серверах в центре обработки данных, которые оформляются облачным провайдером (владельцем облака) как система серверов под нужды вашего предприятия. В зависимости от ваших нужд, можно воспользоваться лишь небольшой частью одного реального физического сервера или взять в наём несколько стоек оборудования.
Насколько разнообразны серверное оборудование и ПО, настолько же разнообразны и облачные услуги. Вы можете арендовать облачный сервер, хранилище, кластер, сетевую инфраструктуру, а можете — базу данных или программное обеспечение.
Основное отличие облачной инфраструктуры от обычной в вашей серверной в том, что облачная доступна клиенту на логическом уровне. Т.е. вы можете арендовать, например, целый сервер и к нему два процессорных ядра — в случае с собственной инфраструктурой пришлось бы ставить второй сервер.
Отсюда — плюсы работы в облаке:
Впрочем, у вас при этом нет физического контроля над своими данными, за их сохранность отвечает провайдер (и может потерять критически важную информацию). Ну а ещё вы ограничены мощностями провайдера — по-настоящему масштабным корпорациям приходится лишь время от времени использовать облака, в основном открывая собственные центры обработки данных.
Однако это совсем другая история. А как можно использовать облачную инфраструктуру для ускорения разработки? Есть несколько способов.
Любая разработка нуждается в мощностях. Чем она активнее — тем больше нужно на это оборудования; и громкий успех при выходе на рынок внутренний или внешний только обострит этот запрос. Многие сегодняшние трансатлантические корпорации, работающие на мощностях десятков собственных дата-центров, начинались с одного сервера, взятого в аренду…
Облако для веб-разработки затем и нужно, чтобы был возможен резкий рост, не требующий капитальных временных или материальных затрат. Новый сервер нужно будет заказать, дождаться, монтировать в стойку, настроить — и только потом использовать. В облаке можно просто изменить настройки, взяв в оборот столько мощностей, сколько необходимо. И да, если вам нужно два процессорных ядра, то в облаке их можно получить почти мгновенно, а в собственной инфраструктуре придётся устанавливать целый новый сервер ради одного процессора, работающего не на полную мощность.
При этом многие облачные провайдеры позволяют платить только за используемое оборудование — так не придётся переплачивать при скачках нагрузки.
Обычно это касается компаний с устоявшимся парком оборудования, которая может справиться с его ростом, но, по разным причинам, не с технологическим развитием. В облаке многие современные технологии и обновленное ПО предоставляются как сами собой разумеющиеся, тогда как обновление собственной серверной или программного обеспечения может требовать капитальных затрат.
С другой стороны, такие же проблемы встают и перед корпорациями, для которых деньги — не проблема. Взять в мгновенный наём целую инфраструктуру по модели IaaS и построить на ней облачную среду разработки, платформу для экспериментов, машинного обучения, сбора больших данных и аналитики для многих корпоративных заказчиков выглядит гораздо проще, чем строить под это с нуля целую новую систему.
Ну и самое очевидное: стартапам и малым компаниям инновационные технологии может быть получить сложно… Если только не сделать этого в облаке. Устаревшее/восстановленное оборудование может быть по карману начинающему бизнесу. Но использовать виртуальные сервера для разработки веб-приложений с использованием современных мощностей и ПО и не разориться на уровне малого предприятия можно в основном в облаке.
ИТ-система любого предприятия требовательна не только к количеству оборудования, но и к его настройке и обслуживанию. Для масштабной инфраструктуры вам понадобится целый штат инженеров, а для небольшой — как минимум, сисадмин. Но чем выше потребность в мощностях, тем больше для их обслуживания и поддержания нужно будет грамотных специалистов.
Облака же как правило создаются на фундаменте высокотехнологичных дата-центров, уже полностью укомплектованных всеми нужными кадрами и серверами, установленными и настроенными. Даже если вам понадобится дополнительная помощь, то с этим вам наверняка помогут — у облачных провайдеров почти всегда есть услуга по аутсорсу, а мониторинг оборудования, резервное копирование и безопасность часто предоставляются как часть услуги. Что уж говорить, что в собственной серверной всё это придётся настраивать самим.
Возможно, облачная разработка является самым актуальным решением для запуска стартапа или начала малого бизнеса. Создавать собственную мощную ИТ-инфраструктуру имеет смысл только уже вставшему на ноги предприятию; однозначная необходимость в ней стоит разве что перед масштабной корпорацией или в отдельных особенных случаях. Однако если ваше детище — это, возможно, прорывной суперсовременный сервис, который нужно вывести на рынок как можно скорее, то облачной разработке будет мало альтернатив.
Чем дольше откладывается старт проекта внутреннего сервиса в большой корпорации, тем он для компании дороже. Но чем дольше откладывается старт ключевого проекта для стартапа, тем меньше шансов выжить у всего проекта. Поэтому роль и распространенность облачной разработки растет последние пять лет.
При этом если воспользоваться облачными платформенными сервисами по модели PaaS, то разработка станет сильно проще. Ведь так можно получить и среду разработки в облаке, и множество полезных инструментов: иногда в этот ряд входят даже машинное обучение, а также системы оркестрации контейнеров и базы данных. Это сильно экономит время компании, и, как следствие, ускоряет разработку.
Безопасность работы в облаке – основной вопрос почти для каждой компании, рассматривающей её для себя.
Как правило, облачные провайдеры уже обладают неплохой защитой. Организовать для собственной инфраструктуры такой уровень защищенности будет проблематично и для средней компании, не говоря уже о малом бизнесе. Конечно, все очень сильно зависит от уровня дата-центра, чьи мощности предлагает провайдер, но для большинства облаков характерно, что:
Кстати, облако Максиплейс расположено в дата-центрах уровня Tier III, о которых можно подробно прочесть в одной из предыдущих публикаций.
Однако у любой компании есть возможность улучшить даже и эту защиту! Вот небольшой кейс, как свою безопасность повысила одна из наших компаний-клиентов:
Казалось бы, такое громадье мер облачной безопасности не должно ускорять разработку? Но на деле одной ошибки бывает достаточно, чтобы обнулить месяцы, а то и годы коллективного труда. Поэтому лучше обезопасить свою облачную инфраструктуру вместо того чтобы рисковать — ведь риск означает и возможные потери по времени.
Облачная разработка может заметно ускорить вывод приложения на внутренний или внешний рынок. Мгновенное масштабирование и доступ к любому понадобившемуся оборудованию, доступ к инновационным технологиям и самому свежему ПО, уменьшение затрат на содержание техники и специалистов при условии обеспечения дополнительной безопасности дадут вам мощное конкурентное преимущество или солидно удешевят процесс разработки. Пожалуй, исключением из этого правила могут стать только требовательные к тонкой настройке системы проекты или проекты со специфическим оборудованием.
Статья добавлена 3 месяца назад. Автор - Blog Admin