11月5日に発表されたばかりのGoogle Container Engine (GKE)をさっそく試してみました。 - Qiita
こんにちは、会社のブログで書こうか迷ったのですが、こっちで書きます。 さっそくですが、Google Container Engineが発表されましたね! まだα版とのことですが、試しに使ってみたいと思います! ※ 単語とか理解していない部分も多いですし、間違った認識の部分もあるかと思います。コメントや生暖かい目で見守っていただければ幸いです。 参考: Google Container Engine (GKE)を触る Google Container Engine (GKE) を触ってみた Google Container Engine(GKE)とは 2014年11月4日（日本時間5日）にGoogleが発表したDockerコンテナ上でアプリケーションを実行し、それをKubernetesで管理するクラウドサービスです。 略称はGKEらしいです。Google Compute Engineの略称が
docker-machine で、Debian(Jessie) 上に docker-engine を導入する - Qiita
ゴールデンウィークにやってみましたので、その備忘録です。この後は、Swarm 入れてやろうなんてことを考えています。 微妙に突っかかったりしています。 前提条件/構成 次の構成で実施しました。 クライアント iMac(El Capitan) へ docker-toolbox をインストールしておきます サーバ Proxmox VE 上に、次の 3つの仮想マシン(VM) を準備しました docker00 Debian jessie : Swarm Manager 用 (仮IP 192.168.0.100) docker01 Debian jessie : Docker agent #1 (仮IP 192.168.0.101) docker01 Debian jessie : Docker agent #2 (仮IP 192.168.0.102) debian サーバでは、次の通り構成してます
Docker で Jenkins 2.0 を動かすときのディスク権限、バックアップ/リストアに関するTips - Qiita
Jenkins 2.0を動かすときのボリューム周りのTips を自分用のメモとして書いておきます。 課題 JenkinsのDockerイメージ、もしくはそれを継承したイメージを作成した場合、課題になるのが、ディスクの実行権限です。このイメージは、Dockerイメージの中で定義された、Jenkinsユーザ(uid 1000) で実行されるようになっています。 Dockerコンテナは、通常だとコンテナの内部にボリュームを持っていて、コンテナを削除すると、ボリュームは消えてしまいます。設定内容を保存したいケースでは、-vオプションを使って、保存したいディスク領域を、ホストOSのディスク領域にマウントする必要があります。 ただ、その場合、マウントした、ホストOS側のディスク領域が、Docker内のJenkinsユーザからアクセスできる必要があります。 参考Jenkins 2.0 container
nginx の reuseport (SO_REUSEPORT) を試してみる。 docker-compose で - Qiita
nginx の reuseport オプションとは nginx 1.9.1 からの新機能で、 SO_REUSEPORT というソケットのオプションを有効化するもの。 https://www.nginx.com/blog/socket-sharding-nginx-release-1-9-1/ SO_REUSEPORT とは Linux Kernel 3.9 以降の機能で、 1 つのポートを複数のプロセスで bind できるようにするもの。 SO_REUSEPORT (since Linux 3.9) Permits multiple AF_INET or AF_INET6 sockets to be bound to an identical socket address. This option must be set on each socket (including the firs
DockerとWindowsのフォルダ共有方法 with tensorflow - Qiita
環境：Windows8.1 #【経緯】 http://yaju3d.hatenablog.jp/entry/2016/04/07/011033 上記のサイトを参考にjupyterでtensorflowをいじろうと思いましたが、フォルダ丸ごとのアップロードはできなかったため、 WindowsとDockerを共有すれば簡単にアップロードできるのではないかと思いました。 しかし、なかなかうまくいかず１時間ほど共有に時間がかかってしまったため、 分かりやすい説明をして情報展開できればいいなと考えました。 #【準備】 下記のサイトからWindows版のDockerをダウンロードしてインストールします。 https://www.docker.com/products/docker-toolbox #【フォルダ共有手順】 ①「Docker Quickstart Terminal」を立ち上げます。 ② 「
Dockerで開発環境を作る - Qiita
はじめに Dockerでの開発環境構築については色々と情報が転がっていましたが、情報が古かったり構成が違ったりで試行錯誤ありましたのでひとまずまとめました。ちなみに本番環境は今のところDocker全く使っておらず、開発環境を手軽に整えるという目的のみで使っています。 開発中のサービスは現在下記のコンポーネントで構成されています。 Ruby on Rails 4 MySQL memcached redis nginx Docker導入前と後での変化 弊社では各個人のPCに環境を構築して開発しています。 mysqldやmemcached、ImageMagickなど依存しているモジュールを入れて環境をセットアップするのですが、まぁビルドは時間かかるしバージョンが違ったりでなんだかんだ丸一日費やすことが多かったです。 Dockerで開発環境をセットアップできるようにした結果、PCがまっさらな状態で
Vagrant・CoreOS・Dockerでインフラ素人が自宅サーバを立てた話 - Qiita
今年の春くらいにWEB+DBの「サーバ/インフラ徹底攻略 (WEB+DB PRESS plus)」を読み、イミュータブルインフラストラクチャというものに興味が湧いた。そこで、これまではBitnami StacksでOSXに直接インストールしていたWebアプリケーションを、VagrantとDockerで不変なものに置き換えてみることにした。 ※スライド版資料もあります →Dockerで楽しむ自宅サーバ 2016-02-15追記 紹介しているサーバ構成の簡易版をgithubにアップロードしました。自宅と全く同じ構成ではありませんが(非SSL・内部ネットワーク化など)、VagrantとOSXさえあれば動作するようになっています。 →デモ用Vagrantfile + docker-compose.yml 最終的に出来上がったシステムの俯瞰図 設定ファイルの一覧 ├── Vagrantfile ├─
DockerをGDBでデバッグする - Qiita
はじめに この記事では、Docker環境でしかおこらない厄介な問題の原因を突き止めるためにGDBを利用する際のヒントを解説します。これにより、怪しい部分を絞り込んでいくための取っ掛かりを作ることができます。 前提となる知識・スキル 知識・スキルとして以下をおおよその前提としています。 C言語およびGo言語によるプログラミングができる。 Dockerの基本操作ができる。 Linux(UNIX)上でのGDBによる実行の追跡ができる。 なぜDockerでGDBか Docker環境であるプログラム(Aとする)を実行してトラブルが起こった場合、 Aにもともと問題があった Dockerに問題がある DockerとAの組み合わせに問題がある のどれなのかを見極めて解決する必要がありますが、この切り分けはかならずしも簡単ではありません。そこできわめて強力な道具として登場するのがGDB(The GNU Pr
データ分析環境の構築にDockerを利用しよう
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 📜 要約 コンテナー管理ソフトウェアのDockerを利用することで、データ分析の場面で利用頻度の高いRおよびPythonの分析環境として実行することが出来るRStudio Server、Jupyter、Beaker Notebookを容易に構築可能になる。Dockerを使うことの利点として、複数人でのデータ分析や将来の利用面においてデータ分析結果の再現性を高められると考えられる。 🍵 前置き〜データ分析者が直面する再現性への挑戦 データ分析の結果が、自分以外では再現できない、同じデータを使っているのにナンデ！？ということが時々ありま
Go言語で作るJson Web Tokenを用いたセキュアなAPIをインフラ構築自動化技術を用いて(Docker, Terraform, Ansible)構築 - Qiita
初めに 著者はGo言語、インフラ構築自動化技術に関する知識はあまりないので、知識のある上級者は適切なアドバイスなり、間違いの指摘をして頂けると幸です。 このようなシチュエーションを想定しています。 ある日、上司からこんな無茶ぶりが・・・ 「君、優秀なんだね。Go言語が良いみたいだからGo言語でセキュアなAPIを軽く作っておいてよ。ついでにインフラ構築自動化も流行ってるから、導入して実行環境の構築も自動化しといて」 という無茶ぶりされたときにあなたはこのようなまなざしを上司に向けるでしょう。 安心して下さい。そんなあなたのためにこの記事を書きました。笑 冗談はさておき、本題に入ります。 構成 今回の構成を図に表してみます。 図の参照元 Go Lang, GitLab, Vagrant, Docker, CircleCi, Ansible, Terraform, AWS 工夫した点 開発環境と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/magaya0403/items/1f4efff2c392c2a2be8b
進化するVuls!稼働中のDockerコンテナの脆弱性を検知する - Qiita
Docker + Serverspec を使ってCircleCI 上でインフラのテストを実行する - Qiita
Docker で Rails（Nginx + Unicorn + MySQL) を動かす。 - Qiita
RailsアプリのためのDockerfileとdocker-compose.ymlのサンプル - Qiita
コンテナに入りたい？それ docker exec でできるよ - Qiita
dockerをビルド環境として使う - Qiita
ngx_mrubyとdockerでblue-green deployment - Qiita
CoreOSにdocker-composeとBash-Completion - Qiita
dockerのコンテナにroot権限を渡さない方法 - Qiita
