Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ccnr-ops-2021-1st-appendix
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
capsmalt
March 26, 2021
Technology
240
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
ccnr-ops-2021-1st-appendix
CCNR Ops 2021 前半部分の補足
capsmalt
March 26, 2021
More Decks by capsmalt
See All by capsmalt
OpenShift.Run2023_Overview
capsmalt
0
190
ccnr-ops-2021-1st
capsmalt
0
220
5min_operator101
capsmalt
1
580
EDB2020_Red Hat
capsmalt
0
390
OpenShift.Run Intro
capsmalt
0
170
kubernetes2020
capsmalt
1
770
Operator 101
capsmalt
5
3.4k
Operator Basic in CNDK2019
capsmalt
6
1.4k
GitOps_Kubernetes
capsmalt
1
850
Other Decks in Technology
See All in Technology
AI Driven AI Governance
pict3
0
370
関数型の考えを TypeScript に持ち込んで、テストしやすい純粋関数を増やす / Pure at the Core, Effects at the Edge: Bringing Functional Thinking into TypeScript
kaminashi
1
110
LLM/Agent評価:トップ営業の発言を「正解」にする 〜暗黙的正解による評価を営業資産に変える〜
takkuhiro
1
220
Making sense of Google’s agentic dev tools
glaforge
1
200
「早く出す」より「事業に効く」 ── 顧客の業務サイクルから逆算するAI時代の二重ループ開発と「変化の設計者」 / devsumi2026
rakus_dev
1
240
誤解だらけの開発生産性 / Myths and Misconceptions about Developer Productivity
i35_267
1
250
環境凍結という Toil を倒す -セルフサービス型 Ephemeral テスト環境の 設計と実践
shirouz
1
2.3k
ゴールデンパスは敷いただけでは道にならない ─ 企画部門のエンジニアが技術標準を事業価値に変えるまで
mhrtech
0
140
LLMやAIエージェントをソフトウェアに組み込むプラクティス
shibuiwilliam
1
360
非定型なドキュメントを効率よくリファクタする 〜えぇ!?仕様書27本の移行が1日で終わったって!?〜
subroh0508
1
380
最適な自走を最小限の支援で — M&Aで拡大する組織で少人数SREが挑んだ1年 / SRE NEXT 2026
genda
0
1.1k
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
15
110k
Featured
See All Featured
Building an army of robots
kneath
306
46k
First, design no harm
axbom
PRO
2
1.2k
Thoughts on Productivity
jonyablonski
76
5.2k
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
0
450
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
360
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
2
1.6k
Fireside Chat
paigeccino
42
4k
[SF Ruby Conf 2025] Rails X
palkan
2
1.2k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Leadership Guide Workshop - DevTernity 2021
reverentgeek
1
320
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.5k
Transcript
CCNR Ops 2021 – Appendix Red Hat K.K. Cloud Solution
Architect 49
OPTIONAL SECTION MARKER OR TITLE 補⾜ ) ビルド & デプロイ
50
51 Build & Deploy Application Build Processは、ソースコードのビルドとベースイメージのビルドから構成される Build Image Deploy
Build Apps Git Repo Application Code Dockerfile BuilderImage Archive Compile Application Image Container Registry Deploy Deploy Process Build Process アプリケーションの展開は、「Build Process」と「Deploy Process」から成り⽴つ
52 よくあるコンテナアプリのデプロイ DockerHub $ docker pull xxx $ docker run
xxx $ git clone <Source Code> $ mvn test/package/deploy $ docker commit $ docker tag SCM ⾃社Registry $ kubectl apply –f deplloyment.yaml service.yaml ...
53 コンテナアプリケーションのデプロイ Developerカタログ, Git Repo, コンテナイメージ, Dockerfileを使⽤してデプロイ可能
54 Developer カタログ 例) Builder Imageとして Python を選択
55 例) ⾃⾝のアプリコードの 場所(リポジトリ)を指定 ソースコードのあるリポジトリ Developer カタログ
56 Deployment Config (≒Deployment)
57 アプリ動作(Pod) さきほどのPod名
58 ここまでの操作を整理・・・ - OpenShiftコンソール上で Python (Builder) を選択 - ソースコードリポジトリを指定
59 何が起こったか︖ - OpenShiftコンソール上で Python (Builder) を選択 - ソースコードリポジトリを指定 build
config image stream deployment config service route を作成
60 何が起こったか︖ - OpenShiftコンソール上で Python (Builder) を選択 - ソースコードリポジトリを指定 -
Python (Builder) と ソースコード を合体してコンテナイメージを作成 - Build Config で S2I でイメージビルドを実施 - OpenShift 上にコンテナデプロイ - Deployment Config に イメージ(+ Replicas : 1など) 指定で適⽤ build config image stream deployment config service route を作成
61 よく使うベースイメージ(やテンプレート)を活⽤ ソース指定のみで,ビルドやデプロイなどを⾏うリソースを⼀括作成
62 再掲) よくあるコンテナアプリのデプロイ DockerHub $ docker pull xxx $ docker
run xxx $ git clone <Source Code> $ mvn test/package/deploy $ docker commit $ docker tag SCM ⾃社Registry $ kubectl apply –f deplloyment.yaml service.yaml ...
63 Source-to-Image (s2i) s2iはBuilderImageのラベルから、s2i Scriptの場所を読み込んで実⾏し、その結果をコンテナイメージとして出⼒するビルド⽅式です。 (*マニュアルでやると、docker runしたベースイメージで、s2iスクリプトをキックしたあとにdocker commit/tagする) s2i Script
BuilderImage (Base Image) Middleware Configs Dockerfile OS Based Image Application Image Application Code Source-to-Image (s2i) 内部では、s2i Scriptに書かれた⼿順に従っ て、アプリケーションのビルドを⾏っている。
64 Source-to-Image (s2i) アプリケーションコードをInputにし、アプリケーションとベースイメージをビルドして、新しいDockerイメージを⽣成 oc new-app Build Config Image Stream
Deployment Config Service Builder Container s2i Build Process Git Repo Application Image ImageStreamTag iptables Replication Controller Deploy Pod Container Application Code Container Registry ImageStreamTag
65 Application Create Objects oc new-appを⾏うことで、以下のオブジェクトが作成される Object 解説 Build Config
BuildConfig は、コマンドラインで指定された各ソースリポジトリーに作成されま す。BuildConfig は使 ⽤するストラテジー、ソースのロケーション、およびビルド の出⼒ロケーションを指定します。 ImageStream BuildConfigでは、通常 2 つの ImageStream が作成されます。 1 つ⽬は、インプットイメージを表します。Source ビルドでは、これはビルダーイメージです。Docker ビルド では、これは FROM イメージです。2 つ⽬は、アウトプットイメージを表します。コンテナーイメージが new- app にインプットとして指定された場合に、このイメージに対してもイメージストリームが作成されます。 Deployment Config DeploymentConfig は、ビルドの出⼒または指定されたイメージのいずれかをデプロイするために作成さ れます。new-app コマンドは、結果として⽣成されるDeploymentConfig に含まれるコンテナーに指定 される全Docker ボリュームにemptyDir ボリューム を作成します。 Service new-app コマンドは、インプットイメージで公開ポートを検出しようと試みます。公開されたポートで数値 が最も低いものを使⽤して、そのポートを公開するサービスを⽣成します。new-app 完了後に別のポー トを公開するには、単に oc expose コマンドを使⽤し、追加のサービスを⽣成するだけです。
66 BuildConfig Build inputs Git: Git リポジトリからアプリケーションをビルド・デプロイする場合 Dockerfile: Dockerfile でビルドを完結させる場合
Binary: ローカルホスト上の Binary (EAR, WAR) をイメージに配置する場合 Application Code BuilderImage (Base Image) Build Strategies S2I: アプリケーションのソースコードをビルドし、コンテナイメージ内に配置 Docker: Dockerfile と docker build と同様な処理 Pipeline: Jenkins pipeline によりビルドやデプロイを制御 Custom: ビルドイメージを独⾃に作成し、ビルドプロセスをカスタマイズする s2i Build Process Application Image Build outputs ImageStreamTag: コンテナレジストリにプッシュされ、指定されたイメー ジストリームに対して、タグ付けする
67 ImageStream OpenShift内部で管理されるコンテナレジストリのイメージのメタデータを参照 - コンテナレジストリのタグにpushされたイメージのバージョン履歴(Stream)を保持する機能 -コンテナレジストリにpushなど、ImageStreamのタグが更新されたら自動的にアクションを起動できる ImageChange更新トリガー - OpenShift内部レジストリとの連携、イメージキャッシュ
OPTIONAL SECTION MARKER OR TITLE 補⾜ ) Prometheus Operator 68
Prometheusとは コンテナ環境に適したプル型のリソース監視ソフトウェア Prometheus Server Exporters Alert Manager Grafana Push Gateway
JMX Exporter JMXターゲットのmBeanを構成可能にスクレイピングして公開することができるコレクタ (javaagent) Prometheus Server 監視サーバー JMX Exporter Exporterが監視対象
のデータを取得 JVM JMX Java Application tcp-9404 tcp-8080 PREPEND_JAVA_OPTS="-javaagent:${JBOSS_HOME}/prometheus/jmx-prometheus.jar=9404:${JBOSS_HOME}/prometheus/config.yaml"
Prometheus Operator Prometheus 監視インスタンスを作成・設定・管理します Service Service Service Service Custom Resource
Definition(CRD) Service Monitor Service Monitor Prometheus Prometheus Pod Deploy Config Management Target Monitoring Watch prometheus prometheus- config-reloader rules-configmap -reloader Operator (Controller)
CRD for Alerting CRD for Monitoring Custom Resource Definition Operator
CRDおよびConfigMapを使⽤してサービスをカスタマイズできます Service Monitor Prometheus Prometheus Rule Alert Manager Prometheus展開を定義し ます。Operatorは常に,リ ソース定義と⼀致するデプ ロイメントが実⾏されてい ることを確認します。 Service Groupを監視する ⽅法を宣⾔的に指定します。 Operatorは,定義に基づい てPrometheusのスクレイプ 設定を⾃動的に⽣成します。 必要なPrometheusルール ファイルを定義します。こ れは,Prometheusアラート および記録ルールを含む Prometheusインスタンスに よってロードできます。 AlertManager展開を定義 します。オペレーターは常 に,リソース定義と⼀致す るデプロイメントが実⾏さ れていることを確認します。 Prometheusリソースは宣⾔的にPrometheusデプロイメントの望ましい状態を記述し,ServiceMonitorはPrometheusに よって監視されるターゲットのセットを記述します。
jmx Project Overview of Hands-On (Lab1-3,-4,-5) Monitoring Java Application by
Prometheus Operator Service (jboss-eap-prometheus) Custom Resource Definition(CRD) Prometheus Pod Deploy Config Management Watch prometheus prometheus- config-reloader rules-configmap -reloader JMX Exporter JVM JMX Java Application tcp-9404 tcp-8080 jmx-monitor Project Router Router Service Monitor Prometheus Operator (Controller)
OpenShift Prometheus Operator OpenShift内部のコンポーネントにもOperatorが利⽤されている OpenShift Monitoring Operatorが Operatorを管理