.....Так существует ли вообще перспектива развития таких облачных технологий, как облачные САПр, PDM и PLM системы? Для начала давайте рассмотрим круг возможных потребителей указанных облачных услуг. Прежде всего следует обратить внимание на то, что указанные системы работают в основном в технической подготовке реального производства. Основная задача таких систем - разработка технической документации и поддержка ее в актуальном состоянии в течение всего жизненного цикла изделия. Документация составляет скелет всего производственного процесса. Передача процесса ее разработки и хранения в облачное пространство, на первый взгляд противоречит принципам информационной безопасности и целостности производства.
.....Другой вопрос если рассматривать облачную PDM - как КОНЕЧНЫЙ ПРОДУКТ, предоставляющий потребителю широко использовать аутсорсинг при разработке и техническом сопровождении процесса изготовления своей продукции. Транснациональные корпорации, такие как Boeing и Airbus, имеют свои собственные системы, использующие Интернет, как транспорт для прохождения информации между филиалами. Но кроме гигантов на рынке присутствует большое количество мелких и средних инжиниринговых компаний, которые широко используют в своей деятельности аутсорсинг при проектировании изделий и внешнюю кооперацию при производстве.
.....Комплекс вопросов, которые возникают при организации проектных работ и авторского надзора у таких компаний, выдвигает на первый план задачу создания в пространстве Интернета единого Data-центра с единой системой документооборота, едиными справочниками материалов, сортаментов, стандартных и покупных изделий, с возможностью предоставления удаленного и защищенного доступа к указанному ресурсу для группы филиалов или аутсорсинговых компаний. Цель функционирования такой информационной системы - организация совместного проектирования и изготовления конкретной продукции. Администрирование и обслуживание такой системы - конечно же задача и зона ответственности головной компании. Причем администратор в данном случае превращается в своеобразного конструктора структуры подключенных к системе компаний, в зависимости от технологической цепочки процесса изготовления продукции.
.....Насколько можно описанную выше систему отнести к облачным технологиям, сказать трудно, т.к. изначально отсутствует продаваемая услуга. Для такой системы наиболее приемлем термин ГАЛАКТИКА. Причем ядро такой системы ("черная дыра") становится само потребителем услуг по аутсорсингу. ОБЛАКО здесь превращается всего лишь в среду функционирования информационных систем.

.....Рассмотрим пример построения описанной выше ГАЛАКТИКИ на базе ядра продукта компании АСКОН системы управления инженерными данными и жизненным циклом изделия ЛОЦМАН:PLM. (см. рис. выше). В качестве эксперимента подобная система развернута на одном из российских хостингов (см. далее...).
.....В адресном пространстве головной компании устанавливается сервер SQL и программное обеспечение системы ЛОЦМАН:PLM, включая сервер приложений. В данном случае совсем не важно, используется для этого виртуальное пространство арендованных в каком-нибудь ОБЛАКЕ серверов или физическая доменная сеть компании. Самое главное, чтобы в сети существовал защищенный выход в Интернет со статическим IP-адресом и свободным портом, через который будут идти все запросы. Для связи с внешними клиентскими приложениями по удаленному доступу в принципе достаточно установки штатного сокет-сервера, который входит в базовую поставку системы ЛОЦМАН:PLM. Однако опыт работы с ней через удаленный доступ, говорит о том, что это не совсем удачное решение.
.....Дело в том, что в сервере приложений ЛОЦМАН:PLM разработаны методы, выполняющие простейшие операции с базой данных. При интенсивной интерфейсной работе с сервером приложений приходится часто выполнять одни и те же логические цепочки указанных методов, которые фактически складываются в макро-методы. Приведем следующий пример. При просмотре спецификации сборочной единицы (списка объектов подчиненных объекту типа Сборочная единица по определенному типу связи) Вам необходимо создать новую версию ранее разработанной детали для выпуска извещения об изменении. Для этого придется выполнить следующую цепочку операций:

• Заблокировать сборочную единицу в базе данных от изменений (при этом выполнить все необходимые в данном случае проверки;
• Создать новую версию выбранной детали;
• Присоединить по указанной связи вновь созданную версию детали к сборочной единице;
• Пройтись в цикле по всем атрибутам связи для старой версии детали и создать такие же атрибуты с теми же значениями для новой версии детали;
• Разблокировать сборочную единицу и вернуть все изменения в базу данных.

.....При использовании удаленного доступа через Интернет клиентское приложение отрабатывая цепочку указанных выше запросов тратит довольно-таки значительное время. На практике оказалось наболее рационально пойти другим путем. Достаточно было написать дополнительный сервер (используя технологию DataSnap), который работает со штатным сервером приложений в одной связке. В DataSnap сервере описать не только базовые методы сервера приложений ЛОЦМАН:PLM, но и описать набор макро-методов, выполняющих ряд логических цепочек операций, аналогичных представленной выше. Сервер приложений и DataSnap сервер желательно расположить на одной и той же машине (виртуальной или физической). При подключении удаленного клиентского приложения к указанной связке создается экземпляр DataSnap сервера, который выполняет роль агента удаленного приложения в облаке головной компании и от имени зарегистрированного пользователя выполняет все необходимые операции. При этом объем передаваемых данных по каналам Интернета и время выполнения макро-операции в разы уменьшается.
.....Таким образом выстраивается облако головной компании, потребляющей услуги по аутсорсингу. Если описанное ОБЛАКО построено в виртуальном пространстве арендованных серверов (как в демонстрационном примере - см. далее...), то как правило каждая виртуальная машина имеет свой статичный IP-адрес в Интернете, достаточно только в Брандмауэре Windows виртуальной машины DataSnap сервера открыть порт для удаленного доступа. Если же ОБЛАКО построено на локальной сети с доменом, то достаточно в сети иметь роутер со статичным IP-адресом в Интернете, на котором необходимо открыть порт для поступления запросов извне и передачи пакетов информации наружу и организовать переброс запросов на порт компьютера с DataSnap сервером.