サービスアカウントを使用した展開の自動化に失敗する

openshift v3.3で作成されたプロジェクトへのコンテナのビルドと展開を自動化しようとしています。ドキュメントでは、これを行うためにサービスアカウントを活用する必要があることがわかりますが、ドキュメンテーションは順調ではなく、ブログで見つかった例はタスクを完了しません。私のワークフローは、私が使用しているコマンド例を以下に示します。サービスアカウントを使用した展開の自動化に失敗する

BUILDER_TOKEN='xxx' 
DEPLOYER_TOKEN='xxx' 

# build and push the image works as expected 
docker build -t registry.xyz.com/want/want:latest . 
docker login --username=<someuser> --password=${BUILDER_TOKEN} registry.xyz.com 
docker push registry.xyz.com/<repo>/<image>:<tag> 

# This fails with error 
oc login https://api.xyz.com --token=${DEPLOYER_TOKEN} 
oc project <someproject> 
oc new-app registry.xyz.com/<repo>/<image>:<tag> 

Notice I login into the rest api interface, select the project and create the app but this fails with the following errors: 

error: User "system:serviceaccount:want:deployer" cannot create deploymentconfigs in project "default" 
error: User "system:serviceaccount:want:deployer" cannot create services in project "default"

アイデアはありますか？

出典

2017-01-24 Salim Badakhchani

サービスアカウントは、デフォルトで所有プロジェクトにのみアクセス権があります。デプロイヤーに他のプロジェクトにデプロイするためのアクセス権を与える必要があります。

出典

2017-01-25 01:10:26 Clayton

コマンドの例を教えてください。 –

ご覧のとおり、このドキュメントは詳しくはhttps://docs.openshift.org/latest/admin_guide/service_accounts.htmlに詳しくは載っていません。私は、この問題が私たちのオープンシフト専用プラットフォームに存在すると述べておきたいと思います。私は通常のユーザーとしてログインしたときにしか問題を見ません。 –

OKこれを達成するためにサービスアカウントを使用するのは、物事を考える最良の方法ではないようです。これはドキュメントによって助けられません。上記のユースケースは非常に一般的であり、正しいアプローチは、単に画像の名前で新しいアプリを呼び起こすと、タグに対応することです：

oc new-app ${APP}:${TAG}

サービスアカウントと周りの混乱への必要はありません。

出典

2017-02-08 14:16:36

サービスアカウントを使用した展開の自動化に失敗する

答えて

関連する問題