Kubernetes で Complete/Failed となった Job を自動削除する - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
kubernetes : kubectlコマンド一覧 - Qiita
よく使うkubernetesのkubectlコマンド一覧 1) podを作成 kubectl create --save-config -f [Pod定義ファイル] または kubectl apply -f [Pod定義ファイル] とりあえずapplyにしておくのがベター。 applyの場合は、前回実行時とのyaml設定の差分を抽出して、 その差分を反映するらしく、createたけで作成すると差分抽出の ための履歴情報がないため、createだけの後のapplyではエラーとなる。 ただし、create --save-configとしておけばcreateでもOK。 2) rs(Replica Set)を作成 kubectl create --save-config -f [rs定義ファイル] or kubectl apply -f [rs定義ファイル] rsを作成すると、複数のpodを一括管
KubernetesのYAML管理ツールkustomizeを試してみた - Qiita
kustomizeとは kubernetes(以下、k8sと表記)のYAML設定ファイルをパッケージングするツール 基盤となるbase構成から、カスタマイズを加えてパッケージングすることができる 出力は単一のYAMLファイルになる あくまでもパッケージングのためのツールなので、出来上がったYAMLをどのようにk8sに適用するかまでは面倒を見てくれない Helmと競合しそうだが、以下の点で差別化できる模様 Helm: 設定値をテンプレートエンジンで変更可能にしておく必要がある ==> カスタマイズされる元ファイル + カスタマイズのためのファイルについて学習が必要 kustomize: あくまでも入力・出力共にkubectl applyできるYAMLを扱う ==> カスタマイズのためのファイル書式のみ学習すればOK 気に入ったところ configmap名の末尾にハッシュ値を付与することにより
なぜKubernetesではなくAmazon ECSを使うべきなのか - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR Kubernetesはマイクロサービスには適しているが複雑 未だに学習コストが高く、周辺ツールにも振り回される ECSはKubernetesよりはるかに運用しやすい AWSへのベンダーロックインによる悲観は必要ない Kubernetesのデメリットを把握した上で導入するべき オーケストレーションツール KubernetesとAmazon ECSは、同じくDockerコンテナのオーケストレーションツールに位置する。 そもそもオーケストレーションツールはなぜ必要かというと、プロダクションレベルでの運用を実現するためである。複数ホ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
kubectl get ingress は通るのにkubectl describe ingress が通らなくなった話 - Qiita
【はじめての kubernetes】オリジナルイメージをデプロイする。（ yaml 編） - Qiita
