Talha Altınel Posted on Jul 3, 2021 • Updated on May 28, 2022 • Originally published at wormholerelays.com Hello everyone, in this post I will be demonstrating how you can run localstack with Terraform and Docker and give you a proof of concept go application so you can tweak it according to your logic and follow anything you want to do such as integration/system tests for AWS services in your own

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

はじめに Docker イメージサイズは小さければ小さいほど、Push と Pull の高速化につながり嬉しいです。 docker historyによってイメージレイヤーごとのサイズは分かりますが、どのレイヤーのどのファイルのサイズが大きいかは分かりません。 $ docker history maven:3-amazoncorretto-11 IMAGE CREATED CREATED BY SIZE COMMENT eb8a5bbcd061 12 days ago /bin/sh -c #(nop) CMD ["mvn"] 0B <missing> 12 days ago /bin/sh -c #(nop) ENTRYPOINT ["/usr/local/b… 0B <missing> 12 days ago /bin/sh -c #(nop) COPY file:2bbb488dd73

RAG構築のためのAzure OpenAI Serviceリファレンスアーキテクチャ詳解/wakarimiragarchitecture

この記事は@yugui氏の書いた至高のDockerイメージ生成を求めてに感謝しつつ、記事が投稿された当時には無かったさまざまな事情を組み込んで再度まとめたものである。 良いDockerイメージ 良いDockerイメージとは何だろうか。Dockerの利点は次のようなものだから、それを活かすイメージが良いものであるに違いない。 ビルドしたイメージはどこでも動く 適切にインストールされ、設定されたアプリケーションをそのままどこにでも持っていける。 コンテナ同士が干渉し合うことはないので、任意のイメージを互いに配慮することなく柔軟に配備し実行できる 必要のないサービスがコンテナ内で走っていないので、セキュリティの向上に資する イメージの転送が効率的である ベースイメージ部分は一度送ればいちいち再転送する必要がないので、ベースイメージを共有する複数のイメージを効率的に転送できる 標準のレジストリAP

はじめに Dockerであんなコンテナやこんなコンテナを動かしてると、なんかうまく動かなくて、デバッグのためにtcpdumpとかstraceなどのツールが使いたくなることが稀によくあります。 そんな時、デバッグ対象のコンテナ内にツールを一時的にインストールしちゃうというのが、まぁ簡単で分かりやすいんですが、デバッグ対象のコンテナを汚すのはできれば避けたいところです。 Dockerのコンテナの分離というのは、結局のところLinuxのリソースの名前空間の分離であるので、逆に同じ名前空間を共有すれば、デバッグ用に立てた隣のコンテナから、デバッグ対象のコンテナのネットワークやプロセスの状態を観察することも可能です。 また、docker buildはDockerfileを標準入力から受け取ることもできるので、ワンライナーにしてデバッグ用のコンテナをシュッと呼び出せるようにしてみました。 TL;DR

イベント概要 ずいぶんと暖かくなってきましたね。Datadogもこの春に新しい機能をリリースしました。今回は「はじめてのDatadog」からは少し踏み込んだ機能や使い方、今年イベントでよく受けた質問などをまとめてお届けします。 是非ご参加ください。 開催日時 2019年5月16日（木）　18：30〜20：20（受付開始18：00） ※19時以降はセキュリティの関係上エレベーターが稼働しないため、入場することができません 開催場所 ◆WeWork 丸の内 ◆東京都千代田区丸の内1-6-5　丸の内北口ビルディング　9F ◆アクセス タイムテーブル ◆18:30-19:00 Datadog新機能アレコレ まとめて一挙ご紹介 Datadog Sales Engineer 池山邦彦 豊富なインテグレーション、DockerやKubernetesも含む多様なプラットフォームに対応可能なエージェント、そし

最近 Docker 関連のセキュリティツールを調査する機会があり，今回は「Docker Bench for Security」を試したログを残しておく．「Docker Bench for Security」は Docker から公式に提供されているセキュリティ診断ツールで，具体的には「CIS Docker Community Edition Benchmark v1.1.0」をサポートしている． github.com コンテナ実行 「Docker Bench for Security」を実行する方法は複数ある．1番簡単なのはコンテナを実行する方法で，Docker イメージ「docker/docker-bench-security」が Docker Hub に公開されている． https://hub.docker.com/r/docker/docker-bench-security 注意点と

背景 上記のスライドを見て初めて1コンテナ1GBは重過ぎるということに気づかされました。 色々詰め込んでいるしあくまで趣味レベルで触っているだけでまあ良いかとずっと思ってましたが 業務でも触ることを考えて色々減量を考えました。 そんな中「docker-slim」が良いよって話を聞いて使ってみて想像以上に良かったのでご紹介。 公式HPは下記 http://dockersl.im/ Dockerイメージが大きい弊害 スライドの中からの引用です。 大きければビルドもアップロード/ダウンロード時間が増える。 当然のことですね。且つ待ち時間が多くなりTwitterする時間も確かに増えますね(笑) イメージビルド、CI時間が増える イメージのダウンロード時間が増える イメージのアップロード時間が増える 生産性が下がる Twitterする時間が増える 減量方法 減量する方法は色々なところで議論されていま

