[B! コンテナ] reannkaraのブックマーク

謎のコンテナランタイムlinuxd - Qiita

はじめに本記事はLinux Advent Calenda 2018の最終日、25日目の記事です。ここ数年、一つないし複数のプロセスから成るアプリをコンテナと呼ばれるサンドボックス上で動かすのが流行っています。このときアプリを動かす実行環境のことをコンテナランタイムと呼びます。このコンテナランタイムには例えば次のようなものがあります。 runC: アプリをそれぞれ別々のnamespace上で実行。カーネルは全アプリで共有。世間的に「コンテナ」というと今はだいたいこれを指す Kata Containers: アプリを個々のアプリ専用VM上で実行 gVisor: アプリをユーザ空間で独自実装されたLinuxカーネルのサブセット上で実行本記事は最近筆者が気になっているlinuxdというコンテナランタイムについて簡単に紹介したいと思います。何がどう"謎"なのかタイトルに「謎の」と書いている

reannkara 2018/12/25

リンク

今話題のいろいろなコンテナランタイムを比較してみた

Docker Meetup Tokyo #26での発表資料です。いろいろなコンテナランタイムについて、機能、セキュリティ、パフォーマンス、開発動向に着目して比較調査および性能測定を行ないました。ぜひ以下の記事も合わせてご参照ください。『今話題のいろいろなコンテナランタイムを比較してみた[Docker Meetup Tokyo #26発表レポート]』 https://medium.com/nttlabs/container-runtime-d3e25189f67a unikernelベースのイメージの作り方などの技術的な話題は付録にも記載しましたが、近々、別の形でもまとめようと考えています。 [留意] 本資料中の性能測定は、コンテナランタイムのCRI命令処理(Podやコンテナの作成から削除までの各ステップのCRI命令)の性能を測定したものです。それらCRI命令への処理はあくまでもコン

reannkara 2018/12/05

リンク

コンテナ未経験新人が学ぶコンテナ技術入門

最近勉強を始めたコンテナ技術に関する基礎的な知識をまとめました。 [訂正と注釈] p.27-30: 「Deployment」内の「Version: 1」 => 「Version: 2」 p.37: 「終了コードをから」 => 「終了コードから」 p.39: 「HTTPSが利用できない」=> AWS上では、SSL終端するLBがサポートされています。https://kubernetes.io/docs/concepts/services-networking/service/#ssl-support-on-aws p.40: 「ユーザがingress controllerをmaster上にセットアップする必要」 => master上にセットアップしなければならないという制約はありません。例えばGCEのingress controller(GLBC)はPodとして動作します。https://gi

reannkara 2018/11/13

リンク

2018年なぜ私達はコンテナ/Dockerを使うのか | iret.media

2017年にもうコンテナの未来・一つのカタチはもう確定したと言え、今更感があるものの、改めてDockerとコンテナについて。今更こんなことを書くのは、情報が溢れてくる今こそ、正しく理解し、正しい順序で学習することが重要だと切に思うから。内容についてのお断り How Toはかきませんあくまでも2018年時点の私見目新しい情報はない、2016年頃に書けたレベル Dockerをこう使えとか、こうするのがいいとかの話ではなく、コンテナとDockerに関して大きな視点で現時点で私の考えを書きます。また、私自身はかなりのコンテナ推進派です。 Dockerをよくわかっている人には意味のない記事となります。コンテナ(Docker)のメリット何故コンテナがいいのか、コンテナをある程度の学習コストを払ってでもやる理由コンテナとDocker コンテナ技術はDockerが生まれる前から存在する技術で

reannkara 2018/07/11

コンテナを利用してポータビリティと環境構築が楽になったのは実感する。オーケストレーションはまた別の話として最近は捉えている？

リンク

自作Linuxコンテナの時代 - ゆううきブログ

最近、Docker以外のコンテナ型仮想化技術の流れとして、自作コンテナエンジンの時代が来るのではないかと感じている。自作コンテナエンジンとは、コンテナ型仮想化技術を構成する個々の要素技術を組み合わせ、自分の用途にあわせて最適化したコンテナエンジンのことだ。他のOSのコンテナ仮想化技術について疎いため、以下ではLinuxに限定して話を進める。概要 Dockerも含めて、Linuxコンテナはコンテナを構成する複数の要素技術の組み合わせである。自分のやりたいことに対して、Dockerをはじめ既存のコンテナエンジンが複雑すぎるケースがある。そこで、自分の用途にあわせてコンテナエンジンを自作することを考えてみる。libcontainerに代表されるように、Linuxコンテナエンジンを自作しやすい環境が整いつつある。今後は、巨大なコンテナエンジンに対して、UNIX哲学に基づいて制御可能な小さなコ

reannkara 2018/04/22

リンク

実行環境の変化に素早く適応できる恒常性を持つシステムアーキテクチャと今後の課題 - 人間とウェブの未来

一年前にFastContainer構想という記事を書いてから、主にアカデミアでFastContainerに関する研究をすすめたり、FastContainerに基いて実装されている「ロリポップ！マネージドクラウド」というロリポップ！の新しいプランのリリースに向けて取り組みを行ったりしておりました。 hb.matsumoto-r.jp そこで、ブログでも「FastContainer: 実行環境の変化に素早く適応できる恒常性を持つシステムアーキテクチャ」についての構想からのアップデートをまとめておきたいと思います。英文タイトルは、 A Homeostatic System Architecture Rapidly Adapting Execution Environment Changes です。はじめに背景目的提案の概要 Serverlessアーキテクチャによる実装との違い Her