Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Products Docker DesktopContainerize your applicationsDocker HubDiscover and share container imagesDocker ScoutSimplify the software supply chainDocker Build Cloud Speed up your image buildsTestcontainers DesktopLocal testing with real dependenciesTestcontainers CloudTest without limits in the cloud See our product roadmapMORE resources for developers
■ DigitalOcean? DigitalOcean https://www.digitalocean.com/(デジタル・オーシャン)とは、米ニューヨークに本拠地を置くクラウド事業者が提供するサービス名称です。Droplet(ドロップレット)と呼ばれる仮想サーバを55秒で起動でき、料金は全て時間単位の課金。しかもそれらは全てSSDの上で動作するので軽快、という特長があります。 今回の発表では、なにより「DigitalOcean」というクラウドの選択肢も、場合によってはアリじゃないですか?という所を共有したい思いがありました。また、自分が DigitalOcean を使う前に分からなかったこと(料金体系や細かな所)、使った後にハマッた所(APIやuser dataのプロビジョニング)、その他、活用方法(Vagrant、Packer、Terraform)をスライドの中に織り込みました。
技術部の鈴木 (id:eagletmt) です。 クックパッドでは一部の Web アプリケーションサーバで Docker が使われており、今回はそのデプロイ方法について紹介します。 Docker で Web アプリケーションをデプロイするときには、まだまだベストプラクティスがある状況ではありません。 たとえば、どのように無停止でデプロイするか、どのようにコンテナと通信するかといった問題があります。 最初に Apache Mesos と Marathon などのツールを検証しましたが、クックパッドの環境において使いやすそうなものはなく、最終的に自前でデプロイのしくみを作ることにしました。 しかし Docker 周辺のツールは様々な新しいものが出てきている最中です。 今はまだベストなものが無いけれども、近いうちによりよいものが出てくるかもしれません。 そのため、できるだけ単純なしくみにしておく
2015年4月16日にDocker 1.6がリリースされました。Docker本体のみならず、Docker社が面倒を見ている各種周辺ツールも一斉にタグがうたれています。Docker社のBlog記事から要点をまとめます。 本題に入る前に、今のDockerファミリーのソフトウェアたちを列挙しておきます。 Docker Engine: Dockerコンテナを動作させるエンジン Docker Registry: Dockerコンテナイメージを保持するサービス Docker Compose: Dockerオーケストレータ Docker Swarm: 複数Dockerホストを抽象化 Docker Machine: Dockerホストを様々な環境に作成・管理する 参照元のDocker社のBlog記事はこちら Docker 1.6: Engine & Orchestration Updates, Regis
業務経歴: 2012年株式会社サイバーエージェント入社。プライベートクラウドの監視システムや自動化などのDevOpsを担当。現在はクラウドシステムのUI刷新とPaaS検証に従事。 概要 開発環境から本番環境までを Docker にて一貫性のある管理が可能であるかを検証しました。 尚、本レポートは Docker 管理に CoreOS を利用しております。 目次 1.タイトルについて 1-1.Docker DockerはLinux Container技術のhigh levelツールです。VMはマシン仮想化に対してLinux Containerはプロセスの仮想化。 2013年3月にopen sourceしてから今や明らかにデベロッパコミュニティのスパースターになっています: githubにdockerのstar数: 13256, Fork数: 2315(2014年6月30日) githubのse
As a developer or database administrator, managing and querying large data sets can be daunting. Traditional SQL queries can be complex and time-consuming, making it difficult to extract the information you need promptly. This is where SQL query builders come in. These powerful tools simplify creating and managing databases, allowing you to focus on the task. In this article, we will explore the b
Overview dockerをそれなりに扱おうと思うと直面するのがマルチホスト環境でのdockerの構成。 大抵シングルホストのプリミティブな環境では問題無かったL3/L4の扱い、IPアドレス、ポート等のメタデータのリソース管理が問題になってくる。 前者に関しては、ルーティングコンテナ経由でのパケット交換、cgroup/namespaced、Open vSwtichなどでSDNを実装、 L3/L4を抽象化し仮想的に1つのネットワークとして扱えるようにすることで解決をしようという動きがある。 代表的なソリューションとしてはsocketplane, weave, pipework, flannel, Open vSwitch等のソリューションがある。 後者に関して分散Key Valueストアにコンテナのメタデータを登録し必要に応じてクラスタの構成情報を読み出す ことで解決しようとする動きがあ
最近、仕事やら趣味やらで AWS / OpenStack / GCE その他のいわゆるIaaSなプラットフォームを調査したり、いじったり、そのAPIをいじったりする機会が多かった。 この辺の運用を考えていて試したこと、ぶつかったことなどをまとめたい。 実際やったこととしては、特定のプラットフォームに依存している訳ではないが、たいていの人はAWSのアレね、みたいなイメージを持った方が読み進めやすいんじゃないかと思う。 ゴールデンイメージを雑に走らせること この手のIaaSの基本であるが、サーバーはインスタンスと呼ばれ、イメージを指定して起動する。ec2 aws run-instanceとかnova bootとかその類いである。 イメージからの起動のためには雑には大きく2要素があって、一つはイメージ自体の構築、もう一つは起動直後のそれぞれのインスタンスの特性に合わせた初期化処理のフェーズである
はじめまして!今年1月からジョインしましたtjinjinです。feedforceではアニメインフラを担当しています。ちなみに今季オススメアニメはSHIROBAKOです。 今回サーバCIにDockerを導入しましたので、実際の設定や工夫した点など投稿したいと思います。 feedforceのサーバCI 弊社ではこれまでCircleCIまたはJenkinsとAWSを組み合わせてサーバのCIを行って参りました。 参考: JenkinsでサーバのCIを始めました しかし、CircleCIを利用するプロジェクトが増えるにつれ、CircleCIに実行待ちが発生するようになりました。CircleCIの実行ログを確認したところ、AWSのセットアップに時間がかかっていることがわかったので、環境のセットアップ時間を短縮できるもののはないかと探していました。そんな折、Dockerがいいのではという話を耳にしました
はじめに 前回、Docker MachineでAmazon EC2をコントロールしてみました。今回は更にDocker Swarmを組み合わせて、Amazon EC2上にDockerクラスタを構成してみたいと思います。 やってみた 前回同様、Amazon EC2で構築したAmazon Linux上で実行しています。 クラスタを作成する クラスタを作成し、クラスタグループを構成するためのクラスタIDを発行します。 $ sudo docker run swarm create 934afbacc9e635c52e8b6544a2eba998 マスターノードとなるDocker Machineを作成する クラスタの管理を行うマスターノードとなるDocker Machineを作成します。前回と違うのは--swarmオプション以降で、マスターノードとなるために--swarm-masterオプションを付与
はじめに 本記事は複雑な構成をとるrailsアプリケーションをdockerで動作させる場合についてまとめています。 これまでにrailsを動作させるコンテナのDockerfileをどう記述するのが良いかという観点と、railsアプリケーションのプレビュー環境をdockerで構築出来るかという検証の二つの記事を公開していました。 railsをdockerで動かしたい場合の構成はどうするべきか - Qiita Docker(pool)を用いたプレビュー環境を検証する(railsアプリ開発チームの活用例) - Qiita 先に公開した二つの記事では、railsアプリケーションを単独のコンテナで動作させる場合について言及しています。 しかしアプリケーションの規模が大きくなるとrails単体だけでは無く、キャッシュにmemcachedやredis, 検索にsolrにelasticsearch, フロ
Jenkinsユーザ・カンファレンス2015で @nobuoka さんが発表されていた、 開発中の機能やUI/UXの検証環境を手軽に動かしたい をJenkins+Dockerでやってみました http://www.slideshare.net/YuNobuoka/docker-43489941 概要 http://${branchname}.feature.example.com で各コンテナにアクセスできるようにする DockerホストはJenkinsのスレーブノードとして登録することでJenkinsからDockerを操作できるようにする 各コンテナは3000番ポート(webrickのデフォルトポート)を公開する webrickを起動するのみでsshdなど他のサービスは基本的には立ち上げない サブドメインと各コンテナ(の公開ポート)の解決にはhttpdを利用する 元の資料ではPlackを
2014年の後半あたりからDocker,Docker Inc.への批判を多く見かけるようになった(もちろんもともと懸念や嫌悪を表明するひとはいた).それを象徴する出来事としてCoreOSチームによる新しいコンテナのRuntimeであるRocketのリリースと,オープンなアプリケーションコンテナの仕様の策定を目指したApp Containerプロジェクトの開始があった. CoreOS is building a container runtime, Rocket 批判は,セキュリティであったり,ドキュメントされていない謎の仕様やバグだったり,コミュニティの運営だったり,と多方面にわたる.これらは具体的にどういうことなのか?なぜRocketが必要なのか?は具体的に整理されていないと思う.これらは,今後コンテナ技術を使っていく上で,オーケストレーションとかと同じくらい重要な部分だと思うので,ここ
引き続きMySQLについて。DockerでMySQLを動かす場合は、いろいろと工夫が必要です。結構その辺躓いたので、メモ。 MySQLを使う際の注意点 DockerでMySQLを使う場合、注意すべきことは Dockerfileでは、複数行にまたがってサービスやプロセスの状態が保持されない(毎回サービスプロセスがすべて終了した扱いになる) MySQLはapt-getでインストールしただけではインストールが終わらない(インストールスクリプトの実行が必要) とくに厄介なのが一つ目です。MySQLでの処理(ユーザーの追加やパスワードの設定、初期テーブルの登録など)はMySQLのサービスが起動した状態でしか操作できませんので、Dockerfileだけでは処理が行えません(複数のコマンドを&&で連結して処理することも可能ですが、Dockerfileの可読性が下がりますし、見た目にもかっこよくないですね
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く