こんにちは、CI/CDツールなどを活用し、DevOps推進活動などに携わっている横山です。 本記事は、Docker Advent Calendar 2018 - Qiitaの20日目です。 はじめに Elastic Stackを使うと、簡単にDockerコンテナの監視ダッシュボードが作成できるので、今回はその紹介をしたいと思います。 きっかけとしては、「開発環境で立ち上げている複数コンテナの問題調査を楽にしたい」というのがあります。最近、開発環境に複数のコンテナを立ち上げて開発メンバーに提供していますが、開発メンバーから「重たいので環境を確認してほしい」といった声が上がってきます。その際、どのサーバのどのコンテナに問題が発生しているのか確認したいですが、その都度サーバに入って、docker statsなどのコマンドで確認するのはやや面倒です。 そこで、コンテナの監視ダッシュボードを作って、

docker pull が遅い。 軽量化？いいやキャッシュが先だ apt-cacher みたいなのほしい。 docker hub mirror registry を起動して使う 設定は次の通り docker registry に mirroring の設定をする Dockerfile 起動すら面倒くさい githubにおいておいた。 docker に設定する。 効果測定 最後にどれくらい速くなる？測定だ mirror のキャッシュが効く前（初回ロード） mirror でのキャッシュしたあと 比較 何処で使うのか。 参考資料 docker pull が遅い。 docker hub からのpull が遅い。docker-machine を作ったりvirtualbox で遊んでたりすると遅いんですよ。docker pullが 軽量化？いいやキャッシュが先だ 「お前のDockerイメージはまだ重い

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

Dependabot は依存パッケージの更新を定期的にチェックし，更新があった場合にプルリクエストを作成してくれるサービスで，現時点で「Ruby, JavaScript, Python, PHP」など，多くのプログラミング言語がサポートされている．他にも「Go, .NET」などは BETA & ALPHA 版でサポートされている．依存パッケージの更新が重要なのはわかっていても，月に1回など，定期的なイベントとして実施しているチームも多いと思うので，Dependabot を使うメリットがある． dependabot.com Dependabot 以外だと Greenkeeper や Tachikoma.io を使っているチームもあるし，CircleCI などと組み合わせて独自実装で実現しているチームもある．あえて自動化はせず「チームメンバーの教育目的で手動で依存パッケージを更新する」というチ

はじめに 前回は docker上でしnginxを動かしaccessログをLogstashでelasticsearchにためていましたが、 それに Filebeatでlogstashに送信するように変更しました。 ソースは github にあげました。 環境 docker-compoase elasticsearch kibana Logstash Filebeat nginx ディレクトリ構成 └── es_logstash └── es_d ├── docker-compose.yml ├── Dockerfile └── config └── elasticsearch.yml └── kibana_d ├── docker-compose.yml ├── Dockerfile └── config └── kibana.yml └── logstash_d ├── docker-co

本稿は良いDockerイメージを良い方法でビルドすることを探求した記録である。 Supership株式会社 Advent Calendar 2016の21日目にあたる。 2019年現在は@inductor氏の改訂版を見たほうが良い。 この記事で論じた望ましいコンテナイメージの姿は2019年でも変わらない。ただし、multi-stage buildのような新しい仕組みが普及したりツールの評価が定まってきたりと、実現に用いるツールの状況が2016年からやや変化している。 良いDockerイメージ 良いDockerイメージとは何だろうか。Dockerの利点は次のようなものだから、それを活かすイメージが良いものであるに違いない。 ビルドしたイメージはどこでも動く 適切にインストールされ、設定されたアプリケーションをそのままどこにでも持っていける。 コンテナ同士が干渉し合うことはないので、任意のイメ

はじめに オペレーション部の下田です。つい先日、ECS で Docker Volume と Volume Plugin がサポートされました。公式のアナウンスについては、以下のリンク先を参照してください。 Amazon ECS Now Supports Docker Volumes and Volume Plugins これまで ECS で EFS を利用する場合、予め ECS インスタンス起動時に ECS 環境で利用する EFS を特定のマウントポイントに対して NFS マウントしておく必要がありました。公式の手順としては、下記のチュートリアルが公開されております。 チュートリアル: Amazon ECS での Amazon EFS ファイルシステムの使用 - Amazon Elastic Container Service 今回 ECS で Docker Volume と Volume

はじめに Amazon ECS が やっと Docker Volumes をサポートしました。 これまでも使用できていた Bind Mounts と Docker Volumes の違いについては Docker のドキュメントを参照いただくのがよいかと思います。 Use volumes https://docs.docker.com/storage/volumes/ また Docker Volumes は Fargate ではサポートされてません。 Fargate の場合はこれまでどおり Bind Mounts を使用します。 Docker Volumes https://docs.aws.amazon.com/AmazonECS/latest/developerguide/docker-volumes.html Bind Mounts https://docs.aws.amazon.co

以前はVagrantを使ってansibleのテスト環境は用意していたんだけど、 vagrantはsnapshotが取れる利点がありつつも、VMを使うのでちょっとというかそれなりに遅くて、 何度も実行するansibleのテスト環境にはちょっと不便だなーと思っていたのですが、 最近Dockerを使ってsshdを起動するだけの環境を用意すれば簡単にテスト環境が作れて便利だったので書いておきます。 Dockerfileを書く ansibleを流す対象のイメージは Dockerfile の FROM に書いておけばよくて、 CentOSとかDebianとか好きなOSを選べばいいと思います。 Dockerfileを置いたディレクトリに id_rsa.pub を置いておくと authorized_keys にコピーされるというソリューションです。 FROM amazonlinux:latest MAIN