Protocol Buffersのメディアタイプとして”application/protobuf”などをIANAに登録する動きがある。これにより、Protocol Buffersを返すHTTPレスポンスで指定するContent-Typeヘッダの値が明確になる。 Media Type Registration for Protocol Buffers 現在はIETFに『Media Type Registration for Protocol Buffers』というDraftが提出されているところである。(RFC6838によると、Standards TreeではRFCが必要。) Draftでは下記のメディアタイプの登録している application/protobuf application/protobuf+json また、非推奨としつつも慣習的に使われていた下記もエイリアスとして登録してい

最近TS, React の勉強をしているのですが、その過程で思いました。 単なる感想です。 今までのキャリアパス 自分のことを知らない人もいると思うので、自己紹介がてら自身のキャリアパスについて簡単に説明します。 ソフトウェアエンジニアとしてのキャリアを積んだ後、 2016年より株式会社ディー・エヌ・エーでソーシャルゲームプラットフォームの開発に携わる。 その後、2018年より株式会社メルペイでテックリードとして認証認可基盤の開発・運用を担当。 2020年に入社した合同会社DMM.comではアーキテクトとして 100名規模の開発組織で技術戦略を主導する。 2024年10月に株式会社カミナシに入社し、2025年1月 VP of Engineeringに就任。 簡単に言うと "IC -> テックリード -> マネージャー/アーキテクト->VPoE" という感じで、 新卒から今までエンジニアリン

― 10年のコンテナ実践から見えた次世代スタンダード 📆 コンテナ技術の始まり：私とlxc-toolsの出会い（2010年頃）私が初めてLinuxコンテナに触れたのは、2010年ごろのことです。Ubuntuに lxc-tools が登場し、Linuxカーネルの cgroups や namespaces 技術を活用して、プロセス単位で隔離された仮想サーバ（OSフルスタックコンテナ） を実行できることに衝撃を受けました。 当時、私が構築したのは「機能単位で分離したlxc仮想サーバ」による マイクロサービスアーキテクチャ でした。約15の機能別コンテナを連携させ、1つのシステムとして動作させる。Dockerが登場する以前に、マイクロサービス的設計思想を実装していたことになります。 実際、当時のバイトスタッフに異なるホストへの移植テストを依頼し、Ubuntu上では完全な移植性があることを確認しま

CloudNative Days Winter 2024から、さくらインターネットの早坂氏によるeBPFの深堀り解説のセッションを紹介する。 CloudNative Days Winter 2024において、さくらインターネット株式会社の早坂彪流氏が「eBPF Deep Dive: Architecture and Safety Mechanisms」と題したセッションを行い、eBPFの基礎から実践的な活用方法、安全性を担保する仕組みまでを詳しく解説した。Linuxカーネルの拡張を動的に実現し、オブザーバビリティ、セキュリティ、ネットワークといった分野での活用が進むeBPFは、なぜこれほどまでにクラウドネイティブの世界で注目されているのか。その仕組みと可能性について、eBPFの歴史的背景から技術的アーキテクチャ、具体的な実装方法を紹介した。 eBPFの概要と進化、クラウドネイティブでの活用

Want to learn more about unlimited IOPS w/ Metal, Vitess, horizontal sharding, or Enterprise options? Talk to Solutions By Benjamin Dicken | March 13, 2025 Non-volatile storage is a cornerstone of modern computer systems. Every modern photo, email, bank balance, medical record, and other critical pieces of data are kept on digital storage devices, often replicated many times over for added durabil

はじめに 3-shakeのSreake事業部でインターンとして活動している小林(@moz-sec)です。第13回目の今回は、KubernetesのAPIトラフィックアナライザである「kubeshark」について紹介します。 kubesharkは、KubernetesのPod、Node、Clusterを出入りするすべてのトラフィックをキャプチャし、リアルタイムで可視化するツールです。 kubesharkとは kubesharkは、WiresharkをKubernetesのためにカスタマイズしたツールです。kubesharkを使うことでトラフィックの分析が可能になり、インシデントの迅速な解決を支援します。 また、REST、GraphQL、gRPC、Redis、Kafka、RabbitMQ(AMQP)、DNSなどといった幅広いプロトコルをサポートしています。 ノード数が4台以下のクラスターであれ

十徳ナイフみたいにいろいろできるUSBメモリを作ろう。 WindowsやLinuxディストリのインストールの度にUSBメモリを初期化して、インストールメディアを作るのはもうやめよう。VentoyならisoイメージをUSBメモリに入れるだけ。何個でも入る。 今回ご紹介するのはVentoyというツール。これをUSBメモリにインストールしたらあとはisoイメージをドラッグアンドドロップで放り込むだけで、ブートメニューから選択してブートできて大変便利。 インストール Ventoyをダウンロードする。 USBメモリにVentoyをインストールする 実際に使う ブートイメージを配置する 普通にUSBメモリとして使う ブートしてみる セキュアブートが有効な環境の場合 メニュー画面 その他 最後に インストール 今回はWindows PCからインストールした。消去してもよいUSBメモリ（USB3.0接続で

