Почему литейный центр Pivotal Cloud не удаляет маршрут при удалении соответствующего приложения?

Question

Я изучал Pivotal Cloud Foundry - версию Public Cloud, настроив учетную запись Pivotal Web Services. Во время изучения CF CLI я следовал приведенному ниже руководству. https://pivotal.io/platform/pcf-tutorials/getting-started-with-pivotal-cloud-foundry/introduction

Мне удалось успешно загрузить образец весенней загрузки приложения в PCF Cloud и следовать учебному пособию.

Когда я начал играть с ним, я попытался удалить приложение, используя приведенную ниже команду. cf-spring - это имя моего приложения.

cf delete cf-spring

При переходе к моей учетной записи Pivotal Web Service я мог видеть, что приложение было удалено. Маршрут по-прежнему отображает имя маршрута, который был создан при создании приложения с помощью команды cf push.

Поэтому я попытался удалить маршрут, используя приведенную ниже команду.

Это не позволяет мне удалять с помощью CLI? Должна ли команда app delete позаботиться об удалении связанных маршрутов, связанных с приложением?

Answer 1

cf delete APP_NAME не удалит маршрут, связанный с Приложениями, и это не должно происходить в первую очередь. Поскольку концепция роутера в Cloud Foundry такова, что

В одном приложении может быть несколько маршрутов, а в одном приложении можно настроить несколько маршрутов.

Его Отображение "многие-к-одному". Таким образом, существует вероятность того, что созданные вами маршруты будут по-прежнему сопоставляться с другим приложением, и это будет как бесхозный маршрут, только если нет приложений для что маршруты ..

Так что это осторожное и мудрое решение !!

Answer 2

Попробуйте cf delete-route -h, чтобы увидеть синтаксис команды delete-route.

Вы, вероятно, хотите запустить cf delete-route cfapps.io --hostname cf-spring-rested-platypus.

В последних версиях cf-cli вы также можете запустить cf delete-orphaned-routes.

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