В чем разница между арендой Uber и Onshape

Конференция началась с панельного выступления Джима Хеппельманна, CEO PTC.

Разговоры о том, что PTC может поглотить Onshape, возникли в августе 2019 года и завершились к ноябрю. Джим Хеппельманн сказал, что он с самого начала издали наблюдал за развитием Onshape.

Ежегодно вместе со своими сотрудниками он оценивал прогресс Onshape в сфере реализации CAD в форме услуги (CAD SaaS). После того как в 2019 году эксперты сообщили Джиму: «Мы полагаем, оно вот-вот заработает», он решил убедить Onshape присоединиться к PTC.

(SaaS – термин, которым в PTC обозначают то, что мы называем Облачный CAD, т.е. CAD, работающий на серверах и оплачиваемый с помощью подписок. Г-н Хеппельманн рассматривает SaaS в качестве будущего отрасли CAD).

Г-н Хеппельманн не скрывает, что его компания не смогла бы создать SaaS за те же деньги и за то же время, как это удалось Onshape (примерно по 100 миллионов долларов в течение примерно трех лет). Даже с учетом этого, потратив 470 миллионов долларов «чистым кэшем», PTC осуществила самое дорогое в своей истории поглощение «довольно небольшой компании». «Чистый кэш» означает, что PTC погасила задолженность Onshape перед внешними инвесторами (около 169 миллионов долларов), и поэтому суммарная цена составляет примерно 640 миллионов долларов.

«Нам повезло ещё и со временем покупки, ведь мы не знали о пандемии, которая многое изменила в мире. Рынок стал ценить облака и SaaS больше, чем когда-либо раньше».

Новости Onshape

Только что Onshape превзошла рубеж 1 000 000 пользователей в сфере образования: преподавателей и студентов, пользующихся системой бесплатно, а также тех, кто платит за дополнительное сопровождение. Объем коммерческих продаж «недавно вырос на 70%».

Упомянем поглощения, которые в последнее время реализовала PTC:

• непосредственно по просьбе Onshape: ECAD («электро» CAD) и рендеринг;
• те, которые может использовать Onshape: Frustum (generative design) и Arena PLM.

Идея о том, что Onshape станет платформой PTC для реализации SaaS-приложений коллективного пользования, принадлежит Джону Хирштику. Эта платформа названа «Аtlas» – по имени греческого бога, который держал мир на своих плечах (но, на мой взгляд, больше не держит). Программы, исполняющиеся на Аtlas, будет иметь тот же пользовательский интерфейс, что и Onshape.

Пока на Аtlas перенесены только Frustum и Vuforia AR (которая изначально была SaaS). Вскоре это произойдет и с Arena PLM. Будущие версии Creo и Windchill также будут работать на Аtlas. Выслушав эти и другие сообщения от PTC, я удивился тому, как много времени требуется PTC, чтобы интегрировать облачный софтвер с облачным софтвером.

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

PTC визуализирует гиг-экономику

Г-н Хеппельманн считает, что индустрия CAD находится на пороге нового подхода к разработке продуктов. Он смотрит на Onshape как на «Uber в сфере CAD», имея в виду возможность избежать расходов на владение автомобилем. «Просто используйте его, когда хотите и где хотите». Эта аналогия неточна: как он сам заметил, Uber можно арендовать на 20 минут, но вы не можете арендовать OnShape на 20 минут; минимальный срок – 525 600 минут.

Далее г-н Хеппельманн с энтузиазмом говорил о гиг-экономике, «новой» экономике, которую некоторые правительства пытаются прикрыть, в том числе на его родине в США. Он нарисовал образ предпринимателя, сидящего за кухонным столом, который хочет воплотить свою идею в жизнь, но не имеет опыта в проектировании, дизайне или производстве. Поэтому он использует новое приложение Gig Finder от Onshape, которое, по словам Хеппельманна, существует пока только в воображении. «Я задаю нужные параметры гиг-работника, как если бы я искал дом для отпуска ... и получаю в свое распоряжение неделю времени [промышленного дизайнера], который с блеском выполнит задачу».

Такой вид услуг уже существует у независимых фирм; upFront.eZine несколько лет назад писал о примерах в архитектурной отрасли. Известно, что результаты работы гиг-дизайнеров могут быть, мягко говоря, неравноценными – подобно широкому разбросу качества 3D-моделей, который можно наблюдать на сайтах онлайн-библиотек. Г-н Хеппельманн не рассказал, как будет проверяться профпригодность гиг-работников – эту проблему Uber также не решил.

Выступление исполнительного вице-президента PTC Джона Хирштика

Для многих 2020 год был ужасным, но для Onshape это был отличный год:

