Без заголовка

Все по полочкам. Супер. Огромное спасибо! Кину свои 5 коп. Если мы ведем общую ревизию цифровой инженерии, предлагаю взглянуть на вопрос со стороны коммерции. Там сейчас возможно самые активные digital-реформы... За последние 5 лет народились торговые экосистемы - Apple, Amazon, WeChat, Яндекс, Сбер и др. По сути, это коллекции digital shadow потребителей. Ребята настроили автоматическое моделирование нас с вами и теперь активно это монетизируют: вычисляют новые продукты, повышают качество таргетирования рекламы и т.д. Но конечно им хочется превратить shadow в twin. Что бы получился более-менее полноценный digital twin клиента (CDT). Сейчас им это не доступно, т.к. даже если моя тень на серверах экосистемы видит, что мне физическому нужна красная рубашка с запонками, она не может мне это автоматом дать, ибо бизнес не готов это поставить. Нет, продать нужную коробку он может, но сейчас между заказом и результатом такая пропасть, что обязательно нужен ручной контроль меня физического. А вот появление у бизнеса двойника (BDT) может все нормализовать: модель потребителя будет успешно НАПРЯМУЮ взаимодействовать с ним. Экосистема закажет рубашку прямо под меня (возможно прямо на ткацкие станки - привет, Индустрия 4.0), с спец-ценой и спец-поставкой. Все отлично. И вот тут появляются специфические вводные. Что бы CDT стал возможен, есть еще два требования к BDT: 1. Должен присутствовать супер-API, что бы экосистема могла спрашивать "вот есть такой клиент, что ты можешь ему предложить?". Естественно, в качестве ответа должна быть подробная спецификация, а еще лучше некая digital twin будущей ситуации с поставкой. 2. BDT должен физически находиться на борту серверов экосистемы, за счет чего его владельцы не должны узнать о наличии и содержании модели потребителя. Заказ на производство поступил, а что он был сформирован с помощью собственной BDT остается в тайне. Защиту персональных данных никто не отменял. Это настолько жесткие требования, что на итоговую digital-архитектуру они должны повлиять существенно.