Docker 公式イメージで手軽に Amazon Linux AMI や Amazon Linux 2 の検証環境をローカルマシンへ手に入れる | DevelopersIO
こんにちは、アノテーション テクニカルサポートチームの中野です。 テクニカルサポートの対応で、Amazon Linux AMI や Amazon Linux 2 の環境の EC2 インスタンスで特定のパッケージがインストールできないなどのお問い合わせがあった際に、自身のローカルマシンで検証することがあったので、まとめてみました。 どういったときに使える？ EC2 の動作確認のために、Amazon Linux ベースの EC2 の AMI を複製して、その環境内で動作検証や不具合の原因切り分けを行うことがあります。 一方で、Amazon Linux AMI のサポート期間終了するけど、運用上どうしても使わないといけない。 けど、インストールできないパッケージがあって原因切り分けのために、手軽に検証したい。 などの用途として、ローカルマシンで動作する Amazon Linux 環境を動かしたい
軽量Dockerイメージに安易にAlpineを使うのはやめたほうがいいという話 - inductor's blog
はじめに やめろ、ではなく、やめたほうがいい。です。自分のユースケースに合ってるか今一度確認することを推奨します。基本的にはAlpineは避けたほうが良い、というのが2021年時点での私の認識です。 なんで？ libcに一般的な互換性が不足しているからです。Ruby、Python、Node.jsなどでNativeモジュールをバンドルしているアプリケーションの場合、パフォーマンスの劣化や互換性の問題にぶち当たる場合があります。 superuser.com あとは他のベースイメージの軽量化もそれなりに進んできていて、Alpineが定番軽量イメージと言う認識は2018年頃には消えつつあったかなという認識でいます。 どうすりゃええねん ※Debian Slimがあるやんってツッコミ結構もらったんですが、Slimは当たり前過ぎてもう紹介しなくていいかなっていう甘えで省略していました。よろしくおねがい
爆速？！コンテナイメージからデプロイしたLambdaのコールドスタートについて検証してみた #reinvent | DevelopersIO
CX事業本部＠大阪の岩田です。 この記事はAWS LambdaとServerless Advent Calendar 2020の6日目 です。 先日のブログでご紹介したように、Lambdaのパッケージフォーマットとしてコンテナイメージがサポートされるようになりました。 従来のZIP形式と比較したメリットの１つとして、イメージサイズの上限が10Gまで許容されるという点があります。ZIP形式の上限はレイヤーと関数コードを合わせて250Mであり、サイズの大きなライブラリや機械学習モデルを利用する場合、この上限に抵触することもあったのではないでしょうか？パッケージフォーマットとしてコンテナイメージを選択することで、こういったユースケースにも対応できるようになりました。 ここで1つ疑問が浮かびます。イメージサイズの上限が10GBとのことですが、10GBの巨大イメージからLambdaがコールドスタート
Docker + Rails + Mailhogでメールを送信せずにブラウザで確認できる開発環境を作る - ココナラよもやまブログ
MailHog使ったきっかけ MailHogって何？ MailHogを使えるようにする MailHogサーバーを立ち上げる RailsからMailHogにメールを送信する 送信したメールを確認する さらに便利にする コンテナを停止してもメールが消えないようにする コンテナを削除してもメールが消えないようにする 最終的なDockerの設定 まとめ はじめまして。開発グループでエンジニアをしている石塚です。 今日はDocker + Rails + Mailhogでメールを送信せずにブラウザで確認できる開発環境の作り方を紹介したいと思います。 MailHog使ったきっかけ Ruby on Railsでアプリケーションを開発している方なら letter_opener と letter_opener_web を使ったことがある人も多いかと思います。 letter_opener はメールを送信せずに送
【コンテナ技術入門】コンテナ要素技術をDocker使わずに基礎から手を動かして学べる超有用なテキスト #dockerTokyo | DevelopersIO
「Dockerって、結局中でなにやってんの？」 先日、以下のミートアップに参加して、LT登壇してきました。 Docker Meetup Tokyo #31 (初心者歓迎LT祭り＋KubeConCN報告) 自分はLTの一番手として、「雰囲気でコンテナ使っている 全ての人が読むべき 「コンテナ技術入門」の紹介」で喋ってきたので、それの登壇報告となります。 「コンテナ技術入門」は、Dockerコマンド一通り使えるようになってきたけど、もっとDockerやコンテナについて深く知っておきたいという方にはむちゃくちゃ有用なコンテンツなので、一度目を通して、実際に手を動かして試してみることをオススメします。 （祭） ∧ ∧ Y ( ﾟДﾟ) Φ[_ｿ__ｙ_l〉 ｺﾝﾃﾅﾏﾂﾘﾀﾞﾜｯｼｮｲ |_|＿| し'´Ｊ 講演概要 当日のセッションスライドはこちら。 この記事では、LTという時間枠の中
Docker実践〜dockerのコンテナ環境をきれいに消す - sagantaf
はじめに Dockerの検証したり、動作確認したりしていると、Dockerイメージや停止したDockerコンテナがどんどん蓄積されていき、目当てのイメージやコンテナを見つけにくくなることがあります。 そんな時に、一度コンテナのリソースを全て削除してDocker環境をクリーンアップしたくなります。 その方法をまとめました。 クリーンアップするDockerの３つの状態 dockerの状態は３種類あります。 1. Dockerイメージ DockerHubから取得したり、自分のDockerfileをビルドして、ローカルに保存したコンテナイメージ 2. 停止中のコンテナ Dockerイメージから作成されたけど、起動していない停止状態のコンテナ 3. 稼働中のコンテナ docker runコマンドなどで起動しrunning状態のコンテナ これらを全て消します。 さて、全てを消すには順番を考慮する必要が
数時間で完全理解！わりとゴツいKubernetesハンズオン！！ - Qiita
社内でKubernetesハンズオンをやってみたのでおすそ分け。 参加者6人からバンバン出てくる質問に答えながらやって、所要時間4時間ほどでした。 SpeakerDeckにも資料を上げています。 https://speakerdeck.com/ktam1219/yaruze-kuberneteshanzuon (2019/07/11追記) 続編書きました！ -> 今度はあんまりゴツくない！？「わりとゴツいKubernetesハンズオン」そのあとに ハンズオンの目標 Kubernetesとお友達になる イメージを掴む 触ってみる(ローカル・EKS・ちょっとGKE) 構築・運用ができるような気分になる 巷にあふれるKubernetesの記事・スライドが理解できるようになる EKSがメインになっているのは、会社の業務でAWSを使うことが多いからです。 純粋にKubernetesを勉強したいだけな
GitHubの新機能「GitHub Actions」でワークフローを自動化しよう
はじめに 皆さんこんにちは。GitHubの水谷です。GitHubでは、エンタープライズサポートエンジニアという肩書きで、GitHubの企業向け製品であるGitHub Enterpriseのテクニカルサポートをしています。 GitHubは、2018年10月に開催された開発者のためのカンファレンス、GitHub UniverseにてGitHub Actionsを発表しました。2019年4月2日現在、GitHub Actionsはまだ一般提供されている機能ではなく利用申請が必要なベータ版ですが、一般提供に向けて開発が進んでいます。この記事では、一般提供に先立ってGitHub Actionについて実例を交えて詳しく紹介します。 ベータ版について 利用申請の処理が進みベータ版の利用者になると、リポジトリのPull requestsタブの右にActionsタブが現れます。この記事ではActionの実例
一晩でKubernetesを覚えて帰ろう。ワンナイトBootCamp! -- cndjp#10 - 資料一覧 - connpass
終了 2019/03/25（月） 19:00〜 一晩でKubernetesを覚えて帰ろう。ワンナイトBootCamp! -- cndjp#10 一晩でKubernetesを大体覚えて帰れる、初学者向けの基礎編です。 hhiroshell 他 〒107-0061 東京都港区北青山2丁目5-8
危機感にかられて今更Dockerを学び直す人の記録(data volumeをおさらい) - kasei_sanのブログ
今日やること data volume を理解し直す data volume ってなんぞ ボリュームは、Dockerコンテナによって生成され、使用されるデータを永続化するための推奨されるメカニズムです docs.docker.com Dockerコンテナの中のファイル/ディレクトリは、コンテナが終了すると削除されてしまう そのため、永続化したいデータがあるときに、data volume を使う data volume は、ホストのファイルシステムに作成されるディレクトリで、コンテナにマウントされる (普通は /var/lib/docker に生成されるらしい) また、特定のホストのディレクトリと紐付けることも可能で、その場合、ホストの特定のディレクトリをコンテナから参照できる (開発環境では主にこの使い方をするはず) data volume は、起動時の --volume (-v) オプショ
Docker for Macのホスト、コンテナー間の同期が遅い問題をDocker標準機能で解決する
photo credit: maijou2501 Docker-4 via photopin (license) 弊サイトでは、Mac の WordPress 開発環境の構築にDocker For Mac | Dockerをオススメしています。弊サイトでも、Docker で作る最強・最速のローカル WordPress 環境で、Docker の基本的な操作方法から、WordMove による本番環境と開発環境の同期方法までご紹介していますが、Docker for Mac には 1 点問題がありました。それは、ホスト側（Mac）からコンテナー側にマウントしているボリュームの同期速度が遅い点。ホスト側のファイルを更新するだけで、コンテナー側のファイルを更新できるため非常に便利なのですが、Docker のファイルシステム（osxfs）の仕様上、ファイル更新からコンテナーへの反映までにラグがありました
Dockerとは - 入門 Docker
Dockerって？¶ もはやバズワードではなくデファクトスタンダードの立ち位置を確立しはじめたDockerです。 Dockerはコンテナと呼ばれる仮想化のための技術です。 Dockerを何故使うのか、どんな技術でできているのかをざっくり紹介します。 なぜDockerを使うのか¶ 1. ポータビリティ¶ Dockerはパッケージングのための技術と言っても過言ではないでしょう。 特定の環境をパッケージングし、どの環境でも動くポータビリティを保証します。 Dockerは任意のタイミングの状態（ライブラリ・ランタイム・コード）を1つのスナップショットとして保存します。 スナップショットは任意のタイミングの状態を再現することが可能で、そしてそのスナップショットを他の開発者やステージングや本番環境へ配布することが可能です。 当たり前ですがネットワークの疎通など、パッケージングされた外の環境は保証されな
Docker関連の脆弱性、仮想通貨「Monero」の採掘に悪用か
2019年2月に発覚した脆弱性が悪用され、仮想通貨の採掘に利用されているDockerホストが多数見つかったと伝えた。 DockerやKubernetesなどに使われているオープンソースのコンテナランタイム「runc」に脆弱性が見つかった問題で、セキュリティ企業のImpervaは3月4日、この脆弱性を突いて仮想通貨の採掘に利用されているDockerホストが多数見つかったと伝えた。 2月に発覚したruncの脆弱性では、攻撃者がroot特権を獲得できてしまう可能性が指摘されていた。Impervaによると、この脆弱性と、リモートでDockerホストをコントロールするために使われているAPIを組み合わせれば、ホストを完全に制御できてしまう恐れがある。 同社によれば、既に悪用されているDockerリモートAPIが多数存在しており、その多くは、制御したホストを仮想通貨の採掘に利用しているという。 Doc
Docker Compose 徹底解説
オープンソースカンファレンス 2019 Tokyo/Spring 発表資料 #osc19tk https://www.ospn.jp/osc2019-spring/ 2019年2月22日(金)Read less
CircleCIでmysql8を使用する設定 - のんびりSEの議事録
CircleCIでmysqlを使用しようとしたときに、思ってた以上にハマってしまうポイントがあったので、備忘録として残しておきます。 versionは2を使用する想定です。 設定ファイル Railsアプリを想定した例です。 .circleci/config.yml version: 2 general: branches: only: - master - develop - /^test.*/ jobs: build: working_directory: ~/sample docker: - image: circleci/ruby:2.5.3-node-browsers environment: RAILS_ENV: test DB_USER: dbuser DB_PASSWORD: ****** DB_HOST: '127.0.0.1' # Point 1 - image: cir
Docker入門（第五回）〜コンテナ間通信〜 | さくらのナレッジ
こんにちは、Acroquest Technologyの横山です。 少し前の話になりますが、4月下旬に技術書典4がありましたね。そこで@llminatoll さんの「マンガでわかるDocker」が販売されていました。今はダウンロード販売されています。例えなどもわかりやすくおすすめですので、紹介させてもらいました。興味のある方はぜひ読んでみると良いと思います。 はじめに 第四回では、Dockerfileについて説明し、自分でDockerイメージを作成する方法を説明しました。また、これまでの説明では一つのコンテナを動かして説明してきましたが、一つのコンテナでは一つの機能（アプリケーション）を動かす構成にする場合が多いため、コンテナ間の連携が必要になります。 そこで第五回は、複数のコンテナを起動させたときのコンテナ間通信について説明します。 コンテナ間通信をする方法は、以下の二つがあります。 ①D
Dockerのネットワークを理解するために覚えたことまとめ - Carpe Diem
概要 Dockerのネットワーク周りを勉強していると、 docker0 仮想ブリッジ VXLAN link機能 など色んな要素が出てくるのですが、ちゃんと理解していないとすぐ忘れるため一度しっかり学んでみました。 今回はその時に疑問に思ったことをまとめてみました。 環境 docker 1.11.2 構成 マシン IP 役割 ホスト 192.168.33.10 Dockerホスト docker0 172.17.0.1 仮想ブリッジ nginx1 172.17.0.2 コンテナ１ nginx2 172.17.0.3 コンテナ２ 事前知識 以下の知識があると学ぶ上で非常に助かります。 ブリッジ 第２層でMACアドレスで判別して転送 3 Minutes Networking No.17 ルータ 第３層でIPで判別して転送 3 Minutes Networking No.28 NAT、NAPT、IP
Docker for Win/MacのKubernetes統合が正式版に。Stable Channelでリリース開始
Docker for Win/MacのKubernetes統合が正式版に。Stable Channelでリリース開始 DockerにKubernetesが統合されることが2017年10月のDockerCon EUで発表されて以来、その統合はサーバ向けのDockerだけでなく、WindowsとmacOSに対応するデスクトップ版（以下、Docker Desktop）においても進められてきました。 今年の1月にはKubernetesを統合したDocker for Macのベータ版が登場し、2月にはWindows版も登場しました。 Dockerのリリースは、4半期に一度のペースで安定版がリリースされる「Stable channel」と、1カ月に一度のペースで最新機能を組み込んだバージョンがリリースされる開発者や評価者向けの「Edge channel」の2つのチャネルに分かれています。 これまでKu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dockerfile を書くためのベストプラクティス解説編
OSSの監視ソフト新版「Zabbix 4.2」公開、新たにDockerやSUSE Linux向けのパッケージを提供
