kubernetesにダッシュ！

Kubernetesにダッシュ！ Playing with

Agenda ・おまえ、誰や？・話す事＆話さない事・dockerの超簡単説明・コンテナベース開発、やらないか・オーケストレーション基盤の登場・なぜKubernetesを採用すべき？・インフラ部の取り込み・今後の動き

おまえ、誰や？ Kuritan 2019年株式会社ドリコムに中途入社インフラストラクチャー部所属 1991年　中国北京生まれ、今28オ 2017年　北京から2,000km渡って東京へ趣味・海外旅行(まだ5つ国or地域しか) ・カフェ巡り(ペットOKのお店探してます)

話す事&話さない事 ▪話す事・一言dockerとは・コンテナベースの開発メリット・期待できる改善点・kubernetesの勧誘・インフラ部のトライ ▪話さない事・dockerの概念や用語・kubernetesの概念や用語
・具体的な検証データ・具体的なマイルストーン

dockerの超簡単説明 ▪時は20世紀以前に遡るーdockerとは・ITではなく、dockerという単語の本来の意味・「dock」(埠頭)で働く人のことを　「docker」・積荷は人の手によって、船に運ばれる・非効率・船中のスペース浪費が激しい・健康へのダメージ重大 …...で？今はどうなんだ？

dockerの超簡単説明 ▪20世紀最大の発明とも言われるーContainer ・コンテナの発明は、革命を起こした・同等のコンテナが機械によって、　自動的に船に運ばれる・標準化によって、効率猛向上・スペックの均一によって、　　　スペースの浪費が最小・人が解放されるこの経験をIT領域に活かして、コンテナベースの開発が誕生

コンテナベース開発、やらないか・従来開発時のあるある ▲開発環境と本番環境の不一致地獄 ▲デプロイがリスキーで地味にしんどい ▲改善サイクル回したいのに余計時間かかった ▲開発に集中できず、やる人のモチベーション維持が困難 ▲オーソドックスな流れで、採用時のチャーミングポイントとしてイマイチ

コンテナベース開発、やらないか・コンテナベースの開発ならどう？ ◦どんな環境でも動作一致が保証される ◦標準化できるデプロイ手法で、属人化を排除 ◦多種多様のリリース手法により、ゼロダウンタイムも可能 ◦すべてDockerﬁleに集約されるので、アプリのポータビリティが向上

コンテナ単体の弱み ▪コンテナの弱点＊：コンテナの悪いところってないの？＃：Yes！単体で本格的なシステム運用が難しいんだよぉぉ！ ▲構成が複雑化 ▲障害時の切り分けが困難 ▲共通利用困難　...

オーケストレーション基盤の登場ここでオーケストレーション基盤がご登場 (docker-compose, swarm, kubernetes)

なぜKubernetesを採用すべき？・面倒から解放したい・オペレーションを削減したい・信頼性を向上したい・コストをカットしたい・属人化を排除したい・イケイケにしたい・・・・・・

ミュータブルなシステムが面倒の根源すべてDockerfileに集約何が面倒なの？画像引用元:https://www.project-respite.com/kubernetes-merits/

オペレーション削減？・命令式　→　宣言式・望ましい姿を自動維持・「Aやります、Bやります...」　などがやめられる・手順書とおさらば画像引用元:https://www.project-respite.com/kubernetes-merits/

信頼性向上って、どうやって？・サーバなんか変・アラート通知が来た・再起動の可否確認・該当サーバ再起動・アラート解消 k8sだと、自動回復！画像引用元:https://www.project-respite.com/kubernetes-merits/

Kubernetes採用したら？アジャイル開発には変化に強いインフラが必要画像引用元:https://www.toshiba-sol.co.jp/tech/sat/case/1804_2.htm

インフラ部の取り込みほぼ済ほぼ未

THANKS

kubernetesにダッシュ！

kubernetesにダッシュ！

kuritan

Other Decks in Technology

Featured

Transcript