（追記） こんな文章が、思ったよりもバズってびっくりしたので、ツイッターで「フレンチ自作沼（アカウント名は＠French_jisaku）」というアカウントを作成しました。 フレンチ自作界隈の人がいたらフォローしてもらえると嬉しいです。 以下でいただいたコメントの一部に返信していきます。 おおよそ素晴らしいことが書いてあるけど③だけ解像度が低い気が…というのも、料理というのは基本的には科学と同じで味に再現性を持たせる必要があり、そのためには分量を正しく理解し守る必要がある(この分量の正確さをレシピなしでも把握できているのがプロ)。その上で、③では"短時間だとミスった時のリカバリができず"とあるけど、正確な分量を計って料理をすれば大きな失敗はなく連鎖的に料理が崩壊することはまずあり得ない。短時間の作業でのミスとして、例えばイタリアンならカルボナーラの卵に火を通し過ぎる等の失敗はあるかもしれない

奮発して、すげえ高いイタリアンのコースを食ったわけですよ(つっても庶民なので、ひとり一万円はしないくらい)(とはいえ、逆にいうと一万円近くはするわけだ！) まあ美味かったですよね… すべての皿に驚きがあり、それぞれの皿の中に変化があり、なんというか、たとえば俺が6畳の部屋で自炊したヤキソバを5分でかっ食らうような普段の「食事」とは雲泥の差があった マジで、文字どおり泥と雲くらい違った 栄養補給とかじゃなく、あれはひとつの旅、ジャーニー、アドベンチャーだった ○前菜　イチジク・クリームチーズ・生ハムのベルガモット風味オリーブオイルがけまあそれはうまいですよね　フルーツと生ハムを一緒に食うっていうのは、さすがにガキじゃねえから概念としては知ってるわけですが、そうはいってもやはり日常的にはやらないわけだ そういうのをサラリとやってきて、そんですげえうまいんだよ　生ハムもなんつうか、ひと山いくらの

先日WebKitのReviewerになりました。担当はJavaScriptCoreです、WebCoreのことは何も知りません。 I'm officially a WebKit Reviewer! I would like to thank all the JSC Reviewers who reviewed my patches and @Constellation for nominating me. — sosuke (@__sosukesuzuki) February 22, 2025 Reviwerというのは、WebKit開発者の中でもっとも強い権限を持つ人たちです。人のパッチを正式にrejectしたりapproveしたりできます。 去年の8月にWebKit Committerになったときは、やるべきことを投げ出してWebKitに向き合っていた罪悪感があったため、ポジティブな気持ち

# 参考資料 - 紹介図書 - https://amzn.to/3Qtd8NO - https://amzn.to/3QsXou3 - https://amzn.to/437f99X - https://amzn.to/41v6i0M - https:…

はじめに curl とは対話シェルやシェルスクリプトから HTTP 通信を行うのによく使われるコマンドです。あらゆる環境（100 種類の OS）で動作し、macOS や Windows には標準でインストールされています。商用サポートもあり、互換性は非常に重視され、何年経っても同じ書き方で動きます。非常に長く使われており（1998 年生まれの 27 歳1）、そして古い情報もたくさんあります。この記事ではそういった古い情報を、より簡単で新しい curl コマンドの使い方にアップデートします。最初に結論を書いておくと、 もう -X POST -H "Content-Type: applicatoin/json" なんて書かなくていいですよ。 （記事を読まない人のためのリンク） この記事を書くにあたって以下の記事を参考にしています。この記事が書かれたのは 2015 年、現在はそれから 10 年後

We Were Wrong About GPUs Author Name Kurt Mackey @mrkurt @mrkurt Image by Annie Ruygt We’re building a public cloud, on hardware we own. We raised money to do that, and to place some bets; one of them: GPU-enabling our customers. A progress report: GPUs aren’t going anywhere, but: GPUs aren’t going anywhere. A couple years back, we put a bunch of chips down on the bet that people shipping apps to

