Containers on AWS
Welcome to the new Containers on AWS Website! On behalf of the Amazon ECS product team, we are happy to welcome you to a new resource for AWS Builders. Look around and you'll find: Blog posts from the product team, product experts, and customers Blog Posts syndicated from multiple AWS product blogs Code patterns to help you build faster and better Visuals to help you learn and grow with ECS An ope
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
docker-build-battle?slide=51
Google Play Consoleデベロッパー アカウントの確認 / Verifying your Play Console developer account
Amazon ECS が Docker ボリュームとボリュームプラグインのサポートを開始
Docker ボリュームドライバーと Rex-Ray や Portworx などのボリュームプラグインを使用することで、コンテナ化されたアプリケーションを簡単に構成し、ローカルインスタンスストレージによってサポートされるストレージボリューム (Amazon Elastic Block Storage (EBS) または Amazon Elastic File System (EFS) ボリューム) にアクセスできるようになります。 以前は、ストレージボリュームへのアクセスが必要なコンテナ化されたアプリケーションをデプロイする場合には、Bash スクリプト、Lambda 関数などのカスタムツールや Docker ボリュームの手動構成を使用してストレージボリュームを手動で管理する必要がありました。 今回、Docker ボリュームのサポートにより、ストレージを大量に消費するステートフルなアプリケ
Google、Dockerイメージに対するテスト自動化フレームワーク「Container Structure Tests」オープンソースで公開
Google、Dockerイメージに対するテスト自動化フレームワーク「Container Structure Tests」オープンソースで公開 Container Structure Testは、コンテナ内部でコマンドを実行することで正しい出力やエラーが帰ってくるかどうかや、コンテナ内部のファイルが正しく格納されているかなどの検証を実行できるフレームワークです。 具体的には下記のテストをサポートしていると説明されています。 Command Tests コンテナイメージ内部でコマンドを実行し、正しい出力やエラーが返ってくるかを検証する。 File Existence Tests コンテナイメージ内部に、あるファイルがファイルシステム内の適切な位置に存在しているかどうかを検証する。 File Content Tests コンテナイメージ内のファイルシステムにあるファイルのコンテンツとメタデータ
【翻訳版】Docker, Inc is Dead - comix
What's this? Docker, Inc is Dead の翻訳記事です。 ご本人の許可は取っていますが、僕が英語ペラペラではないため、読み辛いのはもちろん、一生懸命訳してはいますが誤訳・ミスリードなどあるかもしれません。 ですので、100%正確な内容を把握したい方は原文をお読みください。また、ここ間違ってるよ！ニュアンスが違うんじゃない？などありましたらお気軽に（優しく）コメントいただけると幸いです。 Docker, Inc is Dead / Docker社は死んだ Dockerにとって、2017年は非常に辛い1年だったと言っても過言ではありません。Uberを除いて、より活用され、賞賛され、十分に資金提供を受けたシリコンバレーのスタートアップの中で、Dockerが2017年に行ったような悪手を打ったスタートアップは思い浮かびません。人々は2017年を、ソフトウェアの偉大な一部分
Dockerコンテナログパターン
MasterCloud #6 での発表資料です。 https://mastercloud.connpass.com/event/67023/
Dockerの本番運用 | POSTD
以前に私が書いた「 Dockerの本番運用：失敗の歴史) 」という記事は、非常に多くの反響を呼びました。 その後、長い議論を交わして、何百件ものフィードバックや何千件ものコメントを読み、さまざまな人々や主要事業者とも顔を合わせました。Dockerでの試みが増えるほど、その失敗談は増えていきます。そうした現状を、今回アップデートしておきたいと思います。 この記事では、最近の交流や記事から得た教訓を紹介しますが、その前に簡単におさらいをして軽く背景を説明しましょう。 免責事項：対象読者 たくさんのコメントから、世の中には10種類の人々が存在するということが明らかになりました。 1) アマチュア 実際のユーザがいない試用版のプロジェクトやサイドプロジェクトを実行している人々です。Ubuntuのベータ版を使用するのが当然だと考えており、「安定したもの」は古いものと見なすようなタイプです。 注釈：書
新卒１年目がバッチサーバーにECSを使ってDockerを導入した話 | feedforce Story
こんにちは！株式会社フィードフォース新卒エンジニアの@kielzeです。最近は会社から支給されたMacBookProのTouchBarにsushiを流したりしています。 フィードフォースには新しい技術に積極的に挑戦できるような環境があります。そして、挑戦した結果がよいものであれば、本番環境でもガンガン使われます。 若手も新卒も関係無く、全てのエンジニアがその挑戦権を持っています。 今回は、先輩エンジニアである@tsubさんが、当時新卒1年目で社内で使われているバッチサーバーのDocker化に挑戦した話をしようと思います。 ちなみにtsubさんはとても知識が豊富で何を聞いても答えてくれるので、とても頼もしい先輩です！ Dockerを導入した経緯フィードフォースでは、データフィードマネージメントサービス「DF PLUS」を提供しています。 このサービスの裏側では、お客様から頂いた商品データなど
New Amazon Linux Container Image for Cloud and On-Premises Workloads | Amazon Web Services
AWS News Blog New Amazon Linux Container Image for Cloud and On-Premises Workloads The Amazon Linux AMI is designed to provide a stable, secure, high performance execution environment for applications running on EC2. With limited remote access (no root login and mandatory SSH key pairs) and a very small number of non-critical packages installed, the AMI has a very respectable security profile. Man
docker基盤としてECSを採用しました② - インティメート・マージャー エンジニアブログ
こんにちはmatsです。 今回はdocker環境への全面移行について、運用環境や全体構成について書こうかと思います。 全体構成 デプロイフロー GitHubとCircleCIの連動を軸に自動化しています。流れ的には [GitHub] PRをmasterブランチにマージ [CircleCI] 自動テスト [CircleCI] docker build でイメージ作成 [CircleCI] ECRに対してdocker push [CircleCI] API経由でECS Task Definitionを更新 [CircleCI] API経由でECS Serviceを更新 [ECS] Sevice設定を元にコンテナが展開される masterブランチが勝手にデプロイされるので、デプロイという作業は行っていないような感じです。 また、ECSのコンテナの入れ替えはELBのヘルスチェックが通るまで古いコン
docker container / image コマンド新旧比較 - Qiita
概要 2017年1月18日にリリースされた Docker v1.13 以降（今日現在の v17.03.0-ce ）は、 docker コマンドラインの命令体系が再編成されました。本記事では変更に至った背景と、新旧コマンド体系の比較情報を整理します。 新しいサブコマンド体系の導入と背景 新しいコマンド体系の導入に至ったのは、docker のトップレベル・コマンド群が 40 を越える状況（当時）となったためです。コマンドには頻繁に使うものもあれば、使わないものもあり、再編成されることになりました。 v1.13から論理オブジェクト単位にコマンドが再編成されました。これは、「何」（コンテナやイメージ、ネットワーク）を、「どうするか」（作成、一覧、起動、停止）で扱います。そのため、従来よりもコマンドの利用目的が分かりやすくなります。たとえば、コンテナを管理する docker container サブ
コンテナに最適化したCoreOS、ブランド名を「Container Linux」に変更。背景にはコンテナ関連ビジネスの変化が － Publickey
コンテナに最適化したCoreOS、ブランド名を「Container Linux」に変更。背景にはコンテナ関連ビジネスの変化が CoreOSと言えば、もともとDocker専用の軽量Linux OSとして同名のCoreOS社によって開発されたLinuxディストリビューションの1つです。その後CoreOS社はDockerのセキュリティ面の課題を解決することなどを主な理由として、独自のコンテナ実装であるrkt（当時はRocket）を開発し搭載するなど、Dockerとは異なるもう1つのコンテナ実装として知られてきました。 そのCoreOSの名称が、「Container Linux」に変更されることをCoreOS社が発表しました。 Over the years, CoreOS (the brand) has grown to represent not just a product but the l
Wantedly から Chef を一掃した話 / #chibadan
サービス開発の現場を語る！ #chibadan の発表資料です http://chibadan.connpass.com/event/41625/
alpine linuxベースのdocker imageに移行したはなし - ZOZO TECH BLOG
こんにちは、神崎(@tknzk)です。ElasticBeanstalk w/ multi-container Docker で構成しているad-serverのdocker image を alpine linuxベースのimageに置き換えました。 alpine linuxは、非常に軽量なdistributionで、DockerHubに登録されているmiddlewareなどの公式のdocker imageでも採用が進んでいるOSです。 http://www.alpinelinux.org/ 以前のブログにも書いたとおり、ad-serverは ElasticBeanstalkで管理された multi-containerなdockerでクラスタを組んで、アプリケーションを稼働させています。その構成は、下記のようになっています。 本体のアプリケーションがはいったContainer (ad-ser
Docker in CI
第9回 コンテナ型仮想化の情報交換会＠福岡 #lxcjp http://ct-study.connpass.com/event/28449/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Aqua Cloud Native Security, Container & Serverless Security
コンテナを雰囲気で動かさない話
Dockerホットデプロイ運用の話 / Operations for Zero Downtime Docker Deployment
［速報］Docker、最新バージョンでDocker Engineにオーケストレーション機能を内蔵。外部ツール不要でクラスタ運用を実現。DockerCon 16
