Hello, Openshift

Transcript

1. Hello,
2. Extreme-history of container
3. コンピュータリソースの歴史 ハードウェア OS ミドルウェア アプリ ハードウェア OS ミドルウェア アプリ ハードウェア OS ミドルウェア アプリ ハードウェア ハイパーバイザー ゲスト OS ミドルウェア アプリ ゲスト OS ミドルウェア アプリ ゲスト OS ミドルウェア アプリ ハードウェア OS Container Engine ミドルウェア アプリ ミドルウェア アプリ ミドルウェア アプリ 物理マシン時代 VM時代前期 VM時代後期 (クラウド時代) CloudNative時代 2014年~ 2010年~ 2004年~ 物理マシン構成 仮想マシン構成 コンテナ構成
4. DevOpsという考え方 “新たな機能を追加する ”をミッションとする開発者と “安定してシステムを稼働する ”をミッションとする運用者が 開発手法やツールを用いて密接に連携すること。 ・継続的インテグレーション (CI = Continuous Integration) ソースコードのビルドとテストの自動化 ・継続的デリバリー(CD = Continuous Delivery) すべての変更に対していつでもリリース可能な状態を保証
5. 参考：DevOpsの構成要素(CLAMS) Sharing(共有) 互いに学び成長できるよう、経験を共有す ること Measurement(計測) フィードバックを得ながら、成果を計測し、 開発サイクルに活用すること Automation(自動化) 構成管理・テスト・レビュー・報告のプロセ スにおける手作業の処理をなくしていくこと Culture(文化) コミュニケーションを推進するためのイノ ベーションを引き起こすこと Lean 無価値な要素を最小限に抑えつつ素早く 改良を続け、成功率を上げるように導くこ と
6. Docker誕生の歴史 当時のdotCloud社Solomon Hykes氏を中心としたLinuxに対応した 自社サービスの技術基盤開発から、 OSSとして実装されたものが 「Docker」として誕生した。 内部ロジックとしては、プロセスをフォークして、そのプロセスをグルー プ化(cgroups)して名前空間で隔離するという Linuxカーネル本来の 機能を利用する。 現在はMoby Projectへ移行しており、事実上は Kubernetesをコンテ ナのオーケストレーションツールとしてバトンタッチする形となっている が、コンテナ普及させた Dockerの功績は大きい。 2018/3にSolomon Hykes氏は Docker社を去っている
7. Cloud Nativeとは? それまでの時代のインフラ側から寄せたアプローチと異なり、アプリ側を主体としたイン フラの最適解。CNCFが世界的に主導している。https://www.cncf.io/ DockerやKubernetesはその解を導くための手段のひとつ。 👉 Cloud Nativeの優位性 ・素早く、安定したビルド~デプロイをイメージ化 ・インフラのベストプラクティスをコード化 (IaC=Infrastructure as Code)して管理 ・ダッシュボード管理などインフラの抽象化による開発者体験の向上
8. Cloud Nativeが見据える未来 https://landscape.cncf.io/
9. What is Openshift?
10. その前にKubernetes コンテナ (アプリ) Pod = コンテナ + コンピュータリソース 負荷分散 バックアッ プ プロキシ Kubernetesクラスター アプリの柔軟な展開とリソース管理 を目的とした コンテナオーケストレーション (配置)＋スケジューリング ツール。Google発。 最速、最適でアプリの実行環境を整えるのが魅力。 リソースの割り当てからデプロイ、バックアップ、負荷分 散、プロキシまで幅広くコンテナのアプリをサポートす る。「小さなクラウド」 に近い。 DockerのDockerfileと同様にマニフェストファイル を記 載して、リソースやデプロイをコード化している。 (Infrastructure as Code) デプロイ (耐障害) CPU メモリ ボリューム (ストレージ) リソース権 限
11. Docker, Kubernetesに不足しているもの Docker ・本番環境に弱い(Dockerマシンが壊れたらアプリも壊れる =冗長性の欠如) ・デプロイやロードバランシングなどの性能がない Kubernetes ・オンプレ運用は難しく、パブリッククラウドなどのマネージドサービスに頼らざるを得ない ・まだ発展途上であること (Kubernetesはコンテナプラットフォームの一部に過ぎない )
12. Openshiftが満たしてくれるもの エンタープライズ向け「 コンテナプラットフォーム 」。 コアはKubernetes。加えてネットワークやロードバランシング、ストレージ、モニタリング、ロギング機能などを 提供する。 ・開発者にとってKubernetesを使いやすくする(開発エクスペリエンス向上 ) ・OSSとして変更の激しいKubernetesに追従する 参考：Red Hatのアプローチ https://www.redhat.com/ja/topics/containers/kubernetes-approach
13. Openshiftの概念 NameSpaceとは、Kubernetes内のプロジェクト(≒アプリ)。ユーザー認証や権限管理等のセキュリティが実装されていな いので、そういった部分をOpenshiftがまかなっている。 NameSpace内部はKubernetesで定義できるリソースで構成されている。ビルドやデプロイ、ルーティング機能等が不足し ているので、そういった部分をOpenshiftがまかなっている。 ※開発者(ユーザー)のアプリおよびリソースへのアクセス権限の全体像 ※プロジェクトの内部構造