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
脱VM!リモートコンテナによる開発
Search
HIRA
February 09, 2021
Technology
0
720
脱VM!リモートコンテナによる開発
2021.2.9 社内勉強会発表資料
2022.5.21 SlideShareから移行
HIRA
February 09, 2021
Tweet
Share
More Decks by HIRA
See All by HIRA
AWS CloudFormationによる Infrastructure as Codeの実現
hira
0
170
MQ(メッセージキュー)入門
hira
0
650
マイクロサービス化に向けて
hira
0
130
CI(継続的インテグレーション)
hira
0
77
Other Decks in Technology
See All in Technology
名刺メーカーDevグループ 紹介資料
sansan33
PRO
0
820
Four Keysから始める信頼性の改善 - SRE NEXT 2025
ozakikota
0
420
AI時代にも変わらぬ価値を発揮したい: インフラ・クラウドを切り口にユーザー価値と非機能要件に向き合ってエンジニアとしての地力を培う
netmarkjp
0
130
OpenTelemetryセマンティック規約の恩恵とMackerel APMにおける活用例 / SRE NEXT 2025
mackerelio
3
2k
Deep Security Conference 2025:生成AI時代のセキュリティ監視 /dsc2025-genai-secmon
mizutani
4
2.9k
ロールが細分化された組織でSREは何をするか?
tgidgd
1
420
VS CodeとGitHub Copilotで爆速開発!アップデートの波に乗るおさらい会 / Rapid Development with VS Code and GitHub Copilot: Catch the Latest Wave
yamachu
3
460
SRE不在の開発チームが障害対応と 向き合った100日間 / 100 days dealing with issues without SREs
shin1988
2
2.1k
TLSから見るSREの未来
atpons
2
310
20250708オープンエンドな探索と知識発見
sakana_ai
PRO
4
1k
組織内、組織間の資産保護に必要なアイデンティティ基盤と関連技術の最新動向
fujie
0
280
サイバーエージェントグループのSRE10年の歩みとAI時代の生存戦略
shotatsuge
4
1k
Featured
See All Featured
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
60k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
Why You Should Never Use an ORM
jnunemaker
PRO
58
9.5k
Reflections from 52 weeks, 52 projects
jeffersonlam
351
21k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.7k
GraphQLとの向き合い方2022年版
quramy
49
14k
Why Our Code Smells
bkeepers
PRO
337
57k
Into the Great Unknown - MozCon
thekraken
40
1.9k
Rails Girls Zürich Keynote
gr2m
95
14k
It's Worth the Effort
3n
185
28k
Become a Pro
speakerdeck
PRO
29
5.4k
Git: the NoSQL Database
bkeepers
PRO
430
65k
Transcript
脱VM!! リモートコンテナによる開発 (2021.2.9) KENJI HIRATA
現状課題 • 複数プロジェクトの開発保守のため個別の開発環境(VM)が 必要となる VMの容量が大きくHDD逼迫 VM起動により、CPU・メモリ等のリソース負荷がかかり、PCのス ペックが低いと重くて開発が困難
新規要員対しVMの提供が必要 (VPNではネットワーク的にきついためポータブルHDD等による受け渡し となる⇒出社が必要)
現状課題 • 複数プロジェクトの開発保守のため個別の開発環境(VM)が 必要となる VMの容量が大きくHDD逼迫 VM起動により、CPU・メモリ等のリソース負荷がかかり、PCのス ペックが低いと重くて開発が困難
新規要員対しVMの提供が必要 (VPNではネットワーク的にきついためポータブルHDDによる受け渡しと なる⇒出社が必要) ホスト環境を汚さず、かつVMを利用しないで開発ができないか??
解決策 • 開発環境を仮想コンテナ化 • VSCodeのRemote Containers機能でコンテナに接続して開発
仮想コンテナとは? ホストOS カーネル コンテナ コンテナ VM(仮想マシン) ゲストOS ゲストOS コンテナエンジンというプロセスを通して、ホストOSの「カーネル」を共有することでCPUやメモリなどのリソースを隔 離し、仮想的な空間を作り出す。これをコンテナ型仮想化という。
VMWare等のハイパーバイザ型仮想化に比べ、軽量かつ起動が早いというメリットがある。 カーネル カーネル ハイパーバイザー コンテナエンジン アプリ アプリ アプリ アプリ ミドル ウェア ミドル ウェア ミドル ウェア ミドル ウェア
代表的なコンテナエンジン「docker」 コンテナ型の仮想環境を作成、配布、実行するためのプラットフォーム 今回は、dockerを利用した開発の方法を紹介します。
コンテナ化するメリット • インフラ環境(実行に必要なミドルウェア、ライブラリ、他設定等)をコード化できる • コード化することでインフラをバージョン管理可能 • VMのように仮想マシンの配布ではなく、数キロバイトの定義ファイルのみの配布で済む。 • 簡単に作り直せるため、変更も容易。
WindowsでDockerを利用するためには • Hyper-Vを利用する • WSL2(Windows Subsystem Linux)を利用する どちらかの方法でDockerを起動させることができるが、Hyper-Vを利用する場合、VMWareが利用 できなくなる。 コンテナとVMの両立を実現するには、WSL2を利用する方法となる。
※WSL2の利用については下記ページを参照 Windowsローカル開発環境のコンテナとVMの共存運用に向けて https://qiita.com/kj_hira/items/be2631f26e6afbc5b0df
dockerを利用した開発フローの例 dockerコンテナ jar Javaランタイム dockerコンテナ jar Javaランタイム dockerコンテナ jar Javaランタイム
検証環境 本番環境 開発環境 コンテナリポジトリ ローカルPC コンテナ起動 アプリデプロイ PUSH PULL PULL 開発から本番まで同一の実行環境であることで、環境による動作不備の心配が不要。 ローカルでは動いたけどサーバ(他環境)では動かないといったことが無くなる。
dockerを利用した開発フローの例 dockerコンテナ jar Javaランタイム dockerコンテナ jar Javaランタイム dockerコンテナ jar Javaランタイム
検証環境 本番環境 開発環境 コンテナリポジトリ ローカルPC コンテナ起動 アプリデプロイ PUSH PULL PULL 開発から本番まで同一の実行環境であることで、環境による動作不備の心配が不要。 ローカルでは動いたけどサーバでは動かないといったことが無くなる。 しかし、開発メンバーにコンテナの知識が必要。 全員に習得してもらうのは無理がある・・・
コンテナを使った開発の難しさを解消 VSCodeのRemoteContainers機能を利用することで、コンテナを意識せずにコンテナによる開発が可能 引用:Visual Studio Code (Developing inside a Container)
開発者の操作手順の例 1. VSCodeを立ち上げる 2. Gitリポジトリから最新をPULL(またはclone) ※Dockerfileまたはdocker-composeファイルを取得 3. VSCodeのRemoteContainersを起動 ※ここで自動的にコンテナの生成と起動が行われる 4.
ソースコードを修正し、VSCodeのデバッグを実行 コンテナを意識することなく従来通りの開発が可能