• завершено слияние с PTC;
• штат Onshape увеличился почти вдвое;
• выпущено 16 релизов продуктов, по одному каждые 3 недели;
• запущен Аtlas, в котором используются основные сервисы Onshape;
• приобретен ECAD: MCAD для проектирования электрических систем; релиз ожидается;
• приобретен Migenius для облачного фотореалистичного рендеринга почти в реальном времени; планируется к запуску.

Бывший генеральный директор Onshape, а ныне вице-президент PTC Джон Хирштик

Вице-президент PTC Джон Хирштик отметил, что есть вещи, которые Onshape еще предстоит сделать. Сначала будут добавлены ECAD и рендеринг, за которыми последует интеграция программного обеспечения для моделирования, уже имеющегося у PTC.

Он назвал рендеринг в Onshape «уникальным» из-за его полного SaaS-облачного подхода. Задачи рендеринга не переносятся в облако (как это реализовано некоторыми поставщиками САПР); скорее, Onshape выполняет интерактивный рендеринг. В демонстрации мы видели, как рендеринг обновляется примерно за одну-две секунды. В отличие от САПР, рендеринг действительно выигрывает от исполнения на сотнях графических процессоров.

Г-н Хирштик в общих чертах описал некоторые из дополнительных функций, которые пользователи могут ожидать от Onshape: «Больше функций моделирования деталей и сборок, больше возможностей для черчения, больше производительности (ее всегда недостаточно), больше функций управления данными. Мы по-прежнему единственные в отрасли, у кого есть настоящая полностью облачная архитектура».

Вообще-то есть и другие настоящие полностью облачные САПР, такие как Kudo компании Graebert, которую Onshape использует на своей вкладке для черчения.

Как работает Onshape

Илья Баран, вице-президент по архитектуре в Onshape, объяснил, почему некоторые функции САПР пока недоступны: «Большинство из нас работали в Solidworks; мы знаем, как сделать САПР систему. Поэтому давайте позаботимся о том, чтобы [сначала] сделать то, что еще никто не делал, а затем создадим функциональность САПР».

«Если наши конкуренты захотят предоставить преимущества полностью облачной САПР, им придется создавать ее с нуля, как это сделали мы», – сказал г-н Баран. Классификация современных систем САПР основывается на том, где выполняется код и как хранятся данные:

Настольная САПР
Локальная установка (код выполняется на настольных компьютерах)
Данные хранятся в файлах

САПР в хостинге
Код запускается на удаленных виртуальных машинах
Данные хранятся в файлах

САПР в качестве толстого клиента
Локальная установка
Данные хранятся в базе данных

Облачная САПР (SaaS)
Код выполняется в облаке (на удаленных серверах)
Данные хранятся в базе данных

Отчасти то, как работает OnShape, продиктовано возможностями веб-браузеров, через которые Onshape взаимодействует с пользователями; остальные его возможности обеспечиваются тем, что он работает на фермах серверов. См. топологию на схеме ниже.

Модули, составляющие Onshape

Клиент Onshape через Интернет обменивается данными с веб-серверами, арендованными у Amazon. Они обрабатывают вход в систему, права доступа, взаимодействие с кодом клиента, выставление счетов и настройки учетной записи. Код написан на Java, что позволяет управлять памятью и упрощает многопоточность по сравнению с C++.

Серверы моделирования (также написанные на Java) обрабатывают взаимодействия с открытыми документами (моделями, чертежами и т. д.), такими как геометрия, списки сборок, деревья функций, и пользовательские события, такие как редактирование деталей и объединение рабочих областей. Эти серверы сохраняют изменения, сделанные пользователями (подробнее ниже), но не работают с геометрией.

Серверы геометрии используют Parasolid от Siemens для моделирования и DCIM для ограничений. Здесь работает код, написанный на C++ для повышения производительности и эффективности, как в настольных САПР системах. Эти серверы генерируют геометрию для изображений, обеспечивают взаимодействие с эскизами, обрабатывают скрытые линии, работают со сборками и запускают FeatureScript.

Модели хранятся в базе данных MongoDB. Данные зашифрованы, и для них выполняется постоянное резервное копирование. Поскольку геометрия обрабатывается отдельным сервером, сбои не влияют на сохраненные данные. В худшем случае теряется только последнее изменение, если оно не было записано в базу данных. Onshape назначает внутренний неизменный идентификационный номер документам, версиям и вкладкам. Поскольку идентификатор никогда не меняется, нет битых ссылок.

«Аппаратные сбои случаются», – сказал г-н Баран. Когда сбоит оборудование, для пользователей это может выглядеть как, например, перезагрузка страницы.

Onshape, естественно, работает на ближайшей к вам ферме серверов Amazon; но когда нагрузка в дневное время увеличивается, Amazon анализирует доступность серверов и, если нужно, переключается на серверы в других регионах мира. В обоих случаях (при высокой загрузке на ближайших серверах или использовании удаленных серверов) время отклика может увеличиться.

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