世界一わかりみの深いコンテナ＆Docker＆Kubernetes入門
RAG構築のためのAzure OpenAI Serviceリファレンスアーキテクチャ詳解/wakarimiragarchitecture
RAG構築のためのAzure OpenAI Serviceリファレンスアーキテクチャ詳解/wakarimiragarchitecture
LFAを書いたときの話にあるKernel#loadの第2引数で名前空間的なものを作れるんだけど、loadした先のファイルでrequireされてたらダメなんだよね、という話の続き。ダメなんだよねー、で終わってたんだけどRubyKaigi2023で@shioyamaさんのMultiverse Rubyを聞いて、ここに仲間がいた!!! ってなって、さらにそのあとバーで飲みながらやろうやろうって盛り上がったので、なんか色々考えている。 RubyKaigiの話は別途書くとして、いまはとりあえずこっち。 後半に、こんなものが欲しい、という話、および読んだ人の意見が欲しいということが書いてあるので、このあたりに何か思うところがある人はぜひ読んでみてください。どっちかというと、自分以外のRubyユーザがどう考えているのかを、bugsに出す前にまず知りたいなと思っています。 動機 Rubyにはみなさんご存知
新しいLinux namespaceである「CPU Namespace」について - inductor's blog
はじめに この記事は、以下のlwn.netの記事を抄訳したものです。 lwn.net CPU Namespaceのご紹介 これはCPU namespaceのインターフェスとそのメカニズムを証明するための初期プロトタイプです。 現状におけるCPUリソースの制限方法 Linuxカーネルでは、タスクのCPUリソースを制御するために2つの方法を提供します。 cgroup cpuset: 該当のグループにアタッチされた単一または複数のタスクの集合に対し、CPUリソースを制限するためのメカニズムです。 syscall sched_setaffinity: CPUの集合に対して特定のタスクをピニングするためのシステムコールです（訳注: NUMA利用時の条件下などにおいてよく利用される手法）。 また、カーネルはシステムにおいて利用可能なCPUリソースを閲覧可能にするために3つの方法を提供します。 sys/
Scaling Kubernetes Tenant Management with Hierarchical Namespaces Controller | メルカリエンジニアリング
Scaling Kubernetes Tenant Management with Hierarchical Namespaces Controller Author: @deeeeeeeet from Platform Developer Experience Team Three years ago, we took the decision to break our monolithic API into microservices, and move from the physical machine deployment on-premise to container deployment on GCP by using Google Kubernetes Engine (GKE). We architected our Kubernetes cluster with multi
Time namespace と聞くと、Guitar Freaks & Drum Mania の名曲「Timepiece Phase II」を思い出してしまうんですが、僕だけでしょうか？僕だけですね...。 今日はLinux 5.6 でマージされたらしい、 Time namespace を触ってみることにしました。 git.kernel.org この辺りでマージされた機能ですね。 Linux namespace って？ Linux のコンテナは、ホストから様々なリソースを独立させて切り離された「名前空間」に所属します。リソースの種類ごとに名前空間があり、例えばネットワークのNamespace、マウントポイント情報のNamespace、ホスト名などUTSのNamespaceなどなど、5.5までで7つのドラゴンボールこと名前空間が実装されていました。詳細は コンテナの基礎 tenforward
結論から 公式の TypeScript ドキュメントの何処にも namespace を非推奨と示唆する記載は無い。 尚且つ microsoft/TypeScript#30994(comment) で TypeScript チームのリード開発者である Ryan Cavanaugh 氏が述べているように将来的に廃止される事も無い。 TypeScript の namespace について調べると公式では無い記事や投稿で非推奨（deprecated）というワードが目立つ事、tslint や typescript-eslint を使用していると namespace の使用で注意されてしまう事などから非推奨と認識されてしまっていると推測する。 個人的に「非推奨」という強いワードは「使用するな」というメッセージ性を感じる。開発者同士の間で誤解を生みかねないため namespace は非推奨では無いと伝え
この記事は OIC ITCreate Club Advent Calendar 2018 15 日目が空いてたので、そのつもりで書いている記事です。 https://adventar.org/calendars/3072 Linux には、以下のような機能が標準で実装されており、簡単に使用可能です。 Cisco のような機器には性能が及ばないですが、一通りの基本的な名ネットワークはもちろん、更に高度なネットワークも気軽に組むことが出来ます。 これらの機能を組み合わせて Docker 等のコンテナエンジンのネットワーク技術は構築されています。 iptables ファイアウォール・NAT(SNAT/DNAT/Masquerade)等の機能を提供 主に、IP と TCP/UDP 等のプロトコルに対して設定が書ける iptables コマンドで操作が可能 Bridge L2 なブリッジインターフェ
Linux の Network Namespace と Keepalived でルータの冗長化を試す - CUBE SUGAR CONTAINER
今回は「Linuxで動かしながら学ぶTCP/IPネットワーク入門」に載せようか悩んで、結局は載せなかった内容のひとつを扱う。 Linux の Network Namespace を使って作った 2 台のルータを、Keepalived (VRRP) を使ってホットスタンバイで冗長化する構成を組んでみる。 つまり、2 台のうち 1 台のルータに障害が起きても、残りの 1 台が役務を引き継いで通信を継続できる状況を再現する。 使った環境は次のとおり。 $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 20.04.4 LTS Release: 20.04 Codename: focal $ uname -srm Linux 5.4.0-107-generic aarch
Alexey Gladkov <legion-AT-kernel.org>, Andrew Morton <akpm-AT-linux-foundation.org>, Christian Brauner <christian.brauner-AT-ubuntu.com>, "Eric W . Biederman" <ebiederm-AT-xmission.com>, Jann Horn <jannh-AT-google.com>, Jens Axboe <axboe-AT-kernel.dk>, Kees Cook <keescook-AT-chromium.org>, Linus Torvalds <torvalds-AT-linux-foundation.org>, Oleg Nesterov <oleg-AT-redhat.com> Preface ------- These p
Linux のコンテナ仮想化を構成する機能の一つに Namespace (名前空間) がある。 Namespace は、カーネルのリソースを隔離して扱うための仕組みで、リソース毎に色々とある。 今回は、その中でも PID (Process Identifier) を隔離する PID Namespace を扱ってみる。 使った環境は次のとおり。 $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 20.04.3 LTS Release: 20.04 Codename: focal $ uname -rm 5.4.0-96-generic aarch64 $ unshare --version unshare from util-linux 2.34 $ gcc --
Pratik Sampat
A mechansim to isolate CPU topology information in the Linux kernel The CPU namespace aims to extend the current pool of namespaces in the kernel to isolate the system topology view from applications. The CPU namespace virtualizes the CPU information by maintaining an internal translation from the namespace CPU to the logical CPU in the kernel. The CPU namespace will also enable the existing inter
IBM Proposing A CPU Namespace For The Linux Kernel - Phoronix
IBM Proposing A CPU Namespace For The Linux Kernel Written by Michael Larabel in Linux Kernel on 9 October 2021 at 06:56 PM EDT. 10 Comments IBM engineer Pratik Sampat published an early prototype of a CPU namespace interface for the Linux kernel. This CPU namespace was devised to address coherency issues with current means of viewing available CPU resources as well as addressing possible security
概要 前回 christina04.hatenablog.com でネットワーク名前空間の機能に触れてみました。 今回はブリッジを挟んでアクセスするネットワーク環境を構築してみます。 環境 Ubuntu 18.04 ブリッジを挟んだネットワーク環境構築 ネットワーク名前空間を作成 ip netns addでネットワーク名前空間host1とhost2を作ります。 $ sudo ip netns add host1 $ sudo ip netns add host2 $ ip netns l host2 host1 ループバックアドレスをUPしておきます。 $ sudo ip netns exec host1 ip link set lo up $ sudo ip netns exec host2 ip link set lo up 図で表すと以下の状態です。 vethの作成 次のように３つv
GitHub - Jamesits/systemd-named-netns: Use named netns (net namespace) with systemd services!
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
名前空間エイリアス演算子 - '::' は、エイリアスが設定された名前空間のメンバーにアクセスするために使われます。 - C#
エイリアスが設定された名前空間のメンバーにアクセスするには、名前空間エイリアス修飾子 :: を使います。 :: 修飾子は 2 つの識別子の間でのみ使用できます。 左側の識別子には、名前空間エイリアス、extern エイリアス、または global エイリアスのいずれかを使用できます。 次に例を示します。 using エイリアス ディレクティブを使って作成された名前空間エイリアス: using forwinforms = System.Drawing; using forwpf = System.Windows; public class Converters { public static forwpf::Point Convert(forwinforms::Point point) => new forwpf::Point(point.X, point.Y); } extern エイリア
XML文書と名前空間の指定 XML文書では、異なる仕様で定められた要素を混在させることができます。 例えば RSS 1.0 では、channel, item など RSS 1.0 の仕様で定められた要素のほかに、 RDF の仕様で定められた RDF (rdf:RDF), Dublin Core という仕様で定められた date (dc:date) などが混在しています。 これらの要素がどの仕様で定められたものなのかを識別するため、 要素名の前に rdf, dc といった名前空間接頭辞(prefix)がつけられています。 接頭辞と、仕様を識別するためのURIとの対応が、root要素の属性に記述されています。 xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmln
コンバンハ、千葉（幸）です。 2021 年ももう終わりますね。今年も AWS では様々な サービス、新機能が発表されました。 果てして AWS サービス名前空間は何個増えて、トータルで何個あるのか？考えたことはあるでしょうか。 ……え？違いますよ、わたしがしているのは AWS サービスの話ではなくAWS サービス名前空間の話です。 AWS サービスは「何を持って AWS サービスと呼ぶか」という曖昧さが付き纏うので、正確な数をカウントするのは難しいでしょう。その点 AWS サービス名前空間は定義が明確なので、カウントするには持ってこいです。一年に一回くらいは思いを馳せてみましょう。 ちなみにわたしの中での 2021 年に増えた AWS サービス名前空間 Best 3 は以下です。 rbin mediaimport ssm-guiconnect 上記はいずれも何かしらの新サービス、新機能をき
ただ、network namespaceで仮想的に分割した場合、同じLinux上に"web01" network namespaceと"db01" network namespaceが同居して、Linux上の/etc/hostsを共有しています。 対処 man ip-netnsでマニュアルを見ると以下の記載があります。 For applications that are aware of network namespaces, the convention is to look for global network configuration files first in /etc/netns/NAME/ then in /etc/. For example, if you want a different version of /etc/resolv.conf for a network
例では、下から三番目、「78.0.0.0/24 」のネットワークに対しては、Local Label「27」がセットされています。これは隣接ルータが宛先「78.0.0.0/24」のネットワークに向けて自分に向けて投げる際にこの数字をつけて来ます（という事が既に分かっています）。そうしたらOutgoing Lable「22」をつけて投げると書いてあります。一番右の二つは「78.0.0.0/24」に向かうには自分のルータのIF（Outgoing IF）Et4/4から、ネクストホップアドレス25.0.0.3に投げれば良いと書いてます。 これをまとめるとこのルータは、 『ラベル番号27をつけて投げてきたMPLSパケットには、ラベル番号22つけてEt4/4からネクストホップ25.0.0.3に向けて投げる』と読み取れるわけです。実際に投げる際にはラベルしかルータは見ていないことがこれで分かるかと思います
Namespace を使用しているXML文書に対するXPath式 - とあるベンチャーのCTOの日記
NameSpace を使用しているXML文書に対する XPath 式は注意が必要です。 XPath を取り扱うライブラリに対して、どのネームスペースを使用するか、予め登録する必要もありますが、それが NG であるシチュエーションもあります。 たとえば、以下のSpring のXML Schema に対して、XPath 式の指定を考えます。 <?xml version="1.0" encoding="UTF-8" standalone="no"?> <xsd:schema xmlns="http://www.springframework.org/schema/beans" xmlns:xsd="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.springframework.org/schema/beans"> <xs
コンバンハ、千葉（幸）です。 年初の定番、AWS全サービスまとめの 2022年版を皆さんはもうご覧になったでしょうか。 ここでは AWS マネジメントコンソールから確認できる「サービス」をベースにまとめており、今回は 223 個のサービスが紹介されました。 223 個、多いですね。 ただ皆さんご存知の通り、2021年末の時点で AWS サービス名前空間は 300 個あります。AWS サービス 223 個に対して名前空間 300 個……その対応状況がどうなっているのか？気になった方もいるのではないでしょうか。 きっと世界中に 6 人くらいはそんな人がいると思うので、その中の 1 人としてまとめを作ってみました。 AWS サービス名前空間とは 2021年末にひっそりと以下のエントリを書きました。ここでは AWS サービス名前空間をベースに一覧を作っています。 AWS サービス名前空間とはなんぞ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ご意見募集: Rubyに名前空間サポート的なものが欲しいという話 - たごもりすメモ
Time namespace を試す - ローファイ日記
TypeScriptのnamespaceは非推奨ではない - Qiita
LinuxのNetns/veth/Bridge/NATで仮想ネットワーク構築
[RFC PATCH v3 0/8] Count rlimits in each user namespace [LWN.net]
Linux の PID Namespace について - CUBE SUGAR CONTAINER
Network NamespaceにBridge経由でアクセスする - Carpe Diem
XPathにおける名前空間の扱い
今年の AWS サービス名前空間、今年のうちに。 2021 | DevelopersIO
network namespaceごとに/etc/ファイルを使い分ける
netns on Ubuntu on GNS3にてLinuxのMPLS機能を見てみる。 - Qiita
AWS全サービスまとめ に全AWSサービス名前空間をそっと添えてみた | DevelopersIO