Emergency Publish - в другом месте


4

В нашей производственной среде с текущей реализацией, когда Tridion публикует контент, разработчик записывает содержимое двоичного файла в местоположение (например, местоположение A) в промежуточной среде.

Файлы из этого местоположения A будут прочитаны &, которые будут перенаправлены в производственную среду только один раз в день.

Но если бизнес хочет обновить любой бинарный контент в рабочее время, чтобы отразить НЕМЕДЛЕННО в готовой среде производства (Emergency Publish) - этого не происходит, поскольку процесс нажатия файлов в среду «Готовая продукция» происходит только один раз на день.

Чтобы это произошло, предложение - во время экстренной публикации опубликовать контент в другом месте (скажем, местоположение B) и файлы, опубликованные в этом месте, будут немедленно отправлены в производственную среду.

Каков наилучший способ публикации файлов в другом месте во время чрезвычайной ситуации? Обратите внимание: во время обычной публикации он должен продолжать публиковать файл в местоположении A.

Нужно ли создавать отдельный модуль развертывания для этого (в дополнение к существующему модулю развертывания)?

Требуется предложение, заранее.

  0

Ваш сценарий выглядит немного необычным для меня, вы не публикуете в производственной среде, просто берете двоичный дамп из Staging? Да, новый вариант развертывания - одно из решений. но синхронизировать среду 02 янв. 162016-01-02 10:31:51

  0

Редакторы могут публиковать в Staging, что означает, что изменения станут «Live» к завтрашнему дню.Новая отдельная цель, вероятно, смущает редакторов чем-то вроде «Live (Right Away)». Я очень подозреваю, что ваши редакторы игнорируют * Slow Staging * в пользу * Fast Live *. 02 янв. 162016-01-02 10:33:52

  0

У вас есть доступ к архитектору, который указал эту настройку? 03 янв. 162016-01-03 19:57:24

4

Несмотря на то, что для достижения этой цели существует несколько вариантов, которые могут зависеть от подробных бизнес-требований и конкретных бизнес-ограничений, которые могут возникнуть у вас, но лучшим вариантом в «моем мнении» было бы создание отдельной целевой публикации (и целевых типов)) и отдельный модуль развертывания в дополнение к существующему развертывающему устройству. Возможно, вы захотите изменить расположение двоичной публикации в этом новом развертывателе в XML-файле cd_storage_config.

Может быть, вы хотите, чтобы объяснить больше в вашем вопросе, как насчет другого контента помимо двоичного файла и как вы на самом деле публиковать содержание Live (кроме двоичных) в настоящее время


6

Если у вас нет конкретных требований и ограничений для того, когда Разрешается публикация «EMERGENCY», я бы рекомендовал удалить ограничение ежедневной публикации, которое звучит как техническое или архитектурное ограничение, а не требования к бизнесу.

Вы будете иметь немного дополнительной работы, чтобы предотвратить редакторам всегда выбирая Живой два варианта:

  • подмостей (публикует позже)
  • Live (идти жить в настоящее время)

Другими словами, как бы вы запретили редакторам от всегда выбрать Live?

Я не рекомендую рабочий процесс как решение для всех требований публикации, но учитывайте его, если у вас есть требования к публикации, связанные с датами, метаданными и приостановкой деятельности.