これは、なにをしたくて書いたもの？ Docker Desktopには、host.docker.internalというホスト側のIPアドレスを参照する仕組みがあるようです。 Networking features in Docker Desktop for Windows / Features / Use cases and workarounds / I want to connect from a container to a service on the host Docker Desktopを使っていないので全然知らなかったのですが、Docker Engine（使っているのはLinux版）でもひと手間加えると使えるようなので、 ちょっと試してみることにしました。 コンテナからホスト側のを参照できるhost.docker.internal Windows版のhost.docker.in
Products Docker DesktopContainerize your applicationsDocker HubDiscover and share container imagesDocker ScoutSimplify the software supply chainDocker Build Cloud Speed up your image buildsTestcontainers Desktop Local testing with real dependenciesTestcontainers Cloud Test without limits in the cloud See our product roadmapMORE resources for developers
この記事は Recruit Advent Calendar 2021 の15日目の記事です。 TL;DR 従来のレイヤー並列の pull より Range リクエストを用いたチャンク並列の pull によって速度が 2~5倍速くなる可能性がある。 ECR は Public だと region ごとに速度が大きく異るので安定した速度を求める場合は Private にする。 (pull through cache を活用すると良い) 2022/10/9 追記: ECR の Public が適切な Pop から返ってくるようになっていた。 その Benchmark も取得し、結果を追記した。 ap-northeast-1 では6倍近く早くなっていて region による差が小さくなっていた。 背景・動機 コンテナイメージは一つ以上のマニフェスト、そこから得られるコンフィグとレイヤーから構成される
本文の内容は、2021年3月9日にÁlvaro Iradierが投稿したブログ(https://sysdig.com/blog/dockerfile-best-practices/)を元に日本語に翻訳・再構成した内容となっております。 Dockerfileのベストプラクティスのクイックセットをイメージビルドに適用することで、セキュリティ問題を防ぎ、コンテナ化されたアプリケーションを最適化する方法を学びます。 コンテナ化されたアプリケーションやマイクロサービスに精通している人なら、自分のサービスがマイクロサービスであることに気づいているかもしれません。しかし、脆弱性の検出、セキュリティ問題の調査、デプロイ後の報告や修正など、管理のオーバーヘッドがマクロな問題になっています。 このオーバーヘッドの多くは、セキュリティをシフトレフトし、開発ワークフローの中で可能な限り早く潜在的な問題に取り組むこ
【誤りの訂正】 P4における「OCI Distribution Specification」の説明に誤りがありました。 お詫びの上、以下のように訂正いたします（P9、P10の記述の要約になります）。 「イメージを構成するメタデータやrootfsデータをコンテナレジストリへ格納、取得するためのHTTP API群を定義。」 ----- 【概要】 CloudNative Days Tokyo 2019 ( https://cloudnativedays.jp/cndt2019/ )での発表資料です。 ランタイム・イメージ・レジストリまわりの要素技術とその最新動向をご紹介しています。 - イメージ構造・レジストリAPI・ランタイムに関する、OCI仕様と要素技術 - 次世代の軽量コンテナイメージ、汎用レジストリ仕様のOCIでの議論模様 - コンテナのpullにかかる時間を短縮して高速に起動させる技術
So, Docker will no longer be useful when you want to run the same image on Mac and on x86_64 cloud instances? Nope. Docker will remain useful, as long as the image is built with support for multi-architectures. If you are still building images only for x86_64, you should switch your images to multi-arch as soon as possible, ahead of the actual release of ARM Mac. Note: ARM Mac will be probably abl
tl;dr : We reduced the Docker image building time from 10 minutes to 5 minutes by reusing bundler cache and by precompiling assets. We deploy one of our Rails applications on a dedicated Kubernetes cluster. Kubernetes is a good fit for us since as per the load and resource consumption, Kubernetes horizontally scales the containerized application automatically. The prerequisite to deploy any kind o
Crane is a Docker orchestration tool similar to Docker Compose with extra features. Also, there is a PRO version with ultra-fast bind-mounts on Mac! Docker Compose compatible Crane reads docker-compose.yml files. Alternatively, you can use Crane's own configuration format, which maps more closely to Docker's run command to make it even easier. The CLI interface has similar commands than docker-com
入門 Docker¶ About¶ Dockerの入門からプロダクションで活用するプラクティスについてのドキュメントです。 プロダクションへ導入するために必要なDockerの概要から設計までをなるべく最短経路で学ぶことが目的です。 想定する読者層¶ WebAPIのようなサーバーサイドのプログラミングをしたことがある Dockerをこれからプロダクション環境へ導入してみたいと考えている初学者 Version¶ Docker 18.09.3 docker-compose 1.23.2 必要な環境¶ Docker Hub のアカウント Docker公式レジストリ Play with Docker DockerをWeb上で動かせる環境 Play with Dockerを起動するのに前述のDockerHubアカウントが必要 Docker for Mac(Windows)の場合VMが間に挟まり挙動が異
こんにちは、お肉が食べたいです。齋藤です。 今回はAWS SAM Local と LocalStack を使って ローカルでS3と連携するようなAWS Lambdaのコードを動かしてみます。 SAM LocalやLocalStackの個別の内容については以下の記事などをご覧ください。 今回はそれらのツールについての解説は行いません。 [新ツール]AWS SAMをローカル環境で実行できるSAM Localがベータリリース LocalStackをつかってローカルでLambdaを実行してみた LocalStackを使ってテストをしてみた LocalStackを使ってCIでKinesis Client Libraryを使ったコードのテストを書いてみる Firehoseを使ったコードのテストをLocalStackを使って動かしてみる！ 今回動かすアプリケーションはAPI Gateway経由で起動され
コンテナ技術入門 - 仮想化との違いを知り、要素技術を触って学ぼう コンテナ技術を適切に活用するには、コンテナが「どうやって」動いているかを学びたいところ。はてなのエンジニアhayajo_77さんがコンテナの要素技術の勘所を解説します。 こんにちは。株式会社はてなでサーバー監視サービス「Mackerel」のSREを務めるhayajo_77（ @hayajo ）です。 さて、コンテナ技術はDockerの登場がきっかけとなり、本格的に活用が始まりました。現在はKubernetesを始めとするコンテナオーケストレーションツールや AWS, GCP, Azure などのクラウドサービスで提供されるコンテナマネジメントサービスを採用したサービス運用事例が数多く紹介されており、コンテナ技術は「理解する」フェイズから「利用する」フェイズに移ってきています。 コンテナそのものは上記のツールやサービスにより
はじめに 以前の記事で Docker for AWS について触れました。 Docker for AWS は、デフォルトで安全なコンテナープラットフォーム ｜ Developers.IO せっかくなので、Docker for AWS を試してみたいなと思い検証してみました。 Docker for AWS とは AWS | Docker 上記のページから引用すると下記のとおりです。 Docker for AWSは、AWS上でアプリケーションを構築、アセンブル、および出荷するための統合された、配置が容易な環境で、基盤となるAWS IaaSサービスを最適に活用するために最適化されたネイティブAWSアプリケーションです。ポータブルアプリを導入する Docker for AWSには、ソフトウェアをインストールする必要はありません。 ブラウザとAWSアカウントが必要なだけで、数回クリックするだけでDo
開発中のDockerベースのサービスのCI環境をAWS上にGitlab CIで一から作ることになったのでせっかくなので手順や気にしたこと、そのうち何とかしたいことなどをまとめました。 開発中のサービスについて だいたい以下のような構成のサービスの開発をしてます。そのため、構築するCI環境はDockerをbuildし、テストスクリプトを実行するといったものです。 マイクロサービス 各サービスごとのリポジトリ(リポジトリが複数ある) リポジトリはgitlab.comで管理 各サービスはDocker(1つのサービスが複数コンテナの場合はある) テストはテストスクリプトから一括で実行できるようラップされている ※ テストコードの中身・内容については今回は述べません。 リポジトリ：gitlab.com CIツール：Gitlab CI + Gitlab Runner CI環境：EC2 t2.small
Docker Engine 18.09 から Build-time secrets という機能が使えるようになりました。この機能を使えば docker build するときに secrets (API key, credentials, etc) を安全に取り扱えるようになります。 Introducing Docker Engine 18.09 - Docker Blog Integrate secrets in your Dockerfile and pass them along in a safe way. These secrets do not end up stored in the final image nor are they included in the build cache calculations to avoid anyone from using the c
できる限りプロダクションのクラスタ設定をそのままローカルの開発にも使いたいなー、と思って色々と試行錯誤して、ようやく形になってきたので書いておく。 なぜローカルでkubernetesを動かしたいのか 最近ではInfrastructure as Code、Immutable Infrastructureの考え方と共に、コンテナの上でアプリケーションの環境の構築、運用、開発をすることが増えてきた。 少し前までは、Dockerでローカルの開発環境の構築は楽になったけど、本番にデプロイするのにはハードルがある印象が個人的にはあった。だけど、kubernetesの登場によってそのハードルは大きく下がった。 最近はマイクロサービスアーキテクチャへの注目と共に、様々なコンテナが協調してサービスを形作る構成が増えてきたように思う。kubernetesはこの全てのコンテナを管理する。 kubernetesは
Google Play Consoleデベロッパー アカウントの確認 / Verifying your Play Console developer account
はじめに 先日、同僚から以下の質問がありました。 Q. Docker for Mac で、Container Hypervisor(moby linux)に SSH login したい 理由を聞いてみると、docker volume create コマンドで作成される moby linux 上のファイルシステム(moby:/var/lib/docker/volumes)へアクセスしたいということでした。 上の質問に対するやりとりの結論が、本記事の元ネタとなります。 前提条件 本記事では、以下のツールを対象とした環境での情報が記載されております。 Docker For Mac | Docker また、参考情報となりますが筆者の PC 環境は、以下のとおりです。 MacBook Pro (Retina, 13-inch, Early 2015) macOS Sierra 10.12.5 まずは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS CodeBuild Now Supports Accessing Cross-Account ECR Images