「国産クラウドだから」だけじゃない、さくらのクラウドを選ぶ理由とは？ 安価で明快な料金、自社開発のクラウド基盤とデータ主権、そして将来性も［PR］ 変化を続けるクラウド市場において、技術の進化と社会情勢の変化を背景に、新たな選択肢として注目度が高まっているのがいわゆる「国産クラウド」です。 日本国内でその代表とされるのが、国内のクラウド事業者として唯一、条件付きながらもガバメントクラウドの認定を受けた「さくらのクラウド」でしょう。 しかし、さくらインターネット執行役員 横田真俊氏は、さくらのクラウドではそれだけでないと話します。 例えば安価で事実上定額のサーバ料金や無料のデータ転送料、為替の影響を受けない料金体系、データセンターからクラウド基盤ソフトウェアまで自社で開発、運用し、ガバメントクラウドの（条件付き）認証を受ける開発能力と高いセキュリティなど、ハイパースケーラーと比較しても多くの

In the year 2030, no one will remember Kubernetes. PortabilityContainers solved a lot of important problems in software development. We had VMs before containers, but they were not as ergonomic to use. The experience of containers was, by comparison, a true delight. Fast(er) builds, near-instant startup, no virtualization, etc. Now we're in an era where containers are annoying to work with. The pr

2月11日、Creston Blogが「WASMはコンテナを置き換えるだろう（WASM will replace containers）」と題した記事を公開した。この記事では、WebAssembly（WASM）がコンテナ技術を置き換える可能性について詳しく紹介されている。以下に、その内容を紹介する。 2月11日、Creston Blogが「WASMはコンテナを置き換えるだろう（WASM will replace containers）」と題した記事を公開した。この記事では、WebAssembly（WASM）がコンテナ技術を置き換える可能性について詳しく紹介されている。以下に、その内容を紹介する。 移植性の高さ コンテナはソフトウェア開発における重要な問題を多く解決してきた。コンテナ登場以前にもVM（仮想マシン）は存在していたが、使い勝手の面でコンテナほど洗練されていなかったため、コンテナは

物騒な世の中です。皆様お気をつけください。 3行でまとめ 自作の OSS、fujiwara/apprun-cli のマルウェア入り偽物を作られて GitHub で公開されました 偽物には大量の新規アカウントがスターを付けていたため、検索でオリジナルのものより上位に表示される状態でした GitHub に通報したところ、偽物を作ったアカウントはbanされたようです 経緯 2024年末に、さくらのAppRun用デプロイツール apprun-cli という OSS を公開しました。 github.com 2025年2月10日 12時過ぎのこと、謎の人物が X で apprun-cli を宣伝しているのを見つけました。 どう見ても自分の物と同じ(コピー)なのですが、妙にスターが多い。リポジトリをのぞいてみると、fork ではなくコードがすべて commit 履歴を引き継がない状態でコピーされ、スター

Docker ビルド職人の朝は早いーー 毎日コンテナイメージを山ほどビルドしては捨てている皆様、おはようございます。 ビルドの速度はそのまま CI にかかる時間だったりするので、短縮には余念のないことと思います。 レイヤのキャッシュやマルチステージビルドといった基本テクニックについて、ご存じない方は以下の記事がお勧めです。 future-architect.github.io この記事では、良い Dockerfile をさらに活用できる、かもしれない docker buildx bake について紹介します。 bake の紹介の前に、私が抱えていた問題を説明します。 目下のプロジェクトでは Kubernetes 上で多数のマイクロサービスを動作させています。 マイクロサービス群はモノリポ（monorepo）上の共通のフレームワークやライブラリを用いて効率的に開発されています。 そのため、全

2月6日、海外の技術メディアThe Registerが「Mixing Rust and C in Linux likened to cancer by maintainer」と題した記事を公開した。この記事では、LinuxカーネルにRustコードを導入しようとする開発者と、C言語での統一を重視するカーネルメンテナとの意見の対立について詳しく紹介されている。 2月6日、海外の技術メディアThe Registerが「Mixing Rust and C in Linux likened to cancer by maintainer」と題した記事を公開した。この記事では、LinuxカーネルにRustコードを導入しようとする開発者と、C言語での統一を重視するカーネルメンテナとの意見の対立について詳しく紹介されている。 以下に、その内容を紹介する。 記事によると、LinuxカーネルでRustを利用す

2025年1月末に14年間勤務した 面白法人カヤック を退職し、2025年2月から さくらインターネット に入社しました。 転職の経緯 自分はここ数年、クラウドを便利に使う「隙間家具OSS」として主にCLIツールをいっぱい作ってきたわけですが、実はサーバー/デーモンっぽいものを作るのも好きなんですよね。とはいえ昨今の状況で自作のミドルウェアやサーバーをクラウド上にデプロイしても運用が大変なだけですし(自分以外に運用させるのはなおさら)、なかなかできないなと。 そんなこんなで手持ちの運用サービス(10年続いたソーシャルゲームやもろもろ)が終了することになり、やることないなどうしようかなと思っていたタイミングで 2024年夏に kazeburo さんから誘われ、tagomoris さんも入るということでこれは面白いことができるかな、というのがきっかけです。 エンジニア向けにものを作るというのを