タグ: #architecture
GPU・LLM・MLOps・Kubernetes、そしてマインドセット · 100 件
データベースキャッシュ戦略完全ガイド:結局は無効化がすべてだ
PostgreSQL 18を基準に、キャッシュをデータベース側から順に積み上げて整理します。sharedbuffersとOSキャッシュというすでに存在するキャッシュ層、マテリアライズドビューという計算キャッシュ、その上に外部キャッシュを載せるかどうかを判断する基準、そしてキャッシュ導入の本当の難所である無効化の4つの失敗モードと書き込みパスの順序問題、キャッシュスタンピード対策までを扱います。
2026-08-15 · 32 分で読めます #database#postgresql#caching#performance-tuning#architectureLangfuseがトレースをClickHouseに置く理由 — 保存層の役割分担
Langfuseを自分で立ち上げてみると、まずデータストアが一つではないことに驚きます。ClickHouse、Postgres、Redis、オブジェクトストレージの四つがそれぞれ別の役割を担います。本記事は公式ドキュメントを基準に、各ストアが何を持つのか、取り込まれたイベントがどの順序でこれらの構成要素を通るのか、大きなペイロードがどこへ抜けるのかを整理します。カラム指向ストレージがトレース分析の問い合わせに合う理由をClickHous
2026-08-14 · 19 分で読めます #observability#langfuse#clickhouse#architecture#postgresDeepSeek Harnessのプラグインカーネル構造 — 巻き戻せるエージェントは何が違うのか
DeepSeekが公開したオープンソースのコーディングエージェントHarnessは、モデルもツールもUIもすべてプラグインにした構造です。ただし実際に興味深いのはプラグインという言葉ではなく、2つの設計判断です。1つはすべての実行を追記専用のイベントログに残し、再開・分岐・再生を同じストリーム上で扱うこと、もう1つはプラグインを外すときに副作用を巻き戻すことを強制する点です。この構造が何を可能にするのか、そしてプラグイン生態系への古い反
2026-08-14 · 13 分で読めます #ai-agent#architecture#plugin-system#observability#open-source何が技術を交代させるのか — 自社のスタックがその軌跡上にあるかを点検する方法
場所を譲ったオープンソースというシリーズの最終回です。前の三回で扱った30あまりのプロジェクトを横断し、技術を交代させる力を五つに整理します。プラットフォームの吸収、運用負担、保守人員、ライセンス変更、問題定義の移動。特にライセンス変更はMongoDB、Elastic、HashiCorp、Redisの事例を、どこからどこへ変わったのかという事実だけで表にまとめ、その結果生まれたOpenSearch、OpenTofu、Valkeyのフォー
2026-08-12 · 13 分で読めます #open-source#architecture#license#migration#governanceデータレジデンシーはドロップダウンではなく複製トポロジーだ
Fastmailが2026年8月3日にEUデータリージョンを開くにあたって公開した文書を教材にして、データの所在地がなぜリージョンの選択ひとつで決まらないのかを整理します。主コピー、レプリカ、災害用バックアップ、全世界に複製されるメタデータ、ログ、サードパーティ連携、そして障害時のフォールバック経路は、それぞれ別の場所を持ちうるし実際に持っています。FastmailはEUアカウントのレプリカが米国にあり、バックアップはフィラデルフィアに
2026-08-09 · 16 分で読めます #architecture#data-residency#gdpr#replication#complianceデプロイこそが負荷テストだ — キャッシュを満たす費用を設計しないと起きること
Canvaがゲートウェイのインメモリなセッション無効化キャッシュをMySQLからS3へ移した過程を分解します。問題は定常状態の参照費用ではなく、デプロイのたびに数百のポッドが同時にキャッシュを満たしながらデータベースを叩く起動費用であり、解決策はキャッシュ層をもうひとつ載せることではなくデータの表現を変えることでした。12時間のスライディングウィンドウを30分の断片に切り、無効化ひとつを16バイトに押し込んで整列した配列にすると、ゲート
2026-08-09 · 16 分で読めます #architecture#caching#s3#scalability#deploymentバウハウス、14年が100年を変えた — 事物の形を読む方法
1919年にワイマールで開校し、1933年にナチスの圧力で閉じたバウハウスは、ちょうど14年だけ存在しました。学生数はつねに数百人規模で、建築科ができたのは開校から8年後、最もよく売れた製品は有名なスチールパイプの椅子ではなく壁紙でした。予備課程と工房制度、「形態は機能に従う」が実はルイス・サリヴァンの言葉だという点、女子学生が織物工房へ集まらざるをえなかった構造、そして閉校が生んだ逆説的な世界化までを押さえ — ミニマリズムはつねに正
2026-07-26 · 27 分で読めます #humanities#design#architecture#design-history#modernism顧客のドメインをモデルへ — ユビキタス言語からオントロジーまで
顧客企業のドメイン知識は、たいていドキュメントではなく人の頭の中に暗黙知として存在します。Forward Deployed Engineerの中核的な仕事の一つは、この散らばった暗黙知をチーム全体が共有できる明示的なモデルへ変えることです。この記事は、最も安く価値の高い第一歩であるDDDのユビキタス言語から出発し、同じ単語が別のものを指す衝突を境界づけられたコンテキストで扱い、エンティティ・値オブジェクト・集約で名詞をモデリングします。
2026-07-15 · 19 分で読めます #ontology#knowledge-graph#domain-driven-design#architecture#forward-deployed-engineer事前学習済みチェックポイントを長文脈ハイブリッドへ — HyLoのアップサイクリング
ハイブリッド型のシーケンスモデル（アテンション＋線形・SSMブロック）は長文脈に有利ですが、これまでは多くがゼロから事前学習し直す必要がありました。2026年4月のプリプリントHyLoは、すでに学習済みのTransformerチェックポイントを安価な後処理学習だけでハイブリッドへ「アップサイクリング」するレシピを提案します — MLA（潜在アテンション）とMamba2・Gated DeltaNetのような線形ブロックを混ぜ、段階的な長文
2026-07-11 · 10 分で読めます #ai#llm#long-context#architecture#efficiencySOTAマルチモーダルLLM分析 — 一つのモデルで見て聞いて話す
テキストだけで学習されたLLMが、どのようにして画像・音声・動画まで理解し生成できるようになったのかを見ていきます。モダリティごとのエンコーダとプロジェクタ、統合トークン空間、any-to-anyの流れ、ネイティブマルチモーダルとアダプタ接合、そして学習戦略やベンチマーク・限界までを整理します。
2026-06-30 · 43 分で読めます #multimodal-llm#any-to-any#vision-language#audio#architectureKubernetes アーキテクチャを可視化する — コントロールプレーンからポッドまで
Kubernetes のアーキテクチャを、コントロールプレーンとノードの構成要素、オブジェクトとコントローラループ、スケジューリングの流れ、ネットワーキングとストレージまで ASCII 図で解きほぐします。リクエスト処理とポッド生成のシーケンスを段階的に可視化し、バージョンによって異なり得る部分は一般化します。
2026-06-27 · 16 分で読めます #kubernetes#architecture#control-plane#scheduling#networkingPostgreSQL アーキテクチャを深く見る — MVCC からベクトルまで
PostgreSQL の内部アーキテクチャを、プロセス/メモリ構造から MVCC、インデックス、クエリ実行、レプリケーション、パーティショニング、そして pgvector のような拡張まで深く扱います。中核のメカニズムを ASCII 図と比較表で解きほぐし、バージョンによって異なり得る部分は一般化して説明します。
2026-06-27 · 17 分で読めます #postgresql#database#mvcc#architecture#indexingVision LLM アーキテクチャ — 画像が言語になるまで
ビジョン言語モデルは画像をビジョンエンコーダで処理し、プロジェクタを通して LLM が読めるトークンへ変換します。パッチ埋め込みから任意解像度処理まで、画像が言語トークンになる全過程を構造的に見ていきます。
2026-06-26 · 36 分で読めます #llm#vision-language-model#multimodal#vit#qwen2-vl建築と人間心理 — 空間は私たちをどう変えるのか
私たちは建物を建てますが、その建物がふたたび私たちを形づくります。天井の高さが思考を変え、光と自然が気分を左右し、都市の設計が幸福を決めます。空間が人間の心に及ぼす影響を、根拠に寄りそって面白く探検します。
2026-06-21 · 56 分で読めます #architecture#psychology#biophilia#urban-design#space与信(貸出)システムとLOS — ローン申込から実行までのアーキテクチャ
銀行・カード・キャピタル各社の与信システム全体像をLOS(Loan Origination System)を中心に解剖します。申込から審査、承認、約定、実行(記帳)までのパイプラインと、限度額管理、担保管理、金利算出、外部機関連携、ステートマシン設計までを実務の視点で整理します。
2026-06-13 · 35 分で読めます #lending#los#loan-origination#core-banking#fintech金融機関のバッチと日次締め(EOD) — 深夜を支配するアーキテクチャ
金融機関でバッチが依然として中核である理由と、日次締め(EOD)処理の全体像を扱います。ジョブスケジューラと依存関係DAG、チェックポイント再起動、パーティショニングとチャンク処理、センターカットと日付切替、障害復旧と冪等設計、バッチのモダナイゼーションまで運用の観点から整理します。
2026-06-13 · 34 分で読めます #finance#batch#eod#spring-batch#schedulerオープンバンキングとマイデータAPIアーキテクチャ — 金融データ開放の技術
韓国のオープンバンキング共同網とマイデータ(本人信用情報管理業)のAPIアーキテクチャを扱います。標準API仕様と認証トークン、英国オープンバンキングおよびFAPIセキュリティプロファイルとの比較、提供側と利用側双方の実装ポイント、同意管理、データ標準化、障害管理まで実務の観点から整理します。
2026-06-13 · 29 分で読めます #finance#open-banking#mydata#api#oauth2銀行勘定元帳の設計 — 複式簿記、イベントソーシング、そして1円の整合性
銀行システムの心臓部である元帳の設計を扱います。複式簿記の原理、仕訳とポスティングのデータモデル、残高計算戦略、イベントソーシング、ホットアカウントの同時実行制御、冪等性設計、そして1円も狂わない整合性検証まで、実務の観点から整理します。
2026-06-13 · 30 分で読めます #finance#ledger#double-entry#event-sourcing#core-banking銀行預金システムアーキテクチャ — 勘定系の心臓を解剖する
勘定系の中核である預金(受信)システムを解剖します。口座元帳の設計、入出金トランザクション処理、同時実行制御、そして日次バッチ締めと24時間365日無停止運用の共存まで、コアバンキング実務の視点で整理しました。
2026-06-13 · 32 分で読めます #core-banking#deposit#ledger#architecture#bankingDiffusion LMの台頭 — 自己回帰の代替になり得るか
2026年6月、GoogleがDiffusionGemmaを公開し、テキスト拡散モデルがGeekNewsとHacker Newsを賑わせています。自己回帰生成の構造的限界、マスキングに基づくデノイジングの原理、ブロック単位の並列生成、4倍速いという主張の実態と品質トレードオフまで批判的に分析します。
2026-06-12 · 30 分で読めます #llm#diffusion#text-generation#gemma#inference