Kubernetes Deploymentments

Question

При работе над созданием платформы, которая будет выполнять развертывание микросервиса с использованием Kubernetes, мы хотим принять зависимость от объекта развертывания Kubernetes. Однако мы видели, что в документации http://kubernetes.io/v1.1/docs/user-guide/deployments.html говорится следующее: «Обратите внимание, что объекты развертывания эффективно имеют версию API v1alpha1. Объекты Alpha могут меняться или даже прекращаться в будущих версиях программного обеспечения» Мне интересно, следует ли нам использовать концепцию развертывания, чтобы сделать развертывания, по существу, обновляемые обновления или с тех пор, как их можно было бы прекратить или изменить, следует ли нам просто реализовать одни и те же концепции, например, создать rc с новыми ярлыками, создать новые модули с разными метками, а затем старые rc и новые rc, уменьшить масштаб старого rc медленно удаляя стручки из старого rc и медленно добавляя новые стручки в новый rc. Каков план или предлагаемые изменения для развертывания или эта концепция уходит для лучшей концепции? Также мне интересно, почему OpenShift не использовал объект Deployment, не был ли он в то время?

Answer 1

Развертывание планируется завершить до версии бета-версии 1.2. См. Соответствующий issue #15313 для внесения изменений. У нас также будут новые команды kubectl для обновления, использующие развертывание, см. issue #17168 и proposal.

Answer 2

Объект развертывания OpenShifts предшествует вышерасположенному объекту Kube (его функция завершена в масштабе марта 2015 года). После того как Kube Deployments поддерживает оставшиеся функции в развертываниях OpenShift, мы автоматически их переносим. Некоторые вещи OpenShift внедрений поддержки, которые не вверх по течению еще

• Автоматическое развертывание, когда теги реестра Docker изменить
• пользовательских развертываний (запустить собственную логику развертывания в стручках)
• крюки развертывания - выполнить «расслоение EXEC грабли БД : migrate "до или после развертывания вашего приложения
• Восстановить стратегию развертывания
• Возможность приостановки или« удержания »развертывания, чтобы он не запускался автоматически (поэтому администраторы могут выбрать развертывание).
• Возможность развертывания «сбой» и запись (чтобы конечные пользователи знали, что код, который они нажали, не запустился).

Это займет время, чтобы добавить эти оставшиеся опции.

Answer 3

На данный момент концепция развертывания перенесена в «v1beta1». Концепция, скорее всего, будет продолжена, потому что это декларативный подход (против императивного подхода с более старым контроллером репликации и т. Д.).

Ничего не могу сказать о OpenShift, но в GKE это работает для меня довольно хорошо!