Rails リポジトリに CircleCI 2.0 を導入した
先日素振りがてら、個人の小さな Rails リポジトリを Dockerize しました。 https://github.com/masutaka/github-organization-watcher/pull/45 現在クローズドβの CircleCI 2.0 は Docker 前提らしいので、これも素 振りがてら移行してみました。 https://github.com/masutaka/github-organization-watcher/pull/48 CircleCI 2.0 はここから申請すれば、すぐ使えるようです。 https://circleci.com/beta-access/#request-access 移行前の印象# (1) 1.0 では宜しくやってくれたけど、2.0 は circle.yml に全部書く必 要があるみたい。面倒そう。 (2) とは言え、Docker
コマンドを Docker で配布するみたいな話あったけど俺は mutt を Docker で実行したかった - Diary
コマンドを Docker で配布するみたいな話あったけど俺は mutt を Docker で実行したかった のでやってみたのだがまあ大変にひどいかんじでとりあえずできた。 1. モチベーション いろんな設定ファイルをいれている dotfiles とかなんとかそんな名前のリポジトリがみなさんにもあるとおもうのですが、それを分割したいというのが当初のモチベーション。 2. 思いついた解決策 Dockerfile と muttrc を入れたプライベートリポジトリをつくって、それをビルドしたものを自分の private registry かなんかにぶっこんでおく シェルの設定ファイルで docker run hoge みたいなものを alias でサクっと実行できるようにしておく 3. 実際に行なわれたこと とりあえず mutt をいれたイメージをつくって実行してみたところ Docker の Ps
至高のDockerイメージ生成を求めて - Qiita
本稿は良いDockerイメージを良い方法でビルドすることを探求した記録である。 Supership株式会社 Advent Calendar 2016の21日目にあたる。 2019年現在は@inductor氏の改訂版を見たほうが良い。 この記事で論じた望ましいコンテナイメージの姿は2019年でも変わらない。ただし、multi-stage buildのような新しい仕組みが普及したりツールの評価が定まってきたりと、実現に用いるツールの状況が2016年からやや変化している。 良いDockerイメージ 良いDockerイメージとは何だろうか。Dockerの利点は次のようなものだから、それを活かすイメージが良いものであるに違いない。 ビルドしたイメージはどこでも動く 適切にインストールされ、設定されたアプリケーションをそのままどこにでも持っていける。 コンテナ同士が干渉し合うことはないので、任意のイメ
https://blog.tsub.me/post/blox-introduction/
この記事はDocker Advent Calendar 2016の9日目の記事です。 先日AWSのre:Invent 2016でBloxが発表されました。 BloxはEC2 Container Service(ECS)関連のオープンソースのツール群のことです。 そしてそのツールとは主にECSのカスタムスケジューラを指します ECSはマネージドなスケジューラとマネージャを標準で備えていますが、Bloxはそれとは別に自分でホスティングする必要があります。 しかし、ECSに足りない機能を補ってくれるため導入するメリットは大きいでしょう。 先日リリースされた、CloudWatchEventsのECSイベントストリームを利用することで、よりスムーズにECSのクラスタの状態を監視してカスタムスケジューラを作ることができるようになりました。 Bloxはこれを使った一例と言えます この記事ではBloxにつ
Docker Swarm Mode の話(タイトル変えた) - Diary
おもしろい話をしようと思ったのですが、 15 分しかないので素早くやっていきます 結論 今すぐ Docker ベースで HA 環境を作らないといけない use Kubernetes ベンチャー企業でインフラのコストを低減させたい AWS や GCP が配ってるクーポンは無視して Heroku 使うべき デプロイが趣味の人 この場で Docker Swarm Mode を使いはじめるべき それ以外の人 Docker Swarm Mode にのんびり注目してみるといいです、全てが変わる可能性を持っている Kubernetes と比較した時に Docker Swarm mode が優れている点 Kubernetes の基本的な構成 引用元: kubernetesによるDockerコンテナ管理入門 - さくらのナレッジ Docker Swarm Mode の基本的な構成 図作成: ssig33 優
PaaSを開発する，運用する，応用する - builderscon tokyo 2016
Abstract 本発表では私が2年間社内向けのPlatform as a Service（以下PaaS）の開発と運用に関わった中で得た知見を共有します．PaaSについて知ることはインフラ/アプリケーションエンジニアそれぞれから見て以下のような利点があると考えています． インフラエンジニア視点から見ると，自社でPaaSのようなプラットホームを持つことは現在のクラウド環境を考えると，もしくは会社の規模などを考えるとあまり現実的ではないかもしれません．しかしPaaSまではいかなくても各チーム間で統一的なデプロイ機構を準備したい，もしくはDockerコンテナのデプロイ環境を整えたい，という要望は今後も多く想定されるでしょう．PaaSにはすでに長い歴史があります．デプロイなどの仕組みを自分で構築上でつまずくポイントはすべてPaaSが踏み抜いてきています（そもそもDockerはPaaSから登場した技
ECSにバッチ処理やらせるときにhako oneshotが便利 - パラボラアンテナと星の日記
要約 ECSにバッチ処理をやらせるときに、 hako oneshotを使うと便利です。 hako oneshotを活用する話 先日(10/12)のDockerの勉強会*1にて、hako oneshot を活用する話をしました！ 以下は私の職場での活用の一例。の雰囲気の図。 以下がスライドです。 hakoについてちょっと紹介 github.com Dockerコンテナのデプロイツールです。ECSに対応。 deploy と oneshotが主なサブコマンドです。 hako deploy Dockerコンテナをデプロイする。 使い方はこちらの記事が詳しいです。 so-wh.at hako oneshot Dockerコンテナにバッチ処理的なタスクをやらせる。 使い方はこちらの記事が詳しいです。 so-wh.at hako oneshotの様子 ECSに何かをやらせるときに、何回かAPIを叩くこと
CloudWatch Eventsを使った�ECSのAutoScaling
クラウドデザインパターン#5 CDP バッチ処理編 登壇者名・社名 大谷 晋平（アマゾン データサービス ジャパン株式会社）
CircleCIでDockerデーモンのバージョンを変更する - Qiita
この記事時点でCircleCIのDockerは1.6.2のcircleciエディション(Docker version 1.6.2-circleci, build 2f3236d)が標準で動きます。 ただ、諸事情でもうすこし新しいDocker使いたいので差し替えの方法。 CircleCIがフォークしているDockerはこちらにありました。 circleci/docker バージョン差し替えのcircle.yml じゃあこれをビルドすればイイのかなーとgit cloneしてきた所、circle.ymlを発見。 machine: pre: - echo 'DOCKER_OPTS="-s btrfs -e lxc -D --userland-proxy=false"' | sudo tee -a /etc/default/docker - sudo curl -L -o /usr/bin/dock
EC2で複数ホストでdocker swarm します、swarm managerも冗長化するよ - パラボラアンテナと星の日記
この記事でやること こういう感じのクラスタをつくります ポイントとしては、 EC2インスタンスを2台動かし、両方で swarm manager を動かす swarm agent を動かす ということをやります。 agentを複数ホストでやるやつは、ググれば結構出てきますが、 今回はmanagerも複数ホストでやってみます。 今回利用した各バージョンとかは以下のとおり。 AMI: ami-f2338ff2 CoreOS-stable-723.3.0-hvm CoreOS: 723.3.0 docker: 1.6.2 etcd: 2.0.12 docker swarm: 0.4.0 作ろう 以下、cloud-config を作っていきます あ、先に断っておきますが、 Docker Swarm によると現在まだ Note: Swarm is currently in BETA, so thing
Introducing 'heroku docker:release': Build & Deploy Heroku Apps with Docker
Important update We've recently made some big updates to our support for Docker and the feature described in this blog post has been deprecated. Learn more in the container registry and runtime dev center documentation. When Heroku launched the Cedar container stack 4 years ago, we became one of the first companies to use Linux Containers (LXC) to create a secure, performant and scalable cloud pla
DockerでCentOSのsshdを試す – Imai blog
Dockerが面白そうなので少しさわっています。dockerのページにあるsshdの例(Dockerizing an SSH service)を基にしてCentOS用Dockerfileを作ってみました。 # sshd # # VERSION 0.0.1 FROM centos MAINTAINER IMAI "imai@example.com" # make sure the package repository is up to date RUN yum update -y RUN yum install -y openssh-server RUN echo 'root:screencast' |chpasswd RUN sed -i '/pam_loginuid\.so/s/required/optional/' /etc/pam.d/sshd RUN /sbin/service s
細かすぎて伝わらないかもしれない、CircleCIでDockerをごにょごにょするときのスピードアップテク - パラボラアンテナと星の日記
前回、「Dockerコンテナにcookしserverspecでテストをする」ということをやりました。 キャッシュ活用などによる高速化などが課題でした。今回はいくつかの課題を解決させ、テスト時間の短縮を図りました。 (「スピードアップテク」とか書きましたが、勝手に自分がハマってたところを改善したりしてるだけの箇所もあります。) 先に結論：対策後のビルド時間 対策前(build#9) docker imageキャッシュ有効時(build#55) docker imageキャッシュ無効時(build#54) load docker image 1m41s 0m20s 1m00s knife solo cook(nginxのインストール) 2m56s 0m12s 0m21s (other) (1m03s) (0m41s) (1m06s) TOTAL 5m40s 1m13s(!!!!!) 2m27s
DockerHub + CircleCIを使ったCI環境を作ってみた〜導入編 - tjinjin's blog
CircleCIを使い出していろいろ課題を感じてきたので、いろいろ試してみました。 前提 CircleCIでのテストでは、vagrant-awsを使いEC2インスタンスを立ててそこに対してserverのテストを行っていました。 課題 今勤めている先ではCircleCIを使ってCI環境を作っていますが、利用が増えて待ち行列が発生。chefのcookに時間が一番かかっているものの、EC2インスタンスの起動やchefクライアントのインストールに時間がかかってます。ここをどうにかしたい。 ciにわざわざAWS使う必要ないのでは（お金も少しだけかかるし） （単純に）docker使いたい。 ということでCircleCI上でdockerコンテナを使えないか試してみました。 CircleCIでDockerを使うためにやったこと Dockerfileの作成。 # Dockerfile FROM centos
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Hitler uses Docker
Replace a batch application to ECS
GitHub - docker/docker-bench-security: The Docker Bench for Security is a script that checks for dozens of common best-practices around deploying Docker containers in production.
[Docker] 起動中のコンテナに --restart=always オプションを後から適用する - Qiita![[Docker] 起動中のコンテナに --restart=always オプションを後から適用する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/ae835d2d8ab25d7e5b5bb0a4404839fde6fecb30/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCRG9ja2VyJTVEJTIwJUU4JUI1JUI3JUU1JThCJTk1JUU0JUI4JUFEJUUzJTgxJUFFJUUzJTgyJUIzJUUzJTgzJUIzJUUzJTgzJTg2JUUzJTgzJThBJUUzJTgxJUFCJTIwLS1yZXN0YXJ0JTNEYWx3YXlzJTIwJUUzJTgyJUFBJUUzJTgzJTk3JUUzJTgyJUI3JUUzJTgzJUE3JUUzJTgzJUIzJUUzJTgyJTkyJUU1JUJFJThDJUUzJTgxJThCJUUzJTgyJTg5JUU5JTgxJUE5JUU3JTk0JUE4JUUzJTgxJTk5JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz01YWQ4NmVlY2RhZWEyNGNjZWI4MDQ5MGQ4YWNjNjQyZg%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzdXp1a2k4NiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9OTZkMzMwMjQzYmYxYTE3YzBiNjA1MWNjZGYxN2FlMjU%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gVGltZXJzIGluYw%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3Db17acdf4373bde2b5e9a97bb5f875970)
「コンテナはデプロイと運用を再発明する」、レッドハットがコンテナ戦略を説明
Docker Swarm入門
