Из-за требований к оборудованию, что каждый кластер должен иметь как минимум 3 сервера, я хотел бы использовать это оборудование для поддержки нескольких ветвей / сред. В частности, у нас обычно есть 3 ветки Dev и 3 тестовые ветки, работающие одновременно для приложения для поддержки нескольких параллельных проектов разработки. После выпуска в продакшн код снова объединяется с другими ветвями.
Я понимаю, что могу создать несколько экземпляров типа приложения, но я думаю, что мне действительно нужно иметь несколько версий типа приложения в одном кластере. Вполне возможно, что развитие может происходить в ветвях A и B одновременно. Мы хотели бы протестировать и развернуть обе ветки в Dev Cluster.
Точно так же я хотел бы использовать тот же кластер для предоставления конечной точки тестовой среды. По мере продвижения кода я мог бы развернуть версию приложения TestB, если исправления ошибок произойдут, они будут исправлены и развернуты в версии DevB этого типа приложения.
Чтобы справиться с проблемами порта конечных точек WebAPI, мы планируем, чтобы сценарий сборки выбирал манифест службы WEBAPI, зависящий от среды, поскольку он содержит номер порта, который предоставляет приложение Service Fabric для вызывающих приложений. Итак, у меня будет файл ServiceManifest-DevB.xml, который будет переименован в простой старый ServiceManifest.xml и упакован вместе со сборкой DevB, когда она выйдет. Тогда ServiceManifest-TestB.xml будет делать то же самое, но с другим портом. Другой вариант - Tokenizer.
Но я не понимаю, как я могу иметь разные версии одного и того же типа приложения, работающие в кластере? Могу ли я переопределить тип приложения в файлах параметров или что-то в этом роде? Я очень надеюсь, что для этого мне не нужно строить 6 кластеров? Это тонна оборудования, которое не летает.
Пожалуйста, помогите и заранее спасибо, Грег
