明示的 意味 แพลตฟอร์มการเรียนรู้และพัฒนาทักษะด้วยเทคโนโลยี https://suin.io เป็นแพลตฟอร์มที่ให้คุณเรียนรู้และพัฒนาทักษะทางเทคโนโลยีอย่างสะดวกสบาย เรามุ่งมั่นในการให้ความรู้และประสบการณ์ที่มีคุณค่าในการพัฒนาตนเอง pascalcase
明示的 意味 แพลตฟอร์มการเรียนรู้และพัฒนาทักษะด้วยเทคโนโลยี https://suin.io เป็นแพลตฟอร์มที่ให้คุณเรียนรู้และพัฒนาทักษะทางเทคโนโลยีอย่างสะดวกสบาย เรามุ่งมั่นในการให้ความรู้และประสบการณ์ที่มีคุณค่าในการพัฒนาตนเอง pascalcase
この話の続き systemd-nspawnに移行した 以下詳細とか雑記 ファイルの差分管理がそもそも不要docker commitもdocker diffも使わないし、要らない 要らないだけならまだしも、aufs、overlayfs周りでトラブル可能性がありむしろ邪魔 イメージの差分管理はファイルシステムの層でやるのが素直でコンテナ管理にくっついてるのに違和感がある Dockerじゃないと今までのエコシステムが云々言ってるやつこういう事言うやつは本質をまるで理解してないやつ Docker特有の機能をフルに使ってる奴ならまだしもコンテナ動かすだけなら何使っても変わらねーよw Docker Hub からイメージダウンロードしてtarで解凍すりゃ良いだけじゃねーか composeだって容易にコンバート可能だし、composeで何が起きるかわからない状態で本番運用とか口にしないで欲しい 実際sys
ども、大瀧です。 昨日から開催されているDockercon 17では、Docker関連の多くの発表がありました。 その中のひとつにMobyプロジェクトがあり、プロジェクト発足に合わせてGitHubのdocker/dockerリポジトリがmoby/mobyリポジトリに移動しました。今後Docker CE(Community Edition)のソースやIssueなどを見るときは、こちらのリポジトリにアクセスしましょう。 このブログでお伝えしたいことは以上なのですが、「Mobyってなんだよ?!Dockerが名称変更したの?」と言われそうなので、ちょっとだけ解説します。経緯についての一次情報は、以下をご覧ください。 Transitioning to Moby by shykes · Pull Request #32691 · moby/moby ほどなくちゃんとした説明がDocker社のブログなど
Docker + keepalivedで簡単ロードバランサ 今回はfleet + docker + keepalivedで簡単ロードバランサを構築したいと思います。 まず、docker hubに上記構成を目指すimageがあるか探してきます。 lesaux/docker-keepalived ロードバランサの組み合わせは以前構築したCoreOSの環境下で以下の構成で動かしたいと思います。 ※わかりやすい図が書けない・・・・ systemd用サービスファイルの作成 ※ファイル名はkeepalived@1.serviceとkeepalived@2.service と2つ作成してください [Unit] Description=KeepALived After=docker.service Requires=docker.service [Service] TimeoutStartSec=30mi
CoreOSでKeepalivedを使った冗長化+負荷分散 前回記事構成のcoreos01及びcoreos04を利用しています。 【CoreOS】fleet + docker + keepalived(VRRP+VIPのみ)で簡単LB (1)IPアドレス192.168.0.50のVIP(virtual ip)を持ったサーバーにアクセス (2)Docker-Nginx 80番ポートに着信 (3)80番ポート着信後Docker-Nignx-Proxyが、Docker-nginx-webのcoreos01/coreos04のそれぞれの8080ポートにNAT転送 Unitファイル(systemd / fleet)を作成 UNITファイルを作成 X-FLEETにはcoreos01/coreos04のそれぞれのmachine-idを入れましょう。 [Unit] Description=NginxLB
Container-Optimized OSは、Linuxカーネルを採用しオープンソースで開発されているChromium OSをベースに、コンテナの利用に最適化したOS。クラウドサービスのGoogle Compute Engineで利用することを想定しています。ソースコードはChromium OSのリポジトリから取得可能です。 Googleは2014年の時点で、GoogleのすべてのサービスやGoogleの社内で使われているツールなどすべてがコンテナで稼働していると説明しており、どの企業よりもコンテナ活用の実績があると自負しています。 Container-Optimized OSは、そうした大規模なコンテナの展開から得られたベストプラクティスが詰め込まれているとのこと。主に次のメリットがあると説明されています。 Controlled build/test/release cycles Go
最近、Docker以外のコンテナ型仮想化技術の流れとして、自作コンテナエンジンの時代が来るのではないかと感じている。 自作コンテナエンジンとは、コンテナ型仮想化技術を構成する個々の要素技術を組み合わせ、自分の用途にあわせて最適化したコンテナエンジンのことだ。 他のOSのコンテナ仮想化技術について疎いため、以下ではLinuxに限定して話を進める。 概要 Dockerも含めて、Linuxコンテナはコンテナを構成する複数の要素技術の組み合わせである。自分のやりたいことに対して、Dockerをはじめ既存のコンテナエンジンが複雑すぎるケースがある。そこで、自分の用途にあわせてコンテナエンジンを自作することを考えてみる。libcontainerに代表されるように、Linuxコンテナエンジンを自作しやすい環境が整いつつある。今後は、巨大なコンテナエンジンに対して、UNIX哲学に基づいて制御可能な小さなコ
今年も残すところあと10日となりました。 Docker Advent Calendar 2015 22日目 山中です。 簡単に自己紹介 Advent Calendar 経由でお越しになった方もいらっしゃるかと思いますので簡単に自己紹介させて頂きます。 名前: 山中 悠 (@yuurelx) 経歴: -2009 バイトで検索エンジン開発&自宅データセンター 2009-2014 株式会社HDE (Programmer/SE/PM/Infra. Engineer) 2015 株式会社ペロリ (DevOps Engineer) 2016- INGoT合同会社 (CTO), Reactive Inc. (Core Engineer) 登壇歴: Docker Meetup Tokyo #5 SCRIPTY #4 Sensu deep talks #1,#2 Fashion Tech meetu
一時期はalpineに乗っかったMySQLを使おうとしましたがMariaDBだったので断念。 いくら互換だとはいえ、まだ自分には早い。 そんなわけでDocker MySQL公式イメージの5.5を利用してDBを構築。 公式イメージ https://hub.docker.com/_/mysql/ 初期データを投入した状態でgithubにpushしようとしたら、rejectされてしまいました。 調べてみるとGithubのファイルサイズ制限にひっかかった模様 Working with large files https://help.github.com/articles/working-with-large-files/ 1ファイルあたり100MBまでとのこと。 InnoDBのibdata1がサイズ制限を超過していたのでした。かなりデータを厳選したんだけどな〜。 初期データインポートに使用したd
Docker 1.13正式版登場。複数Dockerイメージをまとめてデプロイする「Docker Stack Deploy」、使われていないイメージを削除する「Docker System Prune」など新機能 コンテナ型仮想化を実現するDockerの最新版「Docker 1.13」がリリースされました。 Docker 1.13では、通常のアップデートで行われるバグフィクスや安定性の向上、性能向上のほかに、いくつかの新機能が追加されています。なかでももっとも注目すべきき新機能が「Docker Stack Deploy」です。 Docker Stack Deployは、1つのComposeファイルの設定により、複数のDockerイメージで構成されるサービスをまとめて複数のコンテナに対してデプロイできる、という機能です。
THIS IS A SAMPLE QUESTION! NEVER DO IT IN PRODUCTION. RUN NGINX / PHP / OTHER SERVICES IN SEPARATE CONTAINERS! When I start docker-compose up the Ubuntu container exits with ubuntu exited with code 0. When I run docker run -d -ti -p 80:80 -v ~/sph/laravel52:/www/laravel ubuntu, all works fine. How can I replicate this behavior using Docker Compose? This is my Dockerfile: # Version: 0.0.1 FROM ubun
訳者より この文書はDocker社の許可を得てBest practices for writing Dockerfilesを翻訳したものです.原文に基づき,ライセンスはApache License2.0とします. 稚拙な訳であるとは思いますが,Dockerfileを書く際にお役に立てればと思います.途中,意味不明な文章があり,すみません. 今はまだ稚拙な訳ですし,膨大なドキュメントの1つを翻訳したに過ぎませんが,修正を重ねて翻訳数を増やして行き,将来的にはDocker公式リポジトリに追加できればと思っています. 概要 Dockerは与えられたイメージを構築するために必要なすべてのコマンドから構成されたテキストファイルであるDockerfileから,手順を読み込むことで自動的にイメージを構築することができます.Dockerfileは仕様書に忠実に一通りの手順仕様として使われます.あなたはDo
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
うちの会社でひとつサーバを立てて、WordPressのサイトを立ち上げることになりました。OSはCentOS7、WebサーバはNginxで、php-fpmを使用します。 まあ、昨今WordPressを動かすだけでよければ、パッケージをガンガンガンとインストールして適当に設定すればハイ出来上がり、なのですが。今回はちょっと野望を抱いて、php-fpmをDockerで動かしてみることにしました。 Dockerを使う理由は、脆弱性が次々と発見されるPHPを手軽にアップデートできるようにしたかったからです。ホストにベタでインストールすると、他のアプリケー ションとの依存性があったりパッケージのアップデートが遅かったりしたりで、なかなかおいそれとバージョンを上げるわけにはいきません。ですが、 Dockerで動かしていればphp-fpmのみを独立してコントロールできるので、アップデートも手軽に行なうこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く