Open Policy Agent
Flexible, fine-grained control for administrators across the stack Stop using a different policy language, policy model, and policy API for every product and service you use. Use OPA for a unified toolset and framework for policy across the cloud native stack. Whether for one service or for all your services, use OPA to decouple policy from the service's code so you can release, analyze, and revie
仮想化ベースのセキュリティ (VBS)
仮想化ベースのセキュリティ (VBS) では、ハードウェアの仮想化とWindowsハイパーバイザーを使用して、カーネルが侵害される可能性があると想定されるOSの信頼のルートとなる分離された仮想環境を作成します。 Windowsでは、この分離された環境を使用してさまざまなセキュリティソリューションをホストし、オペレーティングシステムの脆弱性からの保護を大幅に強化し、保護を無効にしようとする悪意のある悪用を防ぐことができます。 VBSは、重要なシステムとオペレーティングシステムのリソースを保護したり、認証されたユーザーの資格情報などのセキュリティ資産を保護したりするための制限を適用します。 このようなセキュリティソリューションの例の1つは、VBSの分離された仮想環境内でカーネルモードコードの整合性を実行することによって、Windowsを保護および強化するメモリ整合性です。 カーネルモードコード
デスクトップ仮想化 - Wikipedia
この項目では、仮想化を利用しOSごとデスクトップ環境を分離するソフトウェアについて説明しています。1つのOS内で複数のデスクトップを利用可能にするソフトウェアについては「仮想デスクトップ」をご覧ください。 デスクトップ仮想化（デスクトップかそうか; desktop virtualization）とは、クライアント仮想化[1]とも呼ばれるが、クライアントサーバモデルで、仮想化を使い複数のデスクトップ環境を実行すること。 仮想デスクトップインフラストラクチャー (VDI; virtual desktop infrastructure もしくは virtual desktop interface[2]) とは、仮想環境のためのハードウェアとソフトウェアを含む[3]デスクトップ仮想化のためのサーバーシステムを指す[4]。デスクトップ環境をサーバー側で実行するかクライアント側で実行するかでリモートデ
軽量Dockerイメージに安易にAlpineを使うのはやめたほうがいいという話 - inductor's blog
はじめに やめろ、ではなく、やめたほうがいい。です。自分のユースケースに合ってるか今一度確認することを推奨します。基本的にはAlpineは避けたほうが良い、というのが2021年時点での私の認識です。 なんで？ libcに一般的な互換性が不足しているからです。Ruby、Python、Node.jsなどでNativeモジュールをバンドルしているアプリケーションの場合、パフォーマンスの劣化や互換性の問題にぶち当たる場合があります。 superuser.com あとは他のベースイメージの軽量化もそれなりに進んできていて、Alpineが定番軽量イメージと言う認識は2018年頃には消えつつあったかなという認識でいます。 どうすりゃええねん ※Debian Slimがあるやんってツッコミ結構もらったんですが、Slimは当たり前過ぎてもう紹介しなくていいかなっていう甘えで省略していました。よろしくおねがい
Google、最適化されたコンテナイメージを生成する「buildpacks」をオープンソースで公開。Dockerfile不要でJavaやGo、Node.jsをコンテナへビルド
Google、最適化されたコンテナイメージを生成する「buildpacks」をオープンソースで公開。Dockerfile不要でJavaやGo、Node.jsをコンテナへビルド Googleは、アプリケーションのコードから最適なコンテナイメージを生成するツール群「buildpacks」（ビルドパック）をオープンソースで公開すると同時に、Google CloudのCloud Run、Anthos、Google Kubernetes Engine (GKE)がこのbuildpakcsに対応したことを発表しました。 We’re launching broad support across @googlecloud for buildpacks, an open-source technology that makes it fast & easy to create secure, product
k0s | Kubernetes distribution for bare-metal, on-prem, edge, IoT
The Simple, Solid & Certified Kubernetes Distribution THE KUBERNETES FOR PUBLIC CLOUD, PRIVATE CLOUD, HYBRID CLOUD, ON-PREMISES, BARE METAL, EDGE, IOT ( Pronounced "K-zero-ess" ) Deploy and run Kubernetes workloads at any scale on any infrastructure. CNCF-certified, 100% open source & free. GET STARTED k0s is the simple, solid & certified Kubernetes distribution that works on any infrastructure: b
軽量でインストールも簡単なシングルバイナリのKubernetesディストリビューション「k0s」、Mirantisがオープンソースでリリース。LinuxとWindowsに対応
米Mirantisは、軽量かつシングルバイナリで、インストールや運用も簡単なKubernetesのディストリビューション「k0s」をオープンソースとしてリリースしました。 新しい Kuberentes distro, #k0s が OSSで公開されました！ 軽量、ワンバイナリ、Intel/ARM対応、アップデートも簡単！ チェックしてみてください！https://t.co/B4gBUPWau2 — Mirantis Japan (@Mirantis_JP) November 13, 2020 対応するOSはLinuxとWindows（今後リリース予定）。プロセッサはIntelとARMに対応します。 軽量かつ簡単に導入できて運用も容易 k0sは、「100% upstream vanila Kubernetes distro」（100％純正で色付けのないKubernetesディストリビューショ
Container Runtime Meetup #2
7/18(土)に開催予定だった「Container Runtime Meetup #2」は8/22(土) 9:00〜の開催になりました。 第2回は、コンテナランタイムでも応用されている仮想化技術「ユーザモードカーネル」を中心に、コンテナ仮想化技術の未来の可能性に迫ります！ 今回はLT枠も若干名募集します。ユーザモードカーネルに限らずとも、コンテナランタイムに関係のありそうなお話ならばどんなお話でもウェルカムです！ スケジュール（connpassへのリンク）：https://runtime.connpass.com/event/180172/ Twitterハッシュタグ： #container_runtime
Rubyで君もコンテナになる - Haconiwaのごく一部の機能の紹介 / learn-you-a-linux-namespace-for-great-good
ピクシブ福岡オフィス - オープン記念LT祭
全社テレワークしてから、Windows 10が遅い、重い――情シスに苦情殺到の“VDIの悲劇”はなぜ起こるのか
全社テレワークしてから、Windows 10が遅い、重い――情シスに苦情殺到の“VDIの悲劇”はなぜ起こるのか：横河レンタ・リースの「Win10運用マスターへの道」（22） 全社テレワークを検討する企業が増える中「Windows 10の動作が遅くなった」「デスクトップが立ち上がりにくくなった」という声が聞こえてくるようになりました。その原因でよくあるのが、以前からテレワークに活用されてきたVDIです。なぜVDIでWindows 10を動かすと問題が起こるのか？ その原因と注意点を解説します。 皆さんこんにちは。横河レンタ・リースで、ソフトウェアの製品開発を担当している松尾太輔です。「Windows 10」運用にかかわるさまざまな課題を取り上げる本連載、今回はWindows 10を使ったテレワークの課題になりがちなVDI（仮想デスクトップ）を取り上げます。 当社は2020年2月から全社的にテ
x86仮想化 - Wikipedia
x86仮想化とは、x86ベースのゲストオペレーティングシステム (OS) を、別のx86ベースのホストOS上で、ほとんど（あるいは全く）ゲストOSを修正することなく動作させる手法である。 本来のx86アーキテクチャは、命令セット中に特権命令でないセンシティブな命令がある。このためPopekとGoldbergの仮想化要件を満たしていない。2005年と2006年、インテルとAMDがそれぞれx86アーキテクチャを拡張することでこれに対応し、他の仮想化での問題にも対処した。 Intel VTの名称で知られるインテルによる実装についてはインテル バーチャライゼーション・テクノロジーの項目を、AMD-VおよびAMD-Viなどの名称で知られるAMDによる実装については本記事のAMD-V節を参照のこと。 1999年2月8日、VMware は初のx86仮想化製品 "VMware Virtual Platfo
Amazon AWS Launches Linux-Based Bottlerocket For Hosting Containers - Phoronix
Amazon AWS Launches Linux-Based Bottlerocket For Hosting Containers Written by Michael Larabel in Operating Systems on 10 March 2020 at 09:05 PM EDT. 2 Comments The newest open-source project out of Amazon Web Services is Bottlerocket, a Linux-based operating system designed for hosting containers and largely written in Rust code. AWS open-sourced Bottlerocket today as an open-source operating sys
Dockerの置き換えを目指す ルートレス&デーモンレスの Podman 入門 - Qiita
このことから、podman は Red Hat がオープンソース・プロジェクトとして、発展途上であると見なされ、dockerコマンドを置き換えるまでに熟成されるには、もう少し時間が必要と考えられる。 (3) OCIに準拠するコンテナイメージの開発、管理、および、コンテナとして実行 Docker Hubに登録されたコンテナを実行すること、podmanでビルドして、レジストリに登録したイメージを、dockerコマンドで実行することも可能であり、互換性に問題はないと見られる。 (4) デーモンレスのコンテナエンジン podman は、Dockerデーモンの様な root で動作するデーモンを必要としない。つまり、podman コマンドだけで、デーモンの助けを必要とせずにコンテナを実行できる。 (5) コンテナはルートレスモードで実行可能 ルートレスのコンテナは、それらを起動したユーザーよりも多く
LIFULLが主要サービスの(ほぼ)全てをKubernetesに移行するまで - LIFULL Creators Blog
技術開発部の相原です。好きな --feature-gates はServiceTopologyです。 この記事はLIFULLアドベントカレンダーの16日目です。 去年のエントリではIstio を本番環境に導入するまでと題して、私のチームが進めているアプリケーション実行基盤刷新プロジェクトでのIstioの導入についてお伝えしました。 移行に至るまでの経緯などはそのエントリをご覧ください。 あれからしばらくが経ち、ようやく主要サービスの(ほぼ)全てをKubernetesに移行することができましたので今回は移行を実現するまでに行った取り組みを紹介したいと思います。 移行にあたってやったこと 健全化 構成の見直し アプリケーションサーバの見直し Containerize SIGTERMへの対応 環境ごとの値を外から与えられるように 可観測性の向上 Prometheus Exporter実装による可
Kubernetes を何故採用したのか - c4se記：さっちゃんですよ☆
Kubernetes3 Advent Calendar 2019 - Qiita 12/11 昔 Kubernetes を技術撰定した事が有ったのでその時の話をする。以下の slide の時の話だ。 ステートフルで大規模アクセスのある soft-realtime なゲームサーバーを easy につくる 採用後の具体的な運用の話はしない。流石に昔話に過ぎる。 何が嬉しいか? 前提 : 代替手段でも充分、と云ふだけでは代替手段を撰ぶ理由には成らない 自分の學習 cost は氣にしない。學習せずに濟む手段は私には常に無いので 検討を始めた時には何となく動く Elixir application は既に在り、infrastructure に求められる事も判ってゐた。Elixir application を動かす。多くの WebSocket を安定して繋ぐ。極端に好い network 性能は求めない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Getting started - cdk8s
Hyper-V vs Virtual Machine Platform vs Windows Hypervisor Platform settings in Programs and Features?
Why can't VirtualBox or VMware run with Hyper-V enabled on Windows 10?
GitHub - cdk8s-team/cdk8s: Define Kubernetes native apps and abstractions using object-oriented programming
Podman | podman.io
