Отвечая на мой собственный вопрос, с благодарностью Джону за некоторые советы.
После некоторых исследований и оставленных полезных комментариев на форуме SDN кажется, что этот подход в значительной степени осуществим.
С помощью клонов можно создать центральное хранилище данных, а не физически реплицировать данные на сайты, которые будут обмениваться ими. Также возможно перезаписать данные в клоне, чтобы обеспечить локальный специфический контент. Это можно сделать для поля по уровню поля, чтобы одно поле клонированного элемента оставалось унаследованным от его родителя, а другое - для сайта, на котором появляется клон.
Это позволит локальным сайтам копировать структуру и макет сайта по умолчанию, сохраняя при этом гибкость в соответствии с собственными требованиями к контенту. Это также может быть достигнуто на нескольких языках.
ОБНОВЛЕНИЕ: Одна из основных нерешенных проблем заключается в том, как обрабатывать внутренние ссылки, которые будут отформатированы в URL-адреса. Например, если ссылка включена в поле расширенного текста, она будет ссылаться на GUID элемента. При клонировании этот GUID будет таким же, даже если он указывает на родительскую структуру, а не на структуру клона. Редактирование ссылки нарушит ссылку на клон для этого поля, поэтому обновления родительского элемента не будут переданы клону. Простого обходного пути для этой проблемы не существует, хотя можно было бы расширить LinkManager для поиска ссылки на клон, а не просто для создания URL-адреса. Это существенный недостаток, возможно, даже шоу-стоппер.
Похоже, не существует простого способа реализации истинных абстрактных шаблонов (т.е. нет метода клонирования, как для элементов), но можно было бы обеспечить промежуточное решение на основе чистого набора базовых шаблонов, которые могут наследоваться локальные версии. Основная проблема заключается в том, что клонированные элементы будут автоматически ассоциироваться с шаблонами, из которых были созданы их родители, а не с локальной версией. Изменение шаблонов клонированных элементов на локальную версию было бы возможно (даже автоматически, если мы были довольны настройкой процедуры клонирования Sitecore). Без автоматизации это неизбежно приведет к увеличению обслуживания сайтов и возможности ошибки пользователя. Поскольку локальные шаблоны будут по-прежнему наследоваться от базовых «абстрактных» шаблонов, мы сможем внести изменения во все сайты, изменив абстрактный шаблон.
Еще одной проблемой для такой архитектуры является обеспечение того, чтобы все ссылки на элементы были относительными, чтобы ссылка на Продукты на каждом сайте приводила к этим сайтам, а не к данным о Продуктах в центральном хранилище. Рекомендации по разработке для разработчиков будут включать требование, чтобы все пути к источникам данных были непосредственно настраиваемыми изнутри Sitecore (например, используя поле источника данных рендеринга).
Поскольку функция клонирования все еще относительно нова, похоже, что у нее пока нет большого опыта. Однако этот тип повторного использования данных является причиной клонирования, добавленного в Sitecore.
Основным недостатком такого подхода, по-видимому, является необходимость полной оценки воздействия дизайна на различные локальные сайты, что приводит к усложнению разработки и обслуживания кода.