Web版VSCodeがDockerコンテナをWASM環境で起動、Webブラウザ内ローカルマシンとして利用可能に。拡張機能「vscode-container-wasm」登場
Web版VSCodeがDockerコンテナをWASM環境で起動、Webブラウザ内ローカルマシンとして利用可能に。拡張機能「vscode-container-wasm」登場 WindowsやMacなどのデスクトップPCでVisual Studio Code（以下VSCode）を利用して開発をする場合、同じローカルマシン上でDockerコンテナのLinux環境を起動し、VSCodeのターミナルで接続して操作することは、開発環境としてよくあることだと思います。 これと同じことをWebブラウザ版のVSCodeでも実現する、すなわちWeb版VSCodeが同一Webブラウザ上にWebAssembly化したDockerコンテナを起動し、Web版VSCodeからローカルマシンとして接続し利用できる、実験的実装を実現したVSCodeの拡張機能「vscode-container-wasm」が登場しました。 V
Linuxコンテナの「次」としてのWebAssembly、の解説
はじめに WASMをブラウザの外で動かすトレンドに関して「Linuxコンテナの「次」としてのWebAssemblyの解説」というタイトルで動画を投稿したのですが、動画では話しきれなかった内容をこちらの記事で補完したいと思います。 2022年もWebAssembly(WASM)の話題が多く発表されましたが、そのひとつにDocker for DesktopのWASM対応があります。FastlyやCloudflareもエッジ環境でWASMを動かすソリューションを持っていますし、MSのAKS(Azure Kubernetes Service)でもWASMにpreview対応しています。WASM Buildersでも2023年のWASMの予想としてWASMのアプリケーションランタイム利用に関して言及されました。 WASMといえば元々ブラウザ上で高速にC++のコードなどを実行するところから始まっている
Docker+Wasmを試してみた（Docker Engineのビルドから）
はじめに DockerでWasmを実行できるDocker+Wasmがテクノロジープレビューとして発表されました。 公式ドキュメントにはDocker Desktopのバイナリしか公開されていませんでしたが、GitHubリポジトリにWasm対応のDocker Engineをインストールする方法がありました。 個人アカウントのリポジトリですが、Docker社の人がCloud Native Wasm Day North America向けにつくったリポジトリのように思われます。 本記事は、上記の方法でWasm対応のDocker Engineをインストールして試した結果のまとめになります。 環境 ホストOS：Ubuntu 22.04.1 作業ログ 以下を参考にインストールを進めます。 Docker+Wasmのインストール 前提条件 以下がインストールされていること Docker Docker Com
Dockerコンテナのpostgresqlがマルウェアに感染した件について - Qiita
表示されたプロセス一覧の中からCPU負荷を極端に使用しているプロセスを探したところありました。 「/tmp/kinsing」 「/tmp/kdevtmpfsi」 この2つのプロセスがCPU負荷300%を超えていました。 kinsing(kdevtmpfsi)マルウェア このDockerマルウェアは感染したDockerホストで仮想通貨をマイニングしてCPU負荷を掛ける仮想通貨マイニングマルウェアです。ここではマルウェア自体の機能と解析の解説は記述しません。 詳しくは以下のリンク先を参考にしてください。 脅威：コンテナ環境を対象としたマルウェア「Kinsing」が増加中 #AquaSecurity #セキュリティ #コンテナ #マルウェア コンテナを標的にしたマルウェア、Aqua Security Softwareが攻撃手法を解説 感染経路 誤って外部公開されたDocker APIが主な感染経
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. 影響範囲を知りたい場合
Windows 10にはコンテナーがいっぱい (1/2)
「コンテナーがいっぱい」と聞くと、なんだか港の風景を思い出してしまうが、Windowsにもコンテナーが複数ある。コンテナーとは、アプリケーションの独立した実行環境とそこで動作するソフトウェアや設定などをファイル化して実行させるもの。あらかじめコンテナーを作っておけば、あとはそれを組み合わせてシステムを構築できるわけだ。 仮想マシン環境に似ているが、コンテナー自体にはOSは含まれないし、必ずしも仮想マシン支援機能を前提としているためでもない。そもそもコンテナーが普及した1つの理由は、仮想マシンにつきもののオーバーヘッドや長い起動時間、大量のメモリー消費といった問題がないため。コンテナーは、特定のハードウェアに縛られることなく実行でき、システムを複数のコンテナーで構築することも可能であり、このとき仮想マシンに比べて実行オーバーヘッドの低いコンテナーは魅力的だったのだ Windows 10Xには
Azure Functions on AWS - かずきのBlog@hatena
これは Serverless2 Advent Calendar 2018 の 4 日目の記事です。 qiita.com 前日は miyake さんによる Serverlessconf Tokyo で Durable Functions にコントリビュートしました | PaaSがかりの部屋 でした。 本文 先日、Azure Functions を Docker を使って Docker イメージにパッケージングしました。 blog.okazuki.jp Advent Calendar も、空白があるようなので折角なので、今回は AWS の Amazon ECS にデプロイしてみようと思います。 とりあえず手動 docker push がだるかった（and 何故か自宅からやると凄く重かった）ので、以下のような azure-pipelines.yml を書いて Azure DevOps (旧 Vi
コンテナのセキュリティを
中身から理解しよう / inside-out-container-and-its-security - Speaker Deck
＠九州セキュリティカンファレンス 2018 https://kyusec.student-kyushu.org/ 本スライドは、udzuraと [mrtc0](https://speakerdeck.com/mrtc0) の共著です。 はてなブックマーク数は mrtc0 と折半です。
Azure Container Registryの作成からDockerイメージのプッシュまで | SIOS Tech. Lab
Dockerイメージを管理・共有する仕組みとして、「レジストリ」が必要です。 特定の人のみがアクセスできるようにしたい場合はプライベートレジストリを使用しますが、今回は、自分で立てるのではなく、Azureがレジストリサービスとして提供しているAzure Container Registryを試してみたいと思います。 Azure Container Registry とは Azure コンテナー レジストリは、オープンソースの Docker Registry 2.0 に基づいた、管理された プライベートなDocker レジストリ サービスです。 主な特徴は以下になります。 使い慣れたオープン ソースの Docker CLI を使用可能 Azure Active Directory によるレジストリ認証のサポート DC／OS・Docker・Swarm・Kubernetes・Azureサービス(
2018年なぜ私達はコンテナ/Dockerを使うのか | iret.media
2017年にもうコンテナの未来・一つのカタチはもう確定したと言え、今更感があるものの、改めてDockerとコンテナについて。 今更こんなことを書くのは、情報が溢れてくる今こそ、正しく理解し、正しい順序で学習することが重要だと切に思うから。 内容についてのお断り How Toはかきません あくまでも2018年時点の私見 目新しい情報はない、2016年頃に書けたレベル Dockerをこう使えとか、こうするのがいいとかの話ではなく、コンテナとDockerに関して大きな視点で現時点で私の考えを書きます。また、私自身はかなりのコンテナ推進派です。 Dockerをよくわかっている人には意味のない記事となります。 コンテナ(Docker)のメリット 何故コンテナがいいのか、コンテナをある程度の学習コストを払ってでもやる理由 コンテナとDocker コンテナ技術はDockerが生まれる前から存在する技術で
Getting IIS Win Auth to Work in a Container
As you have no doubt figured out by now, containerization of IIS apps that use Windows Authentication to authenticate users is not as simple as referring to the gMSA of the app in the credentialspec of the Docker Run command. Two new things are needed: 1) association of the Service Principal Name with the gMSA and, 2) setting the hostname of the container to the name of the gMSA. tldr version: Ass
Docker HubでWindows Sever用のDockerイメージ公開開始。Windows Server 2016 Technical Preview 5からPush、Pullが可能に
Docker HubでWindows Sever用のDockerイメージ公開開始。Windows Server 2016 Technical Preview 5からPush、Pullが可能に Docker HubでWindows Server用のDockerイメージが公開されました。公開されたばかりのWindows Server 2016 Technical Preview 5のDocker機能でDocker HubへのPushとPullが可能になったため、Windows ServerでDockerを使って簡単にソフトウェアを導入できるようになりました。 Windows Server 2016 Technical Preview 5では、Docker HubへのPushとPullができるようになり、WindowsやLinuxなど複数のOSとx86とARMのような複数のCPUアーキテクチャに
マイクロソフトの de:code の DevOps トラックが奇跡の展開になっている件 - メソッド屋のブログ
私のメインマシンは未だに Mac で現在も docker を中心としたオープンソース系の DevOps 技術が大好きだ。そんな私でも正直、今年の de:code というマイクロソフトのイベントはありえない展開になっていると思う。本当にこうなったのは私の力ではなく、日米のマイクロソフトの仲間と、一緒に仕事をさせてもらっているクリエーションラインさんのおかげで、少なくとも DevOps トラックは奇跡の展開になっていると言っていい。これがマイクロソフトだからという理由で世の中にあまり知られていないのはもったいなすぎる。 OSSを愛する一人として言っておきたい。 はっきり言って、DevOps やマイクロサービスに興味があるならマイクロソフトに全く興味がない人でも参加する価値がある。 その理由を簡単にお話ししたいと思う。この先を読んでいただいたらその理由がわかってもらえると思う。 理由その１. 超
マイクロソフト、Linux版の.NETをDocker上でデモ。Visual Studioからリモートデバッグ可能
マイクロソフト、Linux版の.NETをDocker上でデモ。Visual Studioからリモートデバッグ可能 マイクロソフトは先週開催した同社のイベントConnect();で、.NETコアランタイムと.NET server frameworkのオープンソース化、およびLinux版とMacOS X版オフィシャルディストリビューションのリリースを発表しました。 ［速報］マイクロソフト、サーバサイドの「.NET Core Rutime」と「.NET Framework」のオープンソース化を発表。C#コンパイラやASP.NETなど ［速報］マイクロソフト、「.NET server framework」のLinuxとMacOS X用オフィシャルディストリビューションを発表。.NETアプリケーションのビルド、実行が可能に これにあわせて同社は、Linux上のDockerコンテナの上でC#で記述され
マイクロソフトにおけるコンテナ型仮想化プログラム「Docker」への取り組み
アプリケーションのデプロイを自動化するオープンソースのエンジン「Docker」のバージョン1.0がついに、米国時間6月9日にリリースされた。 MicrosoftやIBM、Rackspace、Googleといったクラウドベンダーに加えて、CanonicalやRed Hatといった大手のLinuxベンダーは、Dockerのサポートをそろって表明している。 米ZDNetにおける筆者の同僚であるSteven J. Vaughan-Nicholsが説明しているように、Dockerは仮想マシンではなくコンテナを用いることで、同一サーバ上で複数のアプリケーションを同時に稼働できるようにする。これは、分散アプリケーションの設定やデプロイをより容易に行いたい開発者や管理者向けのプラットフォームだ。 Dockerのテスターらは既に 「Microsoft Azure」上のLinux仮想マシンでDockerのプリ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://jp.techcrunch.com/2017/12/19/2017-12-18-as-kubernetes-surged-in-popularity-in-2017-it-created-a-vibrant-ecosystem/
Docker �基本のおさらい
DockerとMicrosoft: DockerのWindows Server、Microsoft Azureとの統合