Dockerについて深くまとめてみた - その1 Docker概要編 - ecbeing labs（イーシービーイング・ラボ）
はじめに はじめまして! ecbeing新卒1年目のいかちゃんです。 今はecbeingのR&D部門で新規プロダクトチームの一員として、機能拡張や環境構築等を行っております。 R&D部門では日々新しい技術の情報交換や調査が行われており、非常に楽しく刺激的な毎日を送れております。 また、1年目の新人にもかかわらずバリッバリに開発を任されており、お仕事に対して強いやりがいも感じております！ さて、今私が担当しております新規プロダクトでは、Dockerを用いて実行環境を構築しております。 (正確にはAWS ECSを通じてDockerを用いております) Dockerについては学生時代に「ちょーっと聞いた事あるかなぁ…」程度の知識だったのですが、業務で使っておりますし何より めちゃくちゃ面白そう な技術なので…！ ここで1つDockerについてがっつり調べちゃおうという事で記事を作ってみました！ な
dockerfileの静的解析ツールが便利すぎた - Qiita
背景 Dockerfileを静的解析したいと思い便利なツールがないかと探していたら発見しました。 DockerfileのLintツール ◆ hadolint/hadolint エラーが出るDockerfileをビルド前に検知してくれます。 ちなみにHaskellで書かれているようです。 現時点での最新バージョンはv1.15.0でmac等にも対応している。 GitHubのスター数は1000程である。 lintとは wikiより引用 lint とは、主にC言語のソースコードに対し、コンパイラよりも詳細かつ厳密なチェックを行うプログラムである。 型の一致しない関数呼び出し 初期化されていない変数の参照 宣言されているが使われていない変数 同じ関数を参照しているが、戻り値を使う場合と使わない場合がある[疑問点 – ノート] 関数が戻り値を返す場合と返さない場合がある など、コンパイラではチェックさ
マイクロサービスについてザックリとまとめてみる - Qiita
オライリーのこちらの本を元に、マイクロサービスについてザックリとまとめてみます。 マイクロサービスの利点 技術異質性 複数の連携するサービスからなるシステムでは、サービスごとに異なる技術を使う選択ができる。 回復性 あるサービスに障害が発生しても、障害が連鎖しなければ残りの部分は機能し続けることができる。 スケーリング 分割したサービスごとにスケールすることができる。 デプロイの容易性 １つのサービスへの変更を、残りのシステムとは独立してデプロイができる。 組織面の一致 個々のサービスに対して小規模なチームを割り当てることにより、チームの生産性を最適化できる。 合成可能性 個々のサービスを再利用することができる。 交換可能にするための最適化 さらに優れたシステムや実装に置き換えるコストが低くなる。 マイクロサービス作成における２つの考え方 疎結合 マイクロサービスの本質は、システムの他の部
Docker Compose - docker-compose.yml リファレンス - Qiita
原文：Compose file version 3 reference https://docs.docker.com/compose/compose-file/ docker-compose.yml で定義される各々のサービスは、特定の image か build を指定する必要があります。その他のキーはオプションであり、docker run コマンドラインのものと似ています。 docker run と同様に、Dockerfile で指定されたオプションがデフォルトとして尊重されます（例：CMD,EXPOSE,VOLUME,ENV）。そのため、docker-compose.yml で再び定義する必要はありません。 image タグや image ID の一部です。ローカルでもリモートでも構いません。ローカルに存在しなければ、Compose はイメージを取得（pull）します。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dockerコマンドメモ - Qiita
