САПР в облаках: обещания и реальность

От редакции isicad.ru: Перевод статьи Роберта Грина (Robert Green) «Открытое письмо вендорам САПР: вот, что реально нужно от вас инженерам» оказался одной из самых популярных публикаций первой половины 2014 года. Редакция isicad.ru предполагает, что только что появившаяся на Cadalyst.com обзорная статья Роберта The Promise and Reality of CAD on the Cloud — на актуальную тему и с привлекательным названием — также окажется полезной и интересной нашим читателям.

Напомним, что автор Роберт Грин (Robert Green) — CAD-менеджер, с 1991 года занимается разработкой САПР и консалтингом в сфере инженерного программного обеспечения в США и Канаде.

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

Что такое облако?

© iStockphoto.com/Vadmary

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

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

Приняв это во внимание, я расширил своё определение облака: это такое место — вне моего собственного десктопа или моей локальной сети (LAN) — где хранятся мои данные и, возможно, программы. Как бы там ни было, «облако» остаётся не более, чем ником, обозначающим сеть компьютеров, имеющих возможность общаться друг с другом через интернет или VPN. Не устаю поражаться, как столь простая концепция смогла породить такой маркетинговый кипиш. Но что случилось, то случилось А теперь, определив, что такое «облако», давайте рассмотрим некоторые тренды и то новое, что облака должны были нам принести.

Облачный САПР (SAAS)

Одна из самых пропагандируемых поставщиками облачного софтвера концепций — это исполнение ваших программ в качестве услуги (Software As A Service): фактически — аренда программного обеспечения. Идея состоит в том, что вам больше не нужно заботиться об установке и поддержке программ: всю эту грязную работу возьмёт на себя поставщик услуг. На мой взгляд, эта модель продаж в значительной степени не оправдалась по следующим причинам:

• Вы не контролируете свой собственный софтвер. Вендор, а не вы, принимает такие решения как обновление, выбор необходимых плагинов, конъюнктурное конфигурирование и т.п.
• Без доступа к облаку работа прекращается. В чистых SAAS-архитектурах, для того чтобы пользоваться своим софтом, вам необходимо поддерживать открытый доступ к облаку (такую модель постепенно приняли Microsoft и Adobe). Когда ваш интернет падает, у вас пропадает какая-либо возможность выполнить работу.
• Причуды вендора могут оказать непосредственное влияние на вашу производительность. Вплоть до того, что, если вендор закрывает свой бизнес, вместе с ним закрывается ваш доступ к софтверу.

Общаясь по поводу SAAS с верхними эшелонами менеджеров, я вновь и вновь слышу одни и те же опасения, типа таких: «Мы ни за что не доверим облачному вендору софтвер, на котором основан наш бизнес, и мы ни за что не поставим выполнение нашей работы в зависимость от интернет соединения».

Вывод: До тех пор, пока бизнес и технические проблемы, связанные с арендой облачных САПР, не будут разрешены на 100%, SAAS будет отвергаться большинством рынка.

Хранение данных в облаке

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

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

Скорость и пропускная способность

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

Вывод: переход к облакам имеет смысл только при наличии сети с высокой пропускной способностью и скоростью. Сегодня эти характеристики сети не могут быть предоставлены, поэтому миграция на облака будет проходить медленно.

Аренда процессорных ядер

У такого сервиса есть много преимуществ:

• Не нужна собственная машина: она — проблема вендора.
• Никаких забот по решению ИТ-проблем. Не нужно конфигурировать графические карты, организовывать сетевые интерфейсы и т.п.
• Экономия финансов. Оплачивайте только то, что вам нужно, тратя небольшую долю цены полного владения.
• Распределённое использование вычислителя. Сегодня анализ реализует ваш Аризонский офис, завтра — офис в Сиднее, а всю следующую неделю — в Нью-Йорке. А когда все офисы выполнили свою работу, просто завершите аренду.
• Данные остаются в вашей собственности. Загрузите ваши модели, произведите анализ или рендеринг и заберите полученные результаты.
• Риск чужого доступа минимален. Ваши данные не торчат постоянно на облаке, а находятся там только во время выполнения анализа, поэтому резко снижается вероятность того, что доступ к ним получит кто-то, кроме вас.
• Скорость и другие характеристики перестают быть критичными. Вас будет интересовать только время загрузки и выгрузки данных, а не минимизация многократных обменов между облаком и вами. Аренда CPU не увеличивает объем обменов по сравнению с тем, с чем сегодня без облаков приходится иметь дело.

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

Вывод: аренда CPU — это такая область облачных вычислений, которая обеспечивает бизнесу реальную пользу. Хотя изначальная концепция облаков состояла в обеспечении хранения данных, может оказаться, что именно коллективная аренда CPU — это то, что лучшим образом обслуживает потребности САПР.

Временное подведение итогов

Я весьма заинтересован в том, чтобы узнать ваше мнение о САПР в облаках. Пожалуйста, поделитесь со мной своими соображениями, прислав письмо по адресу rgreen@cad-manager.com или оставьте свой комментарий в моей Facebook-группе. Возможно, ваше имя появится в следующей моей публикации. До встречи!