コンテナを用いてアプリケーションを構築・テスト・デプロイできるソフトウェアプラットフォームのDockerで、Mac向けOSであるmacOSを実行できるインターフェース「Lumier」が登場しました。 cua/libs/lumier at main · trycua/cua · GitHub https://github.com/trycua/cua/tree/main/libs/lumier 最小限のセットアップでmacOSの仮想マシンを実行できるインターフェースが「Lumier」です。LumierはDockerをパッケージングシステムとして使用し、ホストマシンで実行されている仮想化サービスに接続することで、事前構成済みの環境を提供します。 Lumierを使用することのメリットは以下の4点。 ・数分ですぐに使えるmacOSまたはLinuxの仮想マシン ・仮想マシンへのブラウザベースのVNC
Mirrativバックエンドのエンジニア @stakme です！ みなさんMacでDockerしてますか？今回は私から、Mac+Docker開発についての文章をお届けします。Docker Desktop for Macの有料化など、最近話題の多いところですよね。 ただし法的問題を含みますので、記事の正確性に配慮していますが、内容は保証しません。法的問題は弁護士に相談しましょう。 tl;dr まずは現状認識 必要なのはdockerd 困りがちなポイント Lima Linux バインドマウント ポートフォワード 結局どうするか あと6週間 We are hiring! tl;dr 大前提として「GUIを使わければMac版Docker Desktopは無料」ではない Docker Desktop for Macは便利だが、マウント起因でパフォーマンスに影響を受けるケースも存在する 「買わないなら
Dockerはバージョン1.8よりDocker Toolboxと呼ばれるものが公式に配布されるようになり、 WindowsおよびMacの双方でDockerクライアントは然ることながら、docker-machineが利用できるようになりました。 従来の boot2docker が docker-machine に置き換わることになります。 WindowsでもDockerクライアントが利用できるようになったということで、以前紹介した「SSHを使ってWindowsからDockerコンテナ内のコマンドを直接実行する」のような小細工をする必要もなくなったということになります。 さて、突然ですがDockerの最大の売りとは何でしょうか。 ポータビリティに優れている点、プラットフォームに依存しないアプリケーションの実行、といった点が代表的な利点かと思いますが、 この利点を普段の開発環境構築において利用し
AndroidエミュレータとVirtualBox、Docker for Macを同時に実行できない問題 Docker for Macなどを起動中にAndroidエミュレータが起動できない状況がずっと続いていました。こういったメッセージが表示されるやつです。 Unfortunately, VirtualBox 4.3.30+ does not allow multiple hypervisors to co-exist.In order for VirtualBox and the Android Emulator to co-exist, VirtualBox must change back to shared use.Please ask VirtualBox to consider this change here: https://www.virtualbox.org/ticket
原因 Docker for Macを利用開始してから、ディスク容量がガッツリと減っていることに気付いた。 色々なイメージをダウンロードしすぎたかなと思って、不要なイメージをdocker rmi hogehogeなど実行しても容量が開放されない。 色々と調べてみたところ、下記のファイルのサイズがやたらと大きい。 このファイルは、ダウンロードしたイメージが一式格納されているVMの実体ファイルのようだ。 ※qcow2は、「qemu」という仮想マシンのファイル。 ※インストール直後の初期状態だとファイルサイズは1.1Gだった(Docker Ver.1.12.6)。 「イメージの削除」は、VM内のファイルの削除ということになるので、VMの実体ファイルは縮小されないのだろう。 解決策 検索してみると、同様の症状の人が多い。 解決策としては、以下のいずれかのようだ。 解決策1：Docker for Ma
こんにちは、@yusuke_yasuoです。 Angular Advent Calendar 2016の9日目は、Dockerを使ってMacでもWindowsでもコマンド一発で動作するAngular開発環境を作る方法について書きたいと思います。 また今回は範囲外ですが、CI・CD周りも整備していきたいため、Angular CLI (https://github.com/angular/angular-cli) を使って開発してみました。 Docker使う理由 今回のDocker利用には主に2点ほど理由がありました。 社内にMac派とWindows派がいるため、環境が違うことによって起こる問題の吸収 今後メンバーが増えていく予定があるため、環境構築時間の短縮 今回のゴール Angular公式サイトのTUTORIAL (https://angular.io/docs/ts/latest/tut
いまさらDockerをはじめてみました。 コマンドを忘れやすいし、古かったり断片的にしか欲しい情報がなかったりして どのように動作しているのか把握に苦しんだので備忘録含めてまとめておきます。 （この記事だけで一通りの使い方はわかるようにしたつもりです。） Dockerを使うことのメリットは次のようなものがあります。 Dockerコンテナ上に仮想環境（OS+ミドルウェア）を構築するため、実環境が汚れない 作成したDockerコンテナはイメージファイル化（Dockerイメージ）できる DockerイメージはDocker Hubでプライベートもしくはパブリックリポジトリにバージョン管理＆公開できる Dockerイメージを持ってきてコンテナ起動するだけなので環境移行が楽 Dockerfileと呼ばれる環境作成ファイルからDockerイメージの作成もできる DBサーバの各コンテナを用意し、 アプリサ
Expected behavior Amount of disk space used under ~/Library/Containers/com.docker.docker/ should shrink when deleting images and/or containers Actual behavior Amount of disk space used under ~/Library/Containers/com.docker.docker/ doesn't shrink after deleting ~50 containers and ~141 images (out of a total of 194). My Docker.qcow2 was 41GB both before and after doing these deletions. On the Diagno
OS X のハイパーバイザーである xhyve を試してみた。 xhyve とは #FreeBSD のハイパーバイザーである bhyve を OS X に移植したものであり、OS X 10.10 Yosemite に追加された Hypervisor.framework で実装されている。 特徴 # 超軽量で 230 KB スタンドアロンで依存関係はなし BSD ライセンス カーネル拡張を必要としない bhyve のカーネルコードはユーザーモードコードに移植されて、Hypervisor.framework を呼び出すようになっている マルチ CPU をサポート ネットワークをサポート Linux ディストリビューションを実行可能 他の OS も実行可能に拡張できる システム要件 # OS X 10.10.3 Yosemite 2010 年以降に発売された Mac 注意点 #VirtualBo
Products Docker DesktopContainerize your applicationsDocker HubDiscover and share container imagesDocker ScoutSimplify the software supply chainDocker Build Cloud Speed up your image buildsTestcontainers Desktop Local testing with real dependenciesTestcontainers Cloud Test without limits in the cloud See our product roadmapMORE resources for developers
OSXでdockerを使った開発環境を組もうとすると、docker入りのVagrant boxを自作しないとならなかったり、docker-machineのファイル共有をセットアップする必要があったりと、開発を始めるまでの手間が多い。 dinghyは上記のような手間を省略し、OSXとdocker環境をシームレスにしてくれるプロダクトで、次の特徴がある。 ホストマシン(OSX)側のファイルをコンテナにマウントできる マウントだけでなくファイルシステムのイベントもサポートする。つまり、webpackなどのファイル更新を検出してタスクを走らせるツールと相性がいい。 DNSを内包しているので、Macの/etc/hostsを書き換えたり等、自前で名前解決が不要。 HTTPプロキシを内包しているので、1つのVMに複数のウェブアプリを簡単に起動できるようになっている。 docker-compose.yml
※2016/2/7 以下を追記 ・Dockerfileを画像を保存できるように修正 ・起動スクリプトを追記 ・Octave4.0でsubmit関数実行時にエラーが出ることに対する対策を追記 背景 CouseraのMachine Learningのコースの課題をこなすためにOctave開発環境が必要になるのですが、公式wikiによるとEl CapitanではOctaveはもはやvagrantを使って仮想マシンで動かすことが推奨されているようです。しかしOctaveを使うためだけに仮想マシンを一つ作るのも憚られるものがあるので、dockerで使えないかを試してみました。 以下は2016/2/1時点の手順です。 手順 以下のような手順で構築可能でした。4, 8あたりで引っかかりましたがなんとかこれで起動するようになりました。 Docker Toolboxをインストール docker-machin
OS XのHypervisorを使ってネイティブでローカル環境にDockerを構築する、docker-machine-driver-xhyveを作ったので、そのお話。 長いです。覚悟するか目次を見て読み飛ばしてください。まとめる技術がないようです。 またここでいうネイティブは、Virtualboxなどを使用しないでOS Xが自前でVMを立ち上げる、という意味で、内部には相変わらずboot2dockerがいます。少し釣りですみません。 はぁ、いい加減本当のネイティブでDocker動かしたいですね。 xhyve Appleがついに公式にサポートした仮想化技術Hypervisor.frameworkを使って、FreeBSDのbhyveをOS Xにポートしたxhyveというものが以前GitHubにされました。 mist64/xhyve 割と日本のメディアでも取り上げられ、皆さんの周りでも話題になっ
viewportWidth - 20) { leftPos = viewportWidth - dropdownWidth - 20; } // Prevent going off left edge if (leftPos < 20) { leftPos = 20; } $el.style.top = (rect.bottom + 8) + 'px'; $el.style.left = leftPos + 'px'; }"> { const container = $el; // The div with overflow const item = document.getElementById('sidebar-current-page') if (item) { const containerTop = container.scrollTop; const containerBott
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
