0

Kubernetes を使用してマイクロサービスの展開を行うプラットフォームの作成に取り組んでいる間、Kubernetes 展開オブジェクトに依存関係を取得したいと考えています。ただし、ドキュメントhttp://kubernetes.io/v1.1/docs/user-guide/deployments.htmlを見ました次のように述べています。「Deployment オブジェクトは実質的に API バージョン v1alpha1 を持っていることに注意してください。Alpha オブジェクトは、将来のソフトウェア リリースで変更されるか、廃止される可能性さえあります」廃止または変更される可能性があります。新しいラベルを使用して rc を作成し、古い rc と新しい rc の両方で異なるラベルを使用して新しいポッドを作成し、古い rc からポッドをゆっくりと削除して古い rc を縮小するなど、同じ概念を自分たちで再実装する必要があります。新しいポッドを新しいrcにゆっくりと追加します。展開の計画または提案された変更は何ですか、またはその概念はより良い概念のために廃止されますか? また、なぜ OpenShift が Deployment オブジェクトを使用しなかったのか疑問に思っています。その時点で準備ができていなかったのですか?

4

3 に答える 3

2

OpenShifts デプロイメント オブジェクトは、アップストリームの Kube オブジェクトより前にありました (2015 年 3 月の時間枠で機能が完成しました)。Kube デプロイメントが OpenShift デプロイメントの残りの機能をサポートすると、それらは自動的に移行されます。まだアップストリームになっていない、OpenShift デプロイメントがサポートするいくつかのこと

  • Docker レジストリ タグが変更されたときの自動デプロイ
  • カスタム デプロイ (ポッドで独自のデプロイ ロジックを実行)
  • デプロイ フック - アプリのデプロイ前またはデプロイ後に「bundle exec rake db:migrate」を実行します
  • 展開戦略を再作成する
  • 展開を一時停止または「保留」して、自動的に実行されないようにする機能 (管理者が展開を選択できるようにするため)。
  • デプロイが「失敗」して記録される機能 (エンド ユーザーが、プッシュしたコードが開始に失敗したことを認識できるようにするため)。

これらの残りのオプションを追加するには時間がかかります。

于 2016-01-14T13:41:42.553 に答える
0

展開は、1.2 リリースでベータ版に移行する予定です。変更内容については、関連する問題 #15313を参照してください。Deployment を使用するローリング アップデート用の新しいkubectlコマンドも用意されています。問題 #17168と提案を参照してください。

于 2016-01-13T18:22:27.087 に答える