YOOANT

CLI관점에서 리눅스와 상호 작용하는 방법은 두 가지가 있다.첫 번째 방법은 수동이다.즉 사 용자가 터미널 앞에 앉아 대화식으로 명령을 입력하고 출력값을 받는 것이다. 이런 즉흥적인 상호 작용은 다음과 같이 매일 셸에서 수행하는 대부분의 작업에 해당한다.디렉터리 몰록 출력, 파일 찾기, 파일 내부 내용 찾기디렉터리 간 혹은 원격 시스템 간 파일 복사이메일이나 뉴스를 읽거나 터미널에서 트윗 보내기두 번째 방법은 셸이 해석하고 차례로 실행할 수 있는 특수한 종류의 파일에 있는 일련의 명령을 자동으로 처리하는 것이다.이 모드를 일컬어 흔히 셸 스크립팅 또는 그냥 스클립팅 이라고 한다. ▪️터미널터미널, 또는 터미널 에뮤레이터, 또는 소프트 터미널로 불린다.터미널은 텍스트로 된 사용자 인터페이스(UI)를 제공하..

1.NodePortセレクター（spec.selector）とテンプレート（spec.template.metadata.labels）は、必ず一致していなければならない。Deploymentはこのセレクターを通じて、自分が管理すべきPodを探し出すからだ。もしこれらが異なっていると、デプロイ時にバリデーションエラー（Validation Error）が発生する。一つのYAMLファイル内に複数のリソース（DeploymentやServiceなど）を定義する場合、「---」（ダッシュ3つ）は必須である。Serviceの spec.selector は、Deploymentによって生成されたPodのラベル（template.metadata.labels）を指す必要がある。Deployment自体のラベルではなく、「Pod」のラベルであるという点が核心だ。なぜなら、ServiceはDepl..

1.手軽にアプリを公開する方法。1-1.Port-forward1-1-1.検証pod作成apiVersion: v1kind: Podmetadata: name: fwd-chk-hnspec: containers: - name: chk-hn image: sysnet4admin/chk-hn1-1-2.pod確認1-1-3.port-forward設定・Terminal①# k port-forward fwd-chk-hn 8080:801-1-4.動作確認・Terminal②・Terminal①※port-forwardは運用（Production）のためのツールではなく、徹底して「デバッグ」や「開発」のための、一時的な通信路である。1-2.Hostport1-2-1.検証pod作成apiVersion: v1kind: Podmetadata: na..

1.DaemonSetクラスター内の全ノード（または特定のノード）に、Podを必ず一つずつデプロイするリスーすである。DaemonSetとDeploymentを比較すると、replicasの有無を除けば構成は同一である。1-1.DaemonSet作成apiVersion: apps/v1kind: DaemonSetmetadata: labels: app: ds-nginx name: ds-nginxspec: selector: matchLabels: app: po-nginx template: metadata: labels: app: po-nginx spec: containers: - name: nginx image: nginx1-2.動作確認①re..

1.Job1-1.成功jobおよび動作確認1-1-1.事前準備としてnginxおよびserviceを作成# Job確認の事前準備としてnginxとsvcを生成apiVersion: v1kind: Podmetadata: labels: run: nginx name: nginxspec: containers: - image: nginx name: nginx---apiVersion: v1kind: Servicemetadata: name: nginx spec: selector: run: nginx ports: - name: http port: 80 targetPort: 80 type: ClusterIP1-1-2.作成確認1-1-3.Job作成apiVersion: batch/v1k..

1.command/argsとは？実務的な観点において、commandとargsはコンテナの起動時に「何を実行するか」を決定する最終指示書である。イメージは一つだが、デプロイ環境や目的に応じて動作を変更する必要がある場合に使用する。 1-2.継続して動作させたい場合1-2-1.まず、下記の検証用イメージとコードで動作を確認。apiVersion: v1kind: Podmetadata: labels: run: simple-wo-command name: simple-wo-command spec: containers: - image: sysnet4admin/net-tools name: net-tools 検証用イメージの動作により、Podが異常終了している。 1-2-2.commandが定義された検証用コードで動作を確認。apiVersion..

1.Deployment例)Deployment.yamlselectorとtemplateの関係性 selectorとtemplateは紐付けられる構造になっており、selectorがtemplateを（ラベルを介して）選択する仕組みになっている。Ahahah I will not do itDeploymentの中にはPodのコードが含まれていて、metadataやspecの部分はPodの定義とほぼ同じになっている。ここから分かるのは、Deploymentが「Podを複数作るための枠組み」だということ。つまり、Podの構造をそのまま持ってきて、それをテンプレートとして使い回している。もう少し具体的に言うと、Deploymentはtemplateを使って複数のPodを作れるし、replicasの数を変えるだけで、Podを増やしたり減らしたり自由にコントロールできる仕組みになっている。..

✅CKADとは?Linux Foundationが認定するクバネティス（Kubernetes）関連の資格です。実際の運用環境における実務能力を検証することに焦点が当てられています。 ✅取得理由CKA合格の流れを止めず、CKAD取得を決意しました。2年間クボネティス環境に携わってきましたが、主にCI/CDのための初期環境構築や基盤リソースの設定に注力してきました。運用体制上、開発チームがサービス維持管理や詳細設定を担当しているため、インフラ担当者として「実際のアプリケーションソースコードがどのようにデプロイされ、リソースが具体的にどう活用されているか」を深く掘り下げたいという渇望がありました。今回の機会に、インフラ提供者（Provider）の視点を超え、利用者（User）の視点からクボネティスのワークロードを完璧に理解したいと考えていました。 ✅試験出題形式 (100%実技)1.Cont..