dockerでvolumeをマウントするときの問題点 docker runするときに-vオプションをつけることによってホストのディレクトリをコンテナ内にマウントすることができる。 ホスト側のファイルをコンテナ内で使いたい場合や、逆にコンテナで作ったファイルにホストからアクセスしたい場合に有用なのだが、ファイルのアクセス権限についてちゃんと考えておかないと問題が起きることがある。 例えば、ホスト内でのユーザーのuidが500だったとしよう。 $ id uid=500(ec2-user) gid=500(ec2-user) groups=500(ec2-user),10(wheel),497(docker) $ mkdir -p temp && touch temp/foo # 実験用に適当なディレクトリを作ってみる $ docker run -it -v $(pwd)/temp:/temp
概要 docker コンテナから scp などしたい場合、 private key をホストから持ってくる必要があります。 agent-forwarding で sock ファイルをマウントすれば完了、と思ったらそうでもなかったのでメモ。 docker内にprivate keyを持ち込むのは危険な行為です。自身の責任で実行してください。 前提 // docker-composeを使っていることを前提としていなかったので追記しました docker-composeを使用します。 使わなくてもできますが、最近もうdocker-composeにべったりなもんで・・・ Linuxの場合 ホストで agent-forward でログインするか、 ssh-agent が起動していればこれで sock ファイルがマウントされます。
Don't miss new posts in the series! Subscribe to the blog updates and get deep technical write-ups on Cloud Native topics direct into your inbox. Well, I don't see any practical applications of the approach I'm going to describe... However, I do think that messing about with things like this is the only way to gain extra knowledge of any system internals. We are going to speak Docker and Linux her
概要 Dockerfileを書くためのベストプラクティスを読んで、ベストプラクティスなDockerfileを作った/作りたい人が対象です。 そのDockerfileで大丈夫かを3分でチェックできるツールをつくりました。Hadolintのような、単なるDockerfileのLinterではなく、ビルドしたイメージの中身まで細かく分析します。 通常のLinterでは原理的に不可能な、ベースイメージに存在している危険性も含めて調べることができます。 ←GitHubのStarもらえると嬉しいです。 Dockleの内部で使われているツールはTrivy, Vulsなどと同じなので、そのあたりを踏まえて、動作原理を別記事にまとめました。 人を震えさせるツール「Dockle」の仕組みを解説 なお、DockerHubで人気のコンテナに対して試した結果をサイトにして公開しています。操作方法もふくめて、別記事に
Introducing Makisu: Uber’s Fast, Reliable Docker Image Builder for Apache Mesos and Kubernetes To ensure the stable, scalable growth of our diverse tech stack, we leverage a microservices-oriented architecture, letting engineers deploy thousands of services on a dynamic, high-velocity release cycle. These services enable new features to greatly improve the experiences of riders, drivers, and eater
概要 Docker Documentation にある、Best practices for writing Dockerfiles の参考日本語訳です。ドキュメントは、2019年5月31日現在のカレントである Docker v18.09 (current) です。 背景 ―― 以前の翻訳から時間が経過し、全体的に手直ししたいものの、差分が大きすぎる状況です。そのため、リファレンスや重要性の高いものから優先的に着手することにしました。 スライド資料 背景やヒント、図解などを追加した補足用スライドを作成しました Dockerfile を書くためのベストプラクティス解説編 BuildKitなどの最新機能や Dockerfile の記述例については、こちらのスライドをご覧ください。 Dockerfileを改善するためのBest Practice 2019年版 Dockerfile を書くためのベ
.circleci/ config.yml setup_heroku.sh application/ application/ manage.py docker-compose.yml Dockerfile requirements.txt すぐに試す フォークなどで自分のリポジトリにクローンします。 herokuでアプリ・Token作成 heroku login Herokuにログインします heroku create アプリ名でアプリを作成します heroku authorizations:create -d "getting started token"でトークンを作成します トークンはあとで使うのでコピー CicleCIでGitHubリポジトリからプロジェクトを作成 CircleCIの環境変数(Environment Variables)にHerokuの認証情報を登録 リポジトリを
こんにちわ、札幌のヨシエです。 先日、PyCon mini SAPPORO 2019と呼ばれるPythonのイベントに参加しました。 参加セッションのPythonistaのためのコードレビューTips - slideship.comというセッションでFormatterについて触れられる点がありました。 あまりコードを書く機会がない自分ですが、Dockerfileは検証用途で書く頻度が高いのでDockerfileに対応したFormatterであるdockfmtを試してみました。 例として、以下のようなdockerfileを書き出してみます。 やっていることはApacheの公式イメージに対して、パッケージアップデートとgitをインストールして キャッシュ周りを削除してます。 FROM httpd:latest RUN apt-get -y update && apt-get -y upgrad
何かデータ分析を行わなければいけないとき、手軽に分析環境を用意したいというニーズがあります。 Jupyter Notebook上でnumpy、pandas、matplotlib、scikit-learnあたりが使えれば十分でしょうか。XGBoostやLightGBMといったライブラリも使えるようにしておきたいという人もいるかと思います。 一方、ローカルにいろいろなライブラリをインストールしていくと、次第に環境が汚れていってライブラリの衝突などが起こりやすくなってしまいます。 KaggleにはKernelという計算環境があり、そこには主要な機械学習ライブラリが予めインストールされています。データ分析をやっていく上で不自由はありません。今回はDockerとdocker-composeを使ってKaggle Kernelを手元に再現し、ポータブルな分析環境として使う方法を紹介します。 データ分析界
NTTの須田です.Moby (≒Docker),BuildKit,containerdなど,コンテナ関連のオープンソースソフトウェアのメンテナ (開発委員.コミッタとも.)を務めています.また,Docker Meetup Tokyoの企画・運営も行っています. 2019年4月29日~5月2日にかけて, Docker公式のカンファレンスである DockerCon が サンフランシスコにて開催されました. Dockerをより安全に使うための技術「Rootlessモード」に関して発表してきましたので,紹介します. RootlessモードとはRootlessモードは,Dockerデーモン及びコンテナを,非rootユーザで実行する技術です.Rootlessモードを用いることにより,万一Dockerに脆弱性や設定ミスがあっても,攻撃者にホストのroot権限を奪取されることを防ぐことが出来ます. 須田は
Windows向けの拡張の話です。 結果から言うと、Windowsのエディタの最適解だと思います。 marketplace.visualstudio.com メリットとしては * 補完が速い : 僕のVSCodeはちょっと調子が悪いので、そのせいかもしれませんが補完が出るまでの遅延がほとんどないです。 * 環境作成がましになる。 * lintが動くらしい デメリット * わざわざWSLから開くのが面倒 * Remote WSL使用時と普通のInsiderとは拡張は共有されないので、少し容量が増える。 導入法 VSCodeのInsiderをインストール Download Visual Studio Code Insiders PATHを通すために一度再起動しましょう。 WSLをインストール 一応手順をのせておきます。 Windows10でWSLとVSCodeを使ってC++環境を整える - Q
待望のリモート開発機能がやってきました! Introducing Remote Development for @code 🚀💻🛰️ A new set of extensions that enable you to open any folder in a container, on a remote machine, or in the Windows Subsystem for Linux (WSL) and take advantage of VS Code's full feature set. #remote 👉 https://t.co/ChYGQ89Y5f — Visual Studio Code (@code) 2019年5月2日 発表記事はこちら Remote Development with VS Code この機能を使うと、以下の3つの環境にVSCodeか
この記事はモバイルファクトリー AdventCalendar 2017 31日目 25日目の記事です。 24日目は @mattak さんの『UniRx Quiz』でした。 はじめに 本記事は、Dockerのマルチステージビルド(multi-stage builds)に関する公式ドキュメントの非公式拙訳です。 本編 マルチステージビルドは、Docker17.05以上で利用できる新機能です。 マルチステージビルドは可読性、保守性を保ちながらDockerfileを最適化するのに苦労している人の役に立ちます。 謝辞: 彼自身のブログへの投稿Builder pattern vs. Multi-stage builds in Dockerを、以降の例のベースとして使用することを許可してくれたAlex Ellisに感謝します。 マルチステージビルド以前 サイズを小さく保ちながらDockerイメージをビル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く