Запускать приложение на Diego по умолчанию, пока Cloud Foundry использует DEA по умолчанию

#cloud-foundry

#cloud-foundry

Вопрос:

У нас есть развертывание Cloud Foundry 2, которое поддерживает Diego. В нашем случае DEA по-прежнему используется по умолчанию, и когда мы запускаем приложение, оно используется. Я могу изменить развертывание приложения на Diego, используя плагин Diego Enabler для переключения туда и обратно.

Можно ли каким-то образом сообщить Cloud Foundry, что я хотел бы развернуть приложение в Diego, даже если оно не используется по умолчанию, более автоматизированным способом, например, каким-то образом включив логическое поле ‘diego’ в манифесте?

Ответ №1:

В настоящее время это невозможно сделать в манифесте.

Я проверил с командами Diego и CLI в Cloud Foundry Slack, и они говорят, что это невозможно сделать. Я думаю, что обоснование дизайна заключается в том, что не следует запускать обе архитектуры в течение длительного времени, но я могу понять, как было бы неплохо включить это в манифест.

Комментарии:

1. Что ж, жаль. Тем не менее, спасибо.

Ответ №2:

С помощью скрипта вы можете нажать —no-start, переключить его на Diego, а затем запустить его. Не так хорошо, как manifest, но неплохо.

Комментарии:

1. Есть одна проблема — я не использую CLI прямо сейчас, я скорее использую плагин Cloud Foundry Jenkins. У него нет никаких опций для ‘—no-start’, поэтому мне пришлось бы вызвать CLI здесь. Проблема в том, что мне нужно войти в систему, чтобы использовать CLI и указать ему организацию и пространство для использования, но Дженкинс будет развертываться в разных организациях / пространствах на разных заданиях. Поскольку CLI сохраняет данные для входа в систему в домашнем интерфейсе пользователя, параллельные задания рано или поздно будут прерывать друг друга, переопределяя настройки друг друга. Нужно будет проверить, возможно ли переопределить, где CLI сохраняет эту информацию.

2. Можно установить CF_HOME env, и это определит, где CLI сохраняет информацию для входа, должно помочь.