みなさん、こんにちは。Acroquest Technology (アクロクエストテクノロジー) の横山 仁（よこやま じん）と申します。 主に仕事ではインフラ関係やDevOps推進に向けた活動などに携わっています。最近では、今回の記事の内容でもあるDocker（ドッカー）を使うこともかなり増えてきて、他にもAnsibleであったり、CIツールのJenkinsなども使って、自動化や開発環境の整備などを主に行っています。 この度、さくらのナレッジでDockerの入門記事の連載をさせていただくことになりました。よろしくお願いします。 今回、Dockerについて、Dockerでどのようなことができるのか、どんな使い方をすると良いのかを、実際に手を動かすことを中心に、6回に分けて紹介していく予定です。前提として、Linuxの基本的な知識がある方を対象として書いていきます。 世の中が当たり前のようにD
Docker を用いてソフトウェアをデプロイするとソフトウェアの品質が上がる http://b.hatena.ne.jp/entry/bonotake.hatenablog.com/entry/2018/09/06/072800 ここをながめていて思ったことなんですが。 Docker はデプロイにのみ関連するツールであって、ソフトウェア開発の本質には一切関係ないものだ、という考えの人をたまに、いや、よく見る。これは全く間違っていて、 Docker を用いて継続的にソフトウェアをデプロイしているだけでソフトウェアの品質は上がります。ソフトウェアの品質のような問題について考えている人は Docker とそのメンタルモデルに興味をもつべきです。 本来こうした問題について僕がなにかを言う必要はなくて The Twelve-Factor App という文章を読めば十分です。あるいは 大切なことはだい
Docker for Win/MacのKubernetes統合が正式版に。Stable Channelでリリース開始 DockerにKubernetesが統合されることが2017年10月のDockerCon EUで発表されて以来、その統合はサーバ向けのDockerだけでなく、WindowsとmacOSに対応するデスクトップ版（以下、Docker Desktop）においても進められてきました。 今年の1月にはKubernetesを統合したDocker for Macのベータ版が登場し、2月にはWindows版も登場しました。 Dockerのリリースは、4半期に一度のペースで安定版がリリースされる「Stable channel」と、1カ月に一度のペースで最新機能を組み込んだバージョンがリリースされる開発者や評価者向けの「Edge channel」の2つのチャネルに分かれています。 これまでKu
なぜコンテナオーケストレーションが必要なのか これまでのITシステムに対するニーズは、既存ビジネスや企業内のバックオフィス業務を効率化するところにあった。しかし昨今では、新しいビジネスを生み出したり、新しいビジネスチャンスを見つけるために、ITシステムを積極的に活用していこうという機運へと移り変わっている。これを別の角度から見ると、かつては数年単位でアップデートすればよかったシステムから、スマートフォン向けアプリのように、12ヶ月未満という短いライフサイクルで、頻繁にアップデートするアプリケーションが求められるようになったことを意味している。 このような高頻度リリースを実現するための開発トレンドとして、「マイクロサービスアーキテクチャ」や「継続的インテグレーション／デリバリー」（以下、CI/CD）といったものがある。大規模なシステムを疎結合な複数のサービスの組み合わせで実現するマイクロサー
マイナビ出版社様および、著者（かつ、私から見たら元同僚）の櫻井さん（このエントリーではこの後sakuさんと称す）*1のご厚意により、一冊頂戴いたしました. Dockerによるアプリケーション開発環境構築ガイド 作者: 櫻井洋一郎,村崎大輔出版社/メーカー: マイナビ出版発売日: 2018/05/29メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る ありがとうございます！ 結論から言うと、タイトルの通り プロのエンジニアを名乗って一人前に仕事するなら一冊個人なり会社なりで持っておけ！！！ っていうくらい（元同僚バイアスを抜きにしても）よくできている本なので、感想（書評）と自分のDockerなお話を書きたいと思います. TL;DR Dockerはじめての人も使ってる人も「Dockerによるアプリケーション開発環境構築ガイド」は手元においておけ、それぐらい良い本だぞ！ サ
こちらの本を読みました。 コンテナ・ベース・オーケストレーション Docker/Kubernetesで作るクラウド時代のシステム基盤 作者:橋本 直哉,須江 信洋,前佛 雅人,境川 章一郎,佐藤 聖規,山田 修司,青山 尚暉,市川 豊,平岡 大祐,福田 潔,矢野 哲朗発売日: 2018/03/12メディア: Kindle版 読書前の知識 目的 ① コンテナ周りの知識の整理 ② オーケストレーションって何? ③ Kubernetesを知りたい 書籍選び 読みました 知識の整理はできたか？ オーケストレーションはわかったか? Kubernatesは？ Dockerの復習にも良かった まとめ 読書前の知識 何かを開発する時、Dockerは無くてはならない存在。 オーケストレーションという意味ではDocker Swarm(Swarmモード)で小さなクラスタ構築してたことがある程度。 目的 ① コン
面倒いの抜きでPhanを使ってみる あけましておめでとうございます！ サーバーサイドやってます金城(@o0h)です。 年末年始は毎年恒例の「ヘルシング全巻読み直し」をしていました。カッコいいですね・・ [まとめ買い] HELLSING（ヤングキングコミックス） 作者: 平野耕太メディア: Kindle版この商品を含むブログを見る 弊社ではPhanを用いた静的解析を行っております。 今回は、「多分、これが最も1番の最速さでPhanを試す方法になるんじゃないかな？」というお話をいたします。 cf) リファクタリング対象を選ぶ戦略を決めよう - コネヒト開発者ブログ tl;dr cloudflare/phan というイメージがあります これを使うと、「php7環境の用意」だとか「php-astの用意」とかいった手間を全部すっ飛ばしてPhanの静的解析が実行できます すぐ使えるようにコマンドがある
「Jenkins X」発表。Git/Docker/Kubernetesに特化したことでCI/CD環境の構築運用を自動化 ソフトウェアの開発プロセスにおいて、「Jenkins」はビルドやテスト、デプロイなどを自動化してくれるツールとしてよく知られています。 そのJenkinsの派生プロジェクトとして、「Jenkins X」が発表されました。Jenkins Xは、Git、Docker、Kubernetesの環境を前提とすることで、Jenkinsの設定、運用などを大幅に自動化し、より簡単な導入と運用を実現するものです。 Jenkins Xは、Git/Docker/Kubernetes環境に特化 オリジナルのJenkinsは汎用的なビルドやテストの自動化ツールとして、さまざまな環境やツールと連係できるように作られています。そのため柔軟なコンフィグレーションが可能になっていますが、一方でそれが導入や
Docker イメージというと、一般的には既存の Docker イメージをベースにして作る機会が多い。 そうしたとき Dockerfile にはベースとなるイメージを FROM 命令で指定する。 とはいえ、既存のイメージをベースにしない、まっさらな状態からイメージを作ることもできる。 それが FROM 命令に scratch を指定した場合になる。 今回は FROM scratch でまっさらな状態から Docker イメージを作ってみることにする。 試した環境は次の通り。 $ docker version Client: Version: 18.01.0-ce API version: 1.35 Go version: go1.9.2 Git commit: 03596f5 Built: unknown-buildtime OS/Arch: darwin/amd64 Experiment
Networking features in Docker for Mac | Docker Documentation コンテナ中で docker.for.mac.localhost というDNS名を使うと、ホストのmacOSに繋がります。 メリークリスマス。 追記（2018/01/06 21:00） Docker 17.12.0から新たに同じ用途の docker.for.mac.host.internal が追加され、今後はこちらが推奨されます。 これはlocalhost のサブドメインを禁止するRFCが提案されていることによります。 謹賀新年。 追記（2018/03/27 11:00） https://docs.docker.com/docker-for-mac/release-notes/#stable-releases-of-2018 Docker 18.03.0からさらに ho
普段から docker-compose を利用して開発しているアプリケーションを、Circle CI 2.0 に対応させる作業を行ったので、今回必要になった設定をまとめておきます。 アプリケーションの概要このアプリケーションでは、フロントエンドに Node.js を利用しており、バックエンドに Ruby on Rails を利用しています。それぞれ docker-compose で Node.js と Ruby のサービスを動かしており、Circle CI でも docker-compose を利用してテストすることにしました。 設定内容設定と言っても、以下のようなファイルを用意するだけです。Circle CI では docker-compose を利用できるので、普段から docker-composeを使っているのであれば、ほとんど余分な設定無しにテストを実行できます。 まず Git リ
とにかく、コンテナを本番にリリースするにはどうしたら良いか。その１点にフォーカスしました。
検証環境 Windows10 Home Edition VirtualBox 5.1.22 Docker version 17.05.0-ce, build 89658be docker-compose version 1.6.2, build 4d72027 ディレクトリ構成 +---gaego | | docker-compose.yml | | | +---config | | | +---data | | Dockerfile | | | +---glide | | | +---sdk | Dockerfile | +---logs | +---www | +---app app.yaml hello.go 各種設定ファイル gaego/docker-compose.yml version: "2" services: data: build: ./data volumes: -
このブログ初投稿となります、MatchinGoodでエンジニアアルバイトをしている妹尾です。 弊社では人材紹介会社様と人材派遣会社様向けのシステムの開発をしており、今年初めごろに派遣会社スタッフ様向けの新サービスであるWorkinGoodを始めました。 主にPHPを使用して開発していますが、新しいサービスに関してはAWSやDocker、Reactなどトレンドとなっているものに追随して技術を選択しています。 そこで今回は弊社の開発環境構築にDockerを採用した話をしたいと思います。 なぜDockerを導入したか弊社ではプロダクションへのデプロイでもDockerを使用していますが、先ほどもお話ししたように弊社では複数のプロジェクトがあり、それぞれが異なるPHPのバージョンで動いています。このため毎回環境構築しようと思うと複数バージョンのPHPを入れる必要がありとても手間となってしまいます。そ
エンジニアアルバイトの妹尾です。 今回はタイトルの通り、Circle CI + AWS + Dockerの組み合わせで簡単にサービスのデプロイを自動化した話をします。 弊社サービスWorkinGoodではGItHub flowを採用しており、masterへマージした後に自動的にElastic Beanstalkへ新しいバージョンを作るところまで行っています。依存サービスとの関係もありデプロイするタイミングはこちらが手動でAWSのGUI上から行っています。 また、弊社では開発環境構築にDockerを使っていますが、本番環境へのデプロイにも使用しています。 このブログ初投稿となります、MatchinGoodでエンジニアアルバイトをしている妹尾です。 弊社では人材紹介会社様と人材派遣会社様向けのシステムの開発をしており、今年初めごろに派遣会社スタッフ様向けの新サービスである WorkinGood
現在、ansible-containerプロジェクトは開発終了しています。詳細は同プロジェクトのGitHubページをご覧ください。 昨今利用者が増えている構成管理ツール「Ansible」については以前にも紹介したが、このAnsibleをDockerコンテナのビルドに使用するツール「Ansible Container」が登場した。Ansible Containerを利用することで、Dockerコンテナイメージをより簡潔に管理できるようになる。今回はこのAnsible Containerの概要と基本的な設定方法を紹介する。 Ansible Containerとは Dockerコンテナを作成するための方法は複数ある。たとえばdockerコマンドには、「Dockerfile」という設定ファイルを元にコンテナを作成する「docker build」サブコマンドが用意されているが、これ以外にもDocke
※追記 整理とかいいつつ、雑に書きなぐっただけだったので少し文章と見栄えを直しました。 背景 いま作っているシステムではECSのクラスタ上に、Dockerコンテナを配置してアプリケーションをデプロイしている。 なぜ一般的なEC2にアプリケーションを配置する手法を使わずに、ECSでDockerを使用するのか。 自分の考えを整理する。 前提知識 ECSとは AWSのサービスの1つでEC2ContainerServiceの略。 Dockerコンテナを運用をいい感じにやってくれるサービスです。 TL;DR; アプリケーションの運用はいろいろ大変 運用を楽にするために色々な技術がある Dockerを使うとより楽になる EC2にアプリケーションを配置する手法 通常EC2を使い際に、AWSが用意しているAMIをそのまま使用することは多くない。 理由としては幾つかあるが、雑に思いついたのはイカ デフォルト
Master Cloud #mastercloud 発表資料です 2017年6月14日(水) https://mastercloud.connpass.com/event/57936/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
