AWSコンテナ系アーキテクチャの選択肢を最適化する | 外道父の匠
これまでもコンテナ関連の記事はそれなりに書いてきましたが、改めて最新事情に合わせて練り直したり見渡してみると、大きなところから小さなところまで選択肢が多すぎると感じました。 コンテナ系アーキテクチャを丸っと他所の構成で真似することって、おそらくほとんどなくて、参考にしつつ自分流に築き上げていくでしょうから、今回は築くにあたってどういう選択肢があるのかにフォーカスした変化系で攻めてみようと思った次第です:-) 目次 今年一発目の長いやつです。半分は学習教材用、半分は道楽なテイストです。 はじめに 基盤 インスタンス or コンテナ ECS or EKS on EC2 or FARGATE X86 or ARM64 ロードバランサー メンテナンス：ALB or ECS Service 共有 or １環境毎 アクセスログ：ALB or WEBサーバー ECS / EKS デプロイ：Blue/Gr
軽量Dockerイメージに安易にAlpineを使うのはやめたほうがいいという話 - inductor's blog
はじめに やめろ、ではなく、やめたほうがいい。です。自分のユースケースに合ってるか今一度確認することを推奨します。基本的にはAlpineは避けたほうが良い、というのが2021年時点での私の認識です。 なんで？ libcに一般的な互換性が不足しているからです。Ruby、Python、Node.jsなどでNativeモジュールをバンドルしているアプリケーションの場合、パフォーマンスの劣化や互換性の問題にぶち当たる場合があります。 superuser.com あとは他のベースイメージの軽量化もそれなりに進んできていて、Alpineが定番軽量イメージと言う認識は2018年頃には消えつつあったかなという認識でいます。 どうすりゃええねん ※Debian Slimがあるやんってツッコミ結構もらったんですが、Slimは当たり前過ぎてもう紹介しなくていいかなっていう甘えで省略していました。よろしくおねがい
SUSEがRancher Labsの買収を発表。Rancherは引き続きマルチベンダサポートを維持
主要なLinuxディストリビューションベンダとして知られるSUSEは、Rancher Labsの買収を発表しました #BreakingNews: @SUSE to acquire @Rancher_Labs a leader in #Kubernetes management, and will become world's largest independent organization exclusively dedicated to powering digital transformation with #opensource and cloud native solutions https://t.co/RneTNslUbT pic.twitter.com/cgGIc9k2D2 — SUSE (@SUSE) July 8, 2020 Rancher Labsは、Kubernete
AWS ECS & TerraformによるSansanの統合監視運用とその仕組み - Sansan Tech Blog
はじめに IcingaとMunin Zabbixへの移行 環境構築 Zabbixの監視内容 監視のリリース方法 リソース配分 バージョンの固定化 本監視システムにおけるツラミ Zabbixの独自仕様に消耗する Zabbixの仕様にインフラ構成を追従している リリース手順の複雑化 サービスの成長に合わせたサイジングやチューニング おわりに はじめに Sansan株式会社プロダクト開発部インフラチームの岡本です。 事業欲求に応じ優先度と軽重が決められたタスクに向き合いつつ、チームへの依頼事項に対し日々柔軟に対応するよう努めています。 また、Sansanサービス全般のインフラ運用・保守を行いつつも、併せて運用業務の撲滅に取り組んでいます。 今回は、Sansanサービスにおける監視ツールの導入経緯からインフラ構成、監視の設計方針、リリース方法、本構成におけるツラミ等をお伝えできればと思います。 I
詳細: Fargate データプレーン | Amazon Web Services
Amazon Web Services ブログ 詳細: Fargate データプレーン 本日、AWS Fargate の新しいプラットフォームバージョン (1.4) をリリースしました。これには、お客様のための数多くの新しい機能が含まれています。これらの機能の詳細については、こちらのブログ記事をご覧ください。プラットフォームバージョン 1.4 で導入された変更点の 1 つは、Fargate のコンテナ実行エンジンとして、Docker Engine を Containerd に置き換えたことです。 このブログ記事では、お客様のコンテナのワークロードにとってこれが何を意味するか、この変更の背後にある動機、およびこの再設計されたコンテナ実行環境 (Fargate データプレーンとも呼ばれます) の内情について詳しく説明します。 用語集 ブログの本編で使用する用語と概念を確認してみましょう。 コ
プラットフォームの上でものを作るということ
プラットフォームの上でものを作るということ Amazon EKS Advent Calendar 2019 の最終日です. みなさまご存知の通り、AWS には Amazon ECS と Amazon EKS という2つのコンテナオーケストレーションに関するサービスがあります. ECS は2014年に発表された AWS ネイティブなコンテナオーケストレータ、EKS は OSS のコンテナオーケストレータである Kubernetes をマネージドな形で提供するサービスで、2017年に発表されました. 今日はこの Amazon ECS と Amazon EKS という2つのサービスについての話を書こうと思います. // 読んでくださっているみなさまをミスリードしないための DISCLAIMER 本記事の著者は AWS に勤めています. また、この記事には僕個人の意見や想いも強くこもっています.
MackerelにおけるKubernetes利用の取組みとこれから / Kubernetes Meetup Tokyo #22
MackerelにおけるKubernetes利用の取組みとこれから / Kubernetes Meetup Tokyo #22
Open-sourcing gVisor, a sandboxed container runtime | Google Cloud Blog
Open-sourcing gVisor, a sandboxed container runtime Containers have revolutionized how we develop, package, and deploy applications. However, the system surface exposed to containers is broad enough that many security experts don't recommend them for running untrusted or potentially malicious applications. A growing desire to run more heterogenous and less trusted workloads has created a new inter
PaaS/k8s/Serverless使い分けの話とその補足 - Cloud Penguins
4/19に開催された、Japan Container Daysで登壇してきました。 『コンテナ疲れ』と戦う、k8s・PaaS・Serverlessの活用法 from Kazuto Kusama www.slideshare.net 私のセッションは150人ほどの部屋でしたが、立ち見が出るほどの方に来て頂き感謝です。イベント自体もすごく良かったですね。歩留まりを考えて、定員よりもいくらか多めの人数まで申し込みを受け付けたようですが、想定を上回る出席率だった様子です。 いかにコンテナ技術が注目されているかよく分かるイベントでした。 さて、そんなコンテナづくしのイベントの中で、ちょっと違う切り口でお話をさせてもらいました。 なぜ発表しようと思ったか 昨年(2017年)一気に火がついたKubernetes。しかしその結果「そこk8sでやるべきなのか？」と疑問に思う話が各所で見られるようになりました
Dockerが、ユーザー名前空間サポートなどのセキュリティ強化を発表
Dockerが、ユーザー名前空間サポートなどのセキュリティ強化を発表：DockerCon EU 2015 Dockerは2015年11月16日（現地時間）、スペイン・バルセロナで開催中のDockerCon EU 2015で、Dockerコンテナのセキュリティ向上に向けた3つの発表を行った。3つとは、コンテナの動作にルート権限を不要とするユーザー名前空間のサポート、コンテナ署名におけるハードウエアの活用、Docker HubのOfficial Repositoriesを対象としたスキャンおよび脆弱性検知の実施。 Dockerは2015年11月16日（現地時間）、スペイン・バルセロナで開催中のDockerCon EU 2015で、Dockerコンテナのセキュリティ向上に向けた3つの発表を行った。3つとは、コンテナの動作にルート権限を不要とするユーザー名前空間のサポート、コンテナ署名におけるハー
「OpenStack Summit May 2015 Vancouver」レポート #3（2日目）
5月18日からカナダのバンクーバーで開催されているOpenStackのクラウドソフトウェア開発者、ユーザ、管理者のための国際イベント「OpenStack Summit May 2015 Vancouver」は、2日目を迎えました。 キーノートセッション 2日目のキーノートセッションでは、OpenStack Foundation COOのMark Collier氏が登壇。Collier氏からは、最初のトピックとして2016年のOpenStack Summit開催地が発表されました。春はアメリカ・オースティン（記念すべき第1回のOpenStack Summitが開催された場所です！）、秋はスペイン・バルセロナです。発表の瞬間は、会場が拍手と歓声で大いに盛り上がりました。なお、既報したように今年10月のOpenStack Summitは東京で開催されます。 続いて、Technology Adop
Linux／OSSに不慣れでも大丈夫！ WindowsでDockerを扱う際のポイント
Linux／OSSに不慣れでも大丈夫！ WindowsでDockerを扱う際のポイント：山市良のうぃんどうず日記（34） 本連載第31回は「Azureで始めるDocker入門」を掲載しました。掲載後、すぐに「Docker 1.6」がリリースされたので、意図したわけではありませんが、タイムリーな記事になったと思います。今回は、その記事でも紹介した「Docker Client for Windows」をフォローアップします。 連載目次 Docker Client for Windows Previewが登場 先月の記事（第31回）は、Azure仮想マシンの仮想マシンギャラリーにある「CoreOS」のテンプレートから仮想マシンを作成して、「Docker 1.5」を試してみるという内容でした。 所要時間わずか10分で「Docker」を体験しよう―Azureで始めるDocker入門（第31回） 記事
「米グーグル、KubernetesでDockerのライバルをサポート」の文脈
「米グーグル、KubernetesでDockerのライバルをサポート」の文脈：コンテナの標準仕様は広がるか 米グーグルは2015年5月4日（米国時間）、同社が主導するコンテナオーケストレーションのオープンソースプロジェクト「Kubernetes」で、米CoreOSの提唱するコンテナの標準仕様、「App Container spec（appc）」をサポートすることを明らかにした。その文脈をお伝えする。 米グーグルは2015年5月4日（米国時間）、同社が主導するコンテナオーケストレーションのオープンソースプロジェクト「Kubernetes」で、米CoreOSの提唱するコンテナの標準仕様、「App Container spec（appc）」をサポートすることを明らかにした。Kubernetesは、appcを実装しているCoreOSのコンテナランタイムrktを通じ、この仕様をサポートする。 Kub
【詳報】ヴイエムウェアが軽量コンテナホストなどのOSSプロジェクト、様々な「なぜ」を紐解く
【詳報】ヴイエムウェアが軽量コンテナホストなどのOSSプロジェクト、様々な「なぜ」を紐解く：VMware NSXとの関係は？ 米ヴイエムウェアが2015年4月20日（米国時間）に発表した2つのオープンソースプロジェクト、「Project Photon」「Project Lightwave」。ヴイエムウェアはなぜこれらの機能を自ら提供しようとしているのか。なぜオープンソースプロジェクトなのか。VMware NSXとはどのような関係にあるのか。詳しくお伝えする。 米ヴイエムウェアは4月20日（米国時間）、「Project Photon」「Project Lightwave」という、2つのオープンソースプロジェクトを発表した。Project Photonはコンテナ環境に特化した軽量Linux OS、Project Lightwaveはコンテナアプリのための認証・権限管理を開発するプロジェクトだ。
VMwareがvSphereに最適化したコンテナ向け軽量LinuxOS「Project Photon」リリース。Mesosphereも統合予定 － Publickey
VMwareがvSphereに最適化したコンテナ向け軽量LinuxOS「Project Photon」リリース。Mesosphereも統合予定 VMwareが、コンテナ向けに最適化された軽量LinuxOS「Project Photon」をテクノロジープレビューとして公開しました。これまで仮想化ハイパーバイザを中心に製品群を組み立て（あるいはSpring Frameworkのような上位レイヤのものもありましたが）、OSとは一定の距離を保とうとしていたVMwareにとって大きな変化といえます。 PhotonのWebサイトでは、Photonの特長を次のように説明しています。 Photon™ is a technology preview of a minimal Linux container host. It is designed to have a small footprint and
Dockerの諸問題とRocket登場の経緯
2014年の後半あたりからDocker，Docker Inc.への批判を多く見かけるようになった（もちろんもともと懸念や嫌悪を表明するひとはいた）．それを象徴する出来事としてCoreOSチームによる新しいコンテナのRuntimeであるRocketのリリースと，オープンなアプリケーションコンテナの仕様の策定を目指したApp Containerプロジェクトの開始があった． CoreOS is building a container runtime, Rocket 批判は，セキュリティであったり，ドキュメントされていない謎の仕様やバグだったり，コミュニティの運営だったり，と多方面にわたる．これらは具体的にどういうことなのか？なぜRocketが必要なのか？は具体的に整理されていないと思う．これらは，今後コンテナ技術を使っていく上で，オーケストレーションとかと同じくらい重要な部分だと思うので，ここ
第15回 LXCの構築・活用 [3] ― コンテナ内でサウンドを取り扱う | gihyo.jp
この連載のLXCの構築・活用のシリーズが、今回で3回目を迎えました。目的に合わせたパッケージ構成で、システムコンテナを作成・構築することに、だいぶ慣れてきたかと思います。皆さまは、作成・構築したコンテナをどのように利用されているでしょうか。 LXCでコンテナを使うときは、たいていサーバ用途のアプリケーションを導入して運用することが多く、これまでコンテナ内でサウンドを使う手法は、あまり知られていませんでした。しかし、コンテナ上でサウンドを使うアプリケーションの利用や評価を行ったり、多数のコンテナを起動して、利用者向けにリモートコンソール環境やリモートデスクトップ環境を提供するなど、サウンドを必要とする場面も考えられ、このような使い方に興味をお持ちの方も多いのではないかと思います。今回は、コンテナ内でサウンドを取り扱うにはどうすれば良いのかを紹介していきます。 Linuxにおける主なサウンドシ
![第15回 LXCの構築・活用 [3] ― コンテナ内でサウンドを取り扱う | gihyo.jp](https://cdn-ak-scissors.b.st-hatena.com/image/square/3952b726985203aab0ce5c435da8248039ac56b1/height=288;version=1;width=512/https%3A%2F%2Fgihyo.jp%2Fassets%2Fimages%2FICON%2F2022%2F1998_linux_container2022.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コンテナのネットワークインターフェース その実装手法とその応用について
Linux コンテナの内部を知って ワンランク上のコンテナ遣いを目指そう / JTF2017
Docker Engineとツールがメジャーアップデート
