Emacs でだって Docker で開発したい！ - ESM アジャイル事業部 開発者ブログ
こんにちは。wat-aro です。 Docker 環境で開発する際に VSCode の Remote Container はとても便利ですね。 でも今まで Emacs で開発してきた人は VSCode ではなく Emacs を使いたいはずです。 ここでは僕が Emacs + Docker 環境でどのように開発しているかを紹介します。 docker コマンド まずは docker コマンドを使えなくてはなりません。 Emacs 使いのみなさんはターミナルでなく Emacs から docker コマンドを叩きたいですよね。 そんなときは docker.el です。 https://github.com/Silex/docker.el docker image コマンドや docker compose コマンドが Emacs から実行できます。 docker compose up で立ち上げたコ
Kubernetes 1.20からDockerが非推奨になる理由 - inductor's blog
追記: Kubernetes側での公式のアナウンスが2本出ているのでこちらも合わせてご覧ください。 kubernetes.io kubernetes.io Kubernetesコミュニティを眺めていたら、やたらめったら色んな人達が1.20 RCのリリースノート引っ張り出して「Dockerが非推奨になるからちゃんと対策を検討してね！！！」とアナウンスをしていて、挙げ句SIG Contributexではその対策に追われてバタバタしている自体を観測しました。 CNCF Ambassador Slackでもだいぶ燃え上がっていて、見かねて dev.to に記事を投稿したのでそれをかんたんに日本語にまとめてみようと思います。英語のほうはこちらをご覧ください。 dev.to 追記2. 影響範囲を知りたい場合はまずこちらをお読みください blog.inductor.me 追記2. 影響範囲を知りたい場合
Docker Buildでタイムゾーン設定で固まる : 量子プログラミング入門→量子コンピューティングサービス構築入門
Docker Build中に Configuring tzdataでハング Docker build中に下記の状態でハングした場合の対策メモ この状態におちいると、数字を入力しても先に進まなくなってしまう。 Configuring tzdata ------------------ Please select the geographic area in which you live. Subsequent configuration questions will narrow this down by presenting a list of cities, representing the time zones in which they are located. 1. Africa 4. Australia 7. Atlantic 10. Pacific 13. Etc 2. Ame
Web 以外でも期待される WebAssembly - Blockchain との親和性について
はじめに こんにちは。Blockchain Lab の高瀬(loloicci)です。 先日 gihyo.jp にて『Webエンジニアの新しい道 ～LINE Blockchain Labが拓くブロックチェーンの世界』 で取り上げて頂いたとおり、LINE Blockchain では WebAssembly (WASM) 形式のスマートコントラクトを実行する機能を開発しています。 WebAssembly は名前の通り Web で使用することを想定して開発され始めた言語ですが、いくつかの特長から Web 以外の様々な分野からも注目を集めています。 また、Blockchain におけるスマートコントラクトも WebAssembly に注目している分野の一つです。 この記事ではブロックチェーンにおけるスマートコントラクトの紹介と、スマートコントラクト分野がなぜ WebAssembly を注目しているの
【8本すべて無料】基礎から応用までしっかり学ぶ！組み込みLinuxウェビナー（Yocto/Docker/起動シーケンス 他） | APS｜組み込み業界専門メディア
【8本すべて無料】基礎から応用までしっかり学ぶ！組み込みLinuxウェビナー（Yocto/Docker/起動シーケンス 他） 講演概要2020年にAPSで公開した初心者向け組み込みLinuxウェビナー3回分、合計8本を、1回のお申し込みでまとめて視聴可能なサブスクウェビナーとして用意しました。組み込みLinuxの基礎知識、Linuxディストリビューション解説、「Docker」を利用したコンテナ技術の開発方法、さらには起動シーケンスを理解し、実際のLinuxアプリ開発も学ぶことが可能です。ウェビナー内で行っている実際の開発デモはRaspberry Pi 4を使用していますので、受講後すぐにYoctoベースの組み込みLinux「Wind River Linux」を使った開発を、皆様のお手元でお試しいただける内容です。是非この機会に組み込みLinux開発に活用できる知識をわかりやすい解説と丁寧な
Dockerは非推奨じゃないし今すぐ騒ぐのをやめろ - Cloud Penguins
今話題のこれ。 kubernetes.io これに関しての日本語情報として、 @inductor が相当詳細に記事を書いてくれている。 blog.inductor.me blog.inductor.me にも関わらず、未だに完全に間違った解釈をしている人が多く観測される。記事をちゃんと読めば理解できるはずなのだけど、たぶんタイトルしか読んでいない。 タイトルしか読まないのであれば、あえて強めのタイトルにしておけば目にはつくかなと思い、改めて書いてみることとした。 Dockerは非推奨じゃないし、これからもバンバン使え まず @inductorが解説しているとおり、k8sを使っていない人には全く関係のない話なので、今まで通りDockerを使って良い。 が、もう一つ誤解を解いておきたいのが 自分の環境でDockerを使ってイメージ作成し、Kubernetesにデプロイしている人にも、今回の件は
Docker のログを columnify で Athena (Presto) に特化した Parquet にする
先日 columnify という、入力データを Parquet フォーマットに変換するツールがリリースされました。 cf. 軽量な Go 製カラムナフォーマット変換ツール columnify を作った話 - Repro Tech Blog また、fluent-plugin-s3 で compressor として columnify をサポートする話が出ています。1 cf. Add parquet compressor using columnify by okkez · Pull Request #338 · fluent/fluent-plugin-s3 個人的に前々から Docker のログを Parquet フォーマットで S3 に put して Athena で検索できると素敵だなと思っていたので喜ばしいことですね！そんなわけで、Docker のログを fluentd log dr
2015年頃のWeb開発者がやりがちだった、DockerをVMと同じように使うのは便利だけど辞めたほうが良いという話 - inductor's blog
Dockerが普及し始めて、Docker Composeによって開発環境が簡単につくれるようになった2015年頃から、DockerはVagrantの置き換えツールとして使われることが増えてきました。 Vagrantを使うことでサーバープロビジョニングのときに発生する初期構築を全てスクリプト化し、プロジェクトメンバーの開発環境構築のコストを削減することができますし、設定がGitに残るのでメンテナンスも比較的容易です。そのため、自分の認識ではVagrantの一番の特徴はVMのパッケージングにあると思っています。 一方、Dockerはアプリケーションを動かす環境を配布するための仕組みとして普及しました。どちらもベースのイメージから必要な処理を流す点は同じですが、DockerとVagrantでは開発者が利用する上では体験の面で見ても以下のような違いがあると思います。 Vagrantは仮想マシンをV
オープンソースのJenkinsとConcourse CIを比較
「Jenkins」と「Concourse CI」の比較 「Jenkins」と「Concourse CI」は、継続的インテグレーション機能を提供します。 Jenkins 概要 Jenkinsは「継続的なソフトウェアのビルド/テストを行う機能」と「外部で起動するジョブ実行の監視機能」を提供します。 多くのユーザーが使用しています。 メリット ・旧バージョンも管理できる ・情報が得やすい(ユーザー数が多くコミュニティが活発) ・どのようなスクリプトにも対応できる高い汎用性 ・豊富なプラグインによる優れた拡張性 ・対応言語の多さ ・テスト結果(xUnit形式)をレポートとして表示できる デメリット ・Jenkins用サーバを構築する必要がある ・属人的になりやすい(Jenkins職人) ・設定項目が多い ・変更に関するヒストリ機能がない ・CIプロセスが多数のサードパーティ製プラグインに依存してし
Docker Compose で Volumes をつかう/ふみのて
1. volume を作成する db-data という名前の volume を作成する。 $ docker volume create db-data db-data volumes を一覧表示する。 $ docker volume ls DRIVER VOLUME NAME local db-data volume を調べる。 $ docker volume inspect db-data [ { "CreatedAt": "2018-12-02T13:09:48Z", "Driver": "local", "Labels": {}, "Mountpoint": "/var/lib/docker/volumes/db-data/_data", "Name": "db-data", "Options": {}, "Scope": "local" } ] 今作った volume はこの絵↓の
Xilinx の開発ツールを Docker コンテナに閉じ込める | Tosainu Lab
あまり表には出していませんでしたが、少し前から FPGA を触っています。FPGA は以前から興味があったデバイスの1つだったこともあり、苦戦しながらも今まで触れたことのない概念の連続をなんだかんだで楽しんでいる気がします。欲を言えば、FPGA ともう少し普通の出会い方をし、普通の環境で勉強したかったなぁというのがありますが... その話は置いておき本題、FPGA の開発環境の話です。世の中で FPGA を使った開発が一般にどのように行われているかは詳しく知りませんが、その1つとして FPGA ベンダの提供する開発環境を利用するというのがあります。例えば最近の Xilinx なら [Vivado Design Suite](https://www.xilinx.com/products/design-tools/vivado.html) (Vivado) という感じです。さてこの Viva
Container Runtime Meetup #1 - 資料一覧 - connpass
終了 2019/09/24（火） 19:00〜 Container Runtime Meetup #1 OCIランタイムの筆頭「runc」のコードリーディング Kohei Tokunaga 他 東京都港区芝浦 3-4-1 (グランパークタワー34F)
コンテナランタイムの動向を整理してみた件 - Qiita
はじめに 先日以下のQiita記事を書いたのですが、公開した後にコンテナランタイムについて全然書いていないことに気付いたので、今度はコンテナランタイムの動向について整理してみたいと思います。 Docker・Kubernetes周辺の動向を整理してみた件 また、最近 containerd・cri-o・gVisor などの名前を聞くことが増えたのですが、それぞれの違いを自分が理解できていなかったので、自己学習の目的としてもWeb上の情報などを元に整理したいと思います。 コンテナ仕様の標準規格 コンテナランタイムを整理する前に、OCI（Open Container Initiative）とCRI（Container Runtime Interface）の概要について説明します。 OCI（Open Container Initiative）とは Open Container Initiative（
Docker環境でのログ確認がめんどくさいのでkibanaでみれるようにしてみた - Qiita
docker環境で開発を行っていると、いろんなログをコンテナに入って閲覧したりするのがめんどくさいし、見ずらいので、どこか一箇所で見れるようにしたいと思い、docker作ってみました。 一式をGitHubに公開してますので、是非。 https://github.com/yuya-sega/log-viewer/ 構成 apache 2.4 postgres 12 fluentd 1.6.2-1.0 elasticsearch 7.3.2 kibana 7.3.2 まずは起動してみる $ git clone https://github.com/yuya-sega/log-viewer.git $ cd log-viewer/ $ docker-compose build && docker-compose up ~~ 略 ~~ kibana_1 | {"type":"log","@time
docker build 時の apt install が遅い問題 (docker build の --add-host オプションを使って APT のパッケージリポジトリを国内ミラーに設定できる) - ひだまりソケットは壊れない
こんにちは、Docker ビルドおじさんです。 今日ずっと docker build してる (してない)— Nobuoka Yu (@nobuoka) 2019年3月22日 ubuntu:18.04 ベースで Dockerfile を書いてビルドしまくってるのですが、apt install がとにかく遅い！！！ なぜなら日本に住んでいるから！！ archive.ubuntu.com が遠い！！！ Dockerfile に追記せずに apt で使うリポジトリを https://t.co/Skrw55Kyjw から国内のミラーに変える技みたいなのないんだろうか……— Nobuoka Yu (@nobuoka) 2019年3月22日 解決方法 調べてみたらいろいろ解決策がありそうだった。 解決策 その 1 日本を出る。 archive.ubuntu.com の近くに行きましょう。 解決策 その
【図解】Dockerの全体像を理解する -前編- - Qiita
この記事は何か イメージやコンテナなどの基本からdocker-compose、docker-machine, docker swarmなどのDocker周りの様々な概念の全体像を整理して、Dockerの仕組みを理解するための記事 前編では「コンテナ、イメージ、DockerHubでのイメージ共有」について書いて行きます。 対象読者 ・Dockerって何？ ・Dockerちょっと勉強したけどDocker compose？ Docker machine？ Docker Swarm？ 色々ありすぎて意味不明 という方 Dockerとは何か Docker社が提供する「コンテナ型仮想化技術」 を実現するプロダクト 仮想化？ PCやサーバといったマシンにインストールされているOS(ホストOS)の上に、別のマシンを仮想的に立ち上げる事 簡単に言うと「パソコンの中に仮想パソコンを起動する」のが仮想化です。
Enterprise Container Platform | Docker
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
コンテナ/Kubernetesの本を一冊読んでスッキリした話 - orangeitems’s diary
本を買いました 昨日のKubernetesエントリーが好評なので続きます。 早速本を買ってきました。一応記念写真を冒頭に置きました。 本全体の感想 頑張って半日で読みたい部分は読み終えました。この本は前半をしっかり読んで、後半はつまむ程度で十分です。後半については、GCPとIBM Cloudと、Redhat OpenShiftにおけるKubernetesの扱いの紹介でした。特にOpenShiftの量が多く今のところ私には不要なので見ていません。 AWSやAzureの記載がないというのも面白いところです。ただ基本的にはGCPの記載を見ておけばどのクラウドでも様子はわかるでしょう。 OpenShiftについてはちょっと毛色が違う話です。これはコンテナを使った企業の統合基盤を構築するミドルウェアです。オンプレにも構築でき、パブリッククラウドの仮想サーバー、VMwareの仮想基盤上にも構築できます
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dockerfileを改善するためのBest Practice 2019年版
