年末にDocker触ってて、これをうまく活かせば、副作用を無視した使い捨てのテスト環境が作れるんじゃねーかな、という意識が高まったのですが、手を付けられずにうにゃうにゃしてました。 そうこうする内に yahooのデベロッパーの方からJenkins with Dockerというタイトルの発表があり、ほぼ僕のやりたい事のベースができていたので、これをforkして、travis.yml parserや若干のバグフィックスを入れてもう少しだけTravisに近づけてみました。 ちなみにこれは 社内 Immutable Infrastructure ハッカソンした時の成果物です。 Immutable Infrastructure Hackathon at :D を開催したら、configspec の敷居が高いのでコミッタになっていました - sonots:blog 今回の成果物に関して、詳しくはここを
Linuxコンテナに最適化した「CoreOS」を提供するCoreOS社が、同社のCoreOSおよび関連ソフトウェア群と、Linuxコンテナのクラスタを管理する「Kubernertes」を統合したパッケージ「Toctonic」を発表しました。 TectonicのWebサイトでは、Tectonicとは次のようなソフトウェアだと説明されています。 Tectonic combines Kubernetes and the CoreOS software portfolio in an integrated package. This includes a management console for workflows and dashboards, an integrated registry to build and share Linux containers, and additional
はじめに Dockerを利用するとコンテナをぽこぽこ沢山立てることが多いと思います。 コンテナが沢山できるので、それらに対していかに効率よくアクセス出来るかが肝になります。 またコンテナで提供するサービスのポートをホストに割り当てて利用する場合(-pオプションを利用する場合)、 ポコポコ出来るコンテナのポートを静的に(-p 80:8080みたいに)割り当てるのは面倒です。 なので動的に(-p 80みたいにしてホストの適当なポートに)割り当てたいところです。 ただし、動的に割り当てるとどのコンテナがどのポートでサービスを提供しているか把握するのが難しくなり、さらにマルチホストになるとどのホストで動いているかどうかを把握する必要もあり、これも難しいです。 この辺うまいこと出来ないかな、ということでServiceDiscoveryといったらConsulですよねってことで組み合わせて使ってみます。
DockerHubのAutomated Buildsをフックして最新のDockerコンテナをデプロイする DockerHubのAutomated Buildsは,GithubやBitbucketへのgit pushをフックしてレポジトリ内のDockerfileを元にDockerイメージをビルドする機能である. イメージを使う側からすれば,それがどのようなDockfileから作られているか可視化され,常に新しいイメージがあることが保証されるので安心感がある.イメージを提供する側からすればDockerfileを更新してgit pushすれば自動でビルドしてくれくれるので楽という利点がある.そのためDockerHubにイメージを上げる場合は,docker pushを使うことはほとんどなくてこのAutomated Buildsを使うのが普通である. このAutomated BuildsはWeb h
2014年の後半あたりからDocker,Docker Inc.への批判を多く見かけるようになった(もちろんもともと懸念や嫌悪を表明するひとはいた).それを象徴する出来事としてCoreOSチームによる新しいコンテナのRuntimeであるRocketのリリースと,オープンなアプリケーションコンテナの仕様の策定を目指したApp Containerプロジェクトの開始があった. CoreOS is building a container runtime, Rocket 批判は,セキュリティであったり,ドキュメントされていない謎の仕様やバグだったり,コミュニティの運営だったり,と多方面にわたる.これらは具体的にどういうことなのか?なぜRocketが必要なのか?は具体的に整理されていないと思う.これらは,今後コンテナ技術を使っていく上で,オーケストレーションとかと同じくらい重要な部分だと思うので,ここ
Amazon SageMaker Geospatial Capabilities Now Generally Available with Security Updates and More Use Case Samples At AWS re:Invent 2022, we previewed Amazon SageMaker geospatial capabilities, allowing data scientists and machine learning (ML) engineers to build, train, and deploy ML models using geospatial data. Geospatial ML with Amazon SageMaker supports access to readily available geospatial dat
前回の記事では、Dockerの特徴を解説した。Dockerは非常に便利なツールであるが、単体では出来ることが限られている。例えば前回述べたように、実行も稼動状態の確認も全てCLIで行う必要があり、操作の難度も高く、視認性も低い。それを改善し、よりDockerを使いやすくするためのツールが多数開発されている。今回は、それらのツールについて紹介していきたい。 Dockerの周辺技術 Dockerの周辺技術には、大きく分けて以下の3つの分野がある。 コンテナ向け軽量OS コンテナでほとんどのことを実行することを前提に作成された、超軽量のLinuxディストリビューションを指す。 Dockerコンテナ管理ツール Dockerコンテナの確認や基礎的な操作を、GUIで実施可能にした管理ツールを指す Docker機能強化ツール 複数ノードへのコンテナ一括構築やクラスタリングの簡素化等、Dockerを操作す
昨日、マイクロソフトがDockerと提携し、次期Windows ServerでDockerを採用すると発表したニュースは大きな反響がありました。 DockerはすでにAmazonクラウド、Google Cloud Platform、Microsoft Azureといった主要なクラウドでサポートされており、Red HatやCoreOSなどがDocker専用のOSの開発に取り組むなど、いまクラウドでもっとも注目されているテクノロジーの1つです。 そのDockerをWindowsが採用するとは一体どういうことなのでしょうか。ここでは推測を交えた解説をしたいと思います。 Docker Engineの3つの特長 Dockerは、Linux OSにコンテナ機能を提供する「Docker Engine」と、Dockerイメージを共有できる「Docker Hub」の2つから構成されています。ここではWind
MicrosoftとDockerは米国時間10月15日、2015年の半ばにリリースが予定されている次期「Windows Server」で「Docker」コンテナをサポートすると発表した。Microsoftは「Microsoft Azure」では、2014年6月からLinux仮想マシン上でDockerを実行できるようにしている。 Dockerは、アプリケーションのデプロイメントを自動化するオープンソースのエンジン。仮想マシンの代わりにコンテナを用いて、単一のサーバ上で複数のアプリケーションを同時に実行可能にする。CanonicalやRed Hatなどの主要Linuxベンダーだけでなく、IBM、Rackspace、およびGoogleもDockerのサポートに取り組んでいる。 今回の発表によると、コンテナの構築、実行、連携に必要なオープンソースのランタイムが、次期Windows Serverでサ
米マイクロソフトはDocker社と提携し、次期Windows ServerでDockerをサポート。Microsoft AzureでもDockerをサポートするとともに、Docker Hubとの統合も行うと発表しました。 同社のエンタープライズおよびクラウド部門の責任者であるスコット・ガスリー氏が自身のブログ「Docker and Microsoft: Integrating Docker with Windows Server and Microsoft Azure」で明らかにしています。 DockerのWindowsイメージに対応 ガスリー氏のブログによると、Windows ServerとMicrosoft AzureによるDocker対応は以下の通り。 (1)マイクロソフトはDocker Engineを次期Windows Serverに統合。次期Windows Serverにコンテナ
Cloud services editions Fully managed in the public cloud of your choice Red Hat OpenShift Service on AWS Jointly managed and supported by Red Hat and AWS Microsoft Azure Red Hat OpenShift Jointly managed and supported by Red Hat and Microsoft Red Hat OpenShift Dedicated Managed offering available on AWS or Google Cloud Red Hat OpenShift on IBM Cloud Jointly supported by Red Hat and IBM; managed b
Less than one year after its iOS launch, French startup ten ten has gone viral with a walkie talkie app that allows teens to send voice messages to their close… While all of Wesley Chan’s success has been well-documented over the years, his personal journey…not so much. Chan spoke to TechCrunch about the ways his life impacts how he invests in startups.
This document contains configuration files for deploying a CoreOS cluster on Google Cloud Platform (GCP) and running a sample "busybox" application across the cluster nodes using Fleet. It specifies settings for etcd, fleet, SSH keys, and a unit file template for running the busybox container with load balancing. Instructions are provided for initializing the GCP project, launching 3 CoreOS instan
PaaS勉強会で Kubernetes の話をした でも触れましたが、PaaS勉強会の発表では時間の都合もあり、Kubernetesを使う側としての情報を中心に話しました。 が、発表会後「○○の中身はどうなってるんですか?」みたいな質問をいくつかもらい、やっぱエンジニアとしては中身が気になるよねえと。 自分もKubernetesについてコードレベルまで読み込んでいるわけではないのですが、これから何回かに分けて、Kubernetesの中身について調べていこうと思います。 Cluster Architecture Kubernetesの仕組みを知るには、まずはKubernetesのリポジトリにある Kubernetes Design Overviewを読むとよいでしょう。 今回はこのDesign Overviewをベースに、いくつか情報を追加して解説しようと思います。 Kubernetes
Dockerを使い始めた人がよくする質問といえば、「どうすればコンテナに入れますか?」です。その質問に対して、「コンテナ内でSSHサーバを起動すればいいよ」と答える人たちがいますが、これは非常にマズいやり方です。なぜその方法が間違いなのか、そして代わりにどうすればよいのかをこれから紹介します。 注:本記事へのコメントやシェアは、 Dockerブログ にアップされた標準版から行ってください。よろしくお願いします。 コンテナでSSHサーバを起動すべきではない …もちろん、コンテナ自体がSSHサーバである場合は除きます。 SSHサーバを起動したくなる気持ちは分かります。それはコンテナの”中に入る”簡単な方法だからです。この業界の人ならほぼ全員がSSHを一度は使ったことがあります。多くの人がSSHを日常的に使用し、公開鍵や秘密鍵、パスワード入力の省略、認証エージェント、そして時にはポート転送やその
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く