エンジニアはGood Citizenであれ。OSSコミュニティ活動が形成したKubernetesスペシャリストのキャリア - Findy Engineer Lab
株式会社サイバーエージェントでインフラエンジニアを務める青山真也さんは、KubernetesやOpenStackの専門家として広くその名を知られています。過去には同社において、OpenStackを使ったプライベートクラウドやGKE互換なコンテナプラットフォームをゼロから構築。また、技術コミュニティでの登壇や書籍の執筆、他社での客員研究員・技術アドバイザーとしての活動も積極的に行っています。 唯一無二のキャリアを歩んできた青山さんですが、自身の成長にはOSSコミュニティ活動が大きく影響しており、自らがコミュニティの恩恵を受けてきたからこそ世の中に自分の知見を還元していきたいと語ります。本稿では青山さんのキャリアをたどりながら、過去に取り組んできた活動やその意義について伺いました。 インフラ基盤との出会いは大学時代 ──まずはKubernetesやOpenStackなどの技術に興味を持った理由
［速報］DockerがKubernetesとの統合およびサポートを発表。DockerCon EU 2017
［速報］DockerがKubernetesとの統合およびサポートを発表。DockerCon EU 2017 デンマークのコペンハーゲンで10月17日に開幕したイベント「DockerCon EU 2017」で、DockerはKubernetesをSwarmと同等のレベルでDockerと統合し、サポートすると発表しました。 Dockerコンテナを用いた分散環境を管理するためのオーケストレータには、Dockerに統合されたSwarmだけでなく、Marathon、Rancher、そしてKubernetesなど複数のツールがありますが、この発表でKubernetesがオーケストレータにおける事実上の標準の地位を固めたと言えそうです。 次のDockerでネイティブにKubernetesをサポートする DockerCon EU 2017の基調講演に登壇した、Docker創業者兼CTO Solomon H
Docker’s Voting App on Swarm, Kubernetes and Nomad
TL;DRWhen you work in tech you definitely have to be curious, as it’s essential to always keep learning and to stay up to date. Things are moving extremely fast in this area. Container orchestration is such a hot topic that, even if you have your favorite tool (my heart goes to Docker Swarm), it’s always interesting to see how the other ones work…
Introducing Dockercast – the Docker Podcast | Docker Blog
Products Docker DesktopContainerize your applicationsDocker HubDiscover and share container imagesDocker ScoutSimplify the software supply chainDocker Build CloudSpeed up your image buildsTestcontainers Desktop Local testing with real dependenciesTestcontainers Cloud Test without limits in the cloud See our product roadmapMORE resources for developers
Using GlusterFS with Docker swarm cluster | EMBABY
In this blog I will create a 3 node Docker swarm cluster and use GlusterFS to share volume storage across Docker swarm nodes. Introduction Using Swarm node in Docker will create a cluster of Docker hosts to run container on, the problem in had is if container “A” run in “node1” with named volume “voldata”, … Continue reading Using GlusterFS with Docker swarm cluster The post Using GlusterFS with D
WildFly Swarm＋Consul（＋Dnsmasq）でService Discovery - CLOVER🍀
WildFly Swarmには、Service Discoveryのための仕組みとしてTopologyがありますが、その実装手段としていくつかの 方法を提供しています。 Topology 今回は、Consulを試してみようかなと思います。 Topology using Hashicorp Consul Consul？ Consulというのは、HashiCoprの提供するService Discoveryの仕組みです。 Consul Introduction To Consul 主に以下のような機能を持ちます。 Service Discovery Health Check KVS Consul自体はAgentとして各サーバーで動作させるものですが、動作タイプにServerとClientがあり、通常は Serverは（データセンターあたり）3台または5台での構成を推奨しています。 Bootst
本番環境にも使える高可用性かつスケーラブルな Docker Swarm + Consul クラスタを構築 - Qiita
注意 UPDATED: 2017/02/07 この記事で説明しているクラスタは古い手法です。 本稿の内容で構築したクラスタでは docker service などの Swarm mode で導入されたコマンドが動作しません。 Docker 1.12 以降、 Swarm mode に DNS, LB が組み込まれており、外部のディスカバリサービス (Consul などの KVS) に依存しなくなりました。 Swarm mode は標準コマンド docker swarm でセットアップ可能なため、 docker-machine ssh でクラスタを構築できそうです。近日中に記事として公開予定です。 書きました → Swarm mode クラスタを構築して動かしてみる | Qiita TL;DR コマンド見れば分かる人向けの完成品はこちら → hidekuro/swarm-cluster-sam
30分でサクッとETCDクラスターを構築する - Qiita
なにこれ 前回、Chefを使ってDockerSwarmを30分で構築するという記事を書きました。 今回は、ETCDクラスターをサクッとつくる方法について記述します。 http://qiita.com/xecus/items/d49579a9f28e1feefa4a あと、「etcdって何？」って感じの方もいらっしゃると思いますので、１つ記事を紹介させて頂きます。 http://qiita.com/pocket8137/items/ef44ca68ffc0f4e70995 注意 Production等で利用するには、セキュリティ対策が必要です 前回の記事と一緒にご覧くださいませ 手順 etcd-v2レシピを落としてくる $ vi Berksfile cookbook 'etcd-v2', '~> 1.0.6' $ berks vendor cookbooks $ vi metadata.rb
Docker swarm mode の構成をバックアップする - Diary
Docker swarm mode の構成をバックアップする スクリプトを書いた。 Ruby で書かれています。実行すると docker service create --name=lig -p 30007:26667 imagename docker service create --name=diary -p 30000:3000 --mount type=bind,source=/source/,target=/target diaryimage:v17 docker service create --name=mariadb -p 30023:3306 --mount type=bind,source=/mariadb,target=/var/lib/mysql --constraint=node.hostname==hostname mariadb:latest みたいな感じで出
Docker ロードバランサ内部実装
先日のDockerCon16でDocker 1.12RCが発表されまして，主な機能追加として SwarmのDocker engineへの統合とそれに伴うクラスタ構築の簡略化 Service機能の追加 Load Balancer機能の追加 が発表されました． 今回はSwarmクラスタの構築~Serviceの定義まで行って，ロードバランサの内部実装を詳しく追ってみます． Docker 1.12RCのインストール これは既にget dockerで問題なく可能です． 今回はAWS上にクラスタを構築します． node1(master) : ip-172-31-1-218 node2 : ip-172-31-1-219 node3 : ip-172-31-1-217 これら３台のホスト上でそれぞれ以下のコマンドでDocker 1.12をインストールします． $ wget -qO- https://ex
[和訳]Dockerでサーバーレスのアプリを構築 #docker - クリエーションライン株式会社
本稿は BUILDING SERVERLESS APPS WITH DOCKER(2016/6/21) の和訳記事です。 時々、これまでのテクノロジーを陳腐化させる新しいテクノロジーの波に脅かされます。"サーバーレス"のアプリを書くためのテクニックについてこれまで非常に多く議論されて来ました。その考えは、あなたのアプリケーションを一連の機能のようにデプロイするもので、必要とされるときに動作する、オンデマンドと呼ばれるものです。この、オンデマンドと呼ばれるクラスタ上で動作する機能により、サーバーを管理する悩みから解放されるとともにその機能は必要なだけスケールします。 しかし、サーバーレスと言うことがDocker不要と言うことを意味するものではありません。事実、Dockerはサーバーを必要としないのです。Dockerを使うことによりこれらの機能をコンテナ化し、Swarm上でオンデマンドで動作さ
![[和訳]Dockerでサーバーレスのアプリを構築 #docker - クリエーションライン株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/13c966d059a719092342eabf153847f17634e160/height=288;version=1;width=512/https%3A%2F%2Fwww.creationline.com%2Fwp-content%2Fuploads%2F2016%2F06%2Fdocker_serverless001.png)
NGINX as a Reverse Proxy for Docker Swarm Clusters
Spawning services across multiple Docker engines is a very cool thing, but those services need to connect each other and be found by public-facing nodes in order to be routed to users. A way to achieve that is to use NGINX as a reverse proxy by defining one or more public-facing nodes. These nodes are going to have NGINX configured to proxy request to each container exposing your service. In this
docker 1.12 key features (swarmkit, overlay2, plugin repo, health check..) - Qiita
docker 1.12 key features (swarmkit, overlay2, plugin repo, health check..)Dockerfilesystemcontainerswarmswarmkit Docker Engine v1.12に入りそうな機能の紹介． 1.12リリース時期はwiki参照: https://github.com/docker/docker/wiki Swarmkit (aka swarm-v2) https://github.com/docker/docker/pull/23361 https://github.com/docker/docker/pull/23364 Swarmkitをベースとして，Swarmが書きなおされた． Docker EngineのCLIに統合される． こういうアーキテクチャになる (画像出典 http://do
リモートのコンテナからDockerコマンドを使えるようにする - Qiita
ローカルのDocker EngineであればDockerのコントロール・ソケットdocker.sockをbindマウントするだけなので、下記のようにわりとシンプルなコマンドになります。 しかし、この方法だとリモートのDocker Machineにあるコンテナでは期待通りに動作してくれません。それではどうするかというと、Docker Machineとやり取りするための環境(pemファイルも含める)をコンテナに渡す必要があります。 例えば下記の手順をふむと、dockercontrolという名前のコンテナを作ってそのコンテナ上の/dockerというボリュームにその環境を保存することができます。 # 環境を設定します $ eval $(docker-machine env host1) # 環境を保存するためのコンテナを作ります $ tar -C $DOCKER_CERT_PATH -cf- ca
Docker Swarmでマルチホストでクラスタ構築 - Carpe Diem
概要 Docker Swarmでマルチホスト環境上でDockerクラスタを構築します。 事前知識 Docker Swarmで構築する際は以下の３つの要素が必要になります。 ノードを管理するDiscovery backend Swarm Manager（マスターノード） Swarm Node（子ノード） 環境 Docker 1.11.0 Docker-machine 0.7.0 Docker-swarm 1.2.1 ノードを管理するDiscovery backend Swarmノードを管理するためのサーバです。以下４つが利用できます。 Docker Hub etcd Consul Zookeeper 今回はシンプルに構築できるよう、Docker HubがホスティングしているTokenベースで構築します。 注意としてDocker Hubの場合はKVSとして機能しないため、VXLANは構築できず
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ニコニコ動画（Re:仮）
Docker swarm modeでfluentdにログを集約する際の注意点 - Qiita
Docker swarmで作る社内heroku: yadockeri - Qiita
[和訳]Docker 1.12: オーケストレーションがビルトインされました！#docker - クリエーションライン株式会社![[和訳]Docker 1.12: オーケストレーションがビルトインされました！#docker - クリエーションライン株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/6f0ca1e097e05abaadc1de9ecedaf5e31853a03d/height=288;version=1;width=512/https%3A%2F%2Fwww.creationline.com%2Fwp-content%2Fuploads%2F2016%2F06%2Fdocker160620.png)
One container to rule them all