Блог

Я изучаю Cloud Foundry и его поддержку Docker с помощью Diego. Мои вопросы: возможно ли развернуть jar, как и раньше (с cf push предоставлением информации о местоположении jar, пакете сборки и стеке для использования), и заставить CF создать из него (Docker?) Контейнер, Как это было раньше с DEA, или необходимо всегда предоставлять готовый-создан образ Docker для CF для сборки контейнеров? Если «старый» способ все еще поддерживается, стоит ли использовать Diego таким образом, или нам всем следует перейти на Docker?

Среда выполнения Diego от Cloud Foundry продолжает поддерживать развертывания buildpack, где она создаст контейнер и артефакты среды выполнения, необходимые для запуска вашего приложения. Создаваемый им контейнер не является контейнером Docker. Например, Pivotal Cloud Foundry создает контейнер Garden-RunC.

Поддержка Docker может быть полезна, когда у вас есть предварительно упакованный образ Docker, который вы хотели бы развернуть без изменений, но подход buildpack по-прежнему предпочтительнее, когда у вас есть выбор.

Buildpacks упростит роль как разработчика, так и ИТ-оператора при использовании Cloud Foundry. С buildpacks разработчик больше не несет ответственности за дизайн и обслуживание файла Dockerfile, а также за другие проблемы, которые напрямую не связаны с разработкой приложений.

ИТ-оператор получает полную согласованность с точки зрения управления версиями и уровней исправлений для ОС и сред выполнения во всех контейнерах buildpack. Они также имеют возможность выполнять автоматические исправления и обновления с нулевым временем простоя, которые развертываются во всех контейнерах buildpack в среде Cloud Foundry. Это очень мощный инструмент как для обеспечения безопасности, так и для повышения эффективности.