＼#矢吹奈子# さんご出演／ 2月15日(木)19時～ 「超トクPayPayの活用術」ライブ配信イベント開催🌈 矢吹奈子さんと一緒に #PayPay# のおトク情報を楽しく学ぼう！ メタバース空間 #ZEP# #メタパ# では個別相談会も開催！ 参加特典も🎁 ▶詳しくこちら（ ▶ライブ配信こちら（ さらに… 2/15(木)限定でZEPに矢吹奈子さんアバターが登場✨ Metapaには矢吹奈子さんからの特別メッセージが💖 そしてなんと進行役を務めてくださるのは #劇団四季# ご出身で、現在はナレーションやコンサートなど幅広く活躍中の ＃熊本亜記 さんです！ #5GLAB# @nako_yabuki_75 @SoftBank @metapa_toppan

# AIエージェントをソフトウェアに組み込むプラクティス # Semantic Cache with No-Cache Zones｜禁止領域付きキャッシュ 🎯 「同じ質問に何度もお金を払っていませんか？」セマンティックキャッシュでコスト削減できますが、キャッシュしてはいけない領域を先に切らないと事故になります。 🔥 解決する課題 AIエージェントへのリクエストは1回あたりのコストが高く、同じ意図のクエリが繰り返し届く環境では無駄なトークン消費が積み上がります。しかし完全一致キャッシュでは表記揺れに対応できずヒット率が極端に低くなります。かといって意味的キャッシュを無差別に適用すると、個人情報依存の応答が他ユーザに返る、リアルタイムデータの古い情報を返す、安全判断の誤りが大量複製されるといった重大事故を招きます。 💡 提案パターン まず「キャッシュしてはいけない領域（No-Cache Zone）」をポリシーで先に定義します。PII依存・リアルタイムデータ・安全判断の3分類を禁止区域として切り出し、残りの安全な領域でのみベクトル埋め込みによる意味的類似度マッチングを行います。類似度閾値はリスクレベルに応じて段階的に設定し（低リスクFAQは0.92、中リスクは0.95、高リスクは0.97）、失敗コストが高い領域ほど厳しくします。キャッシュTTLには10-20%のジッタを加えて一斉失効による負荷集中（サンダリングハード）も防ぎます。 ✅ 選定条件 使うとき： - 同一・類似クエリの繰り返し率が全リクエストの概ね20%以上ある - 1リクエストあたりのLLMコストが無視できない - キャッシュ禁止領域を明確にポリシー定義できる 使わないとき： - ほぼ全クエリがユーザ固有コンテキストに依存し汎用キャッシュのヒットが見込めない - 全領域で失敗コストが極めて高くキャッシュ再利用が許容されない ⚠️ 落とし穴 - 埋め込みモデルを変更するとキャッシュ全体が無効化されます。モデルバージョンをメタデータに記録し、更新時の移行戦略を事前に決めておく必要があります - No-Cache Zoneのパターンマッチが甘いと禁止すべきクエリが漏れます。ルールベースだけでは表記揺れに弱いため、本番では意図分類器の併用を検討してください - 攻撃者が意図的に誤った応答をキャッシュに載せるキャッシュポイズニングのリスクがあります。書込時に品質スコアの閾値を設けてください 🔧 実装方針 - No-Cache Zoneの判定はルールベース（パターンマッチ＋メタデータ判定）を最小構成とし、本番では意図分類器を併用して表記揺れに対応します - 類似度検索の閾値はリスクレベル別に段階的に設定し、失敗コストが高い領域ほど閾値を引き上げます（低リスク0.92、中リスク0.95、高リスク0.97が出発点） - 中リスク領域ではキャッシュヒット時に軽量モデルで妥当性を再検証する二段構成を採用します - 埋め込みモデルのバージョンをキャッシュのメタデータに記録し、モデル更新時の段階的再埋め込みまたはフラッシュ戦略を事前に設計します - キャッシュTTLにジッタ（10-20%のランダム幅）を加え、一斉失効によるLLMへの負荷集中を防止します #AIエージェント# #ソフトウェアアーキテクチャ#

🏗 毎日数ペタバイトを取り込む数万件のジョブを、データ提供を一切止めずに丸ごと移行する——。Metaが「シャドウ→逆シャドウ→クリーンアップ」の3段階でレガシーを100%廃止した実戦記です。 タイトル: Migrating Data Ingestion Systems at Meta Scale URL: 📝 概要 Metaは世界最大級のMySQL展開から、毎日数ペタバイトのソーシャルグラフデータをデータウェアハウスへ増分取り込みしています。本記事は、その数万件の取り込みジョブを、分析・レポーティング・MLの各パイプラインを止めずに、新しいセルフマネージド型サービスへ移行した方法を解説します。 ❓ 解決する課題 レガシーは顧客（チーム）所有のパイプラインで、小規模では有効でもハイパースケールで不安定でした。ますます厳しくなるデータ到着時刻の要求を満たしつつ、組織全体へのデータ提供を止めずに移行する必要がありました。 💡 方法論と提案手法 3フェーズのライフサイクルで移行します。 ・シャドウ：本番前環境で本番データを消費しつつ隔離テーブルへ書き込み、本番ジョブとの行数・チェックサムの不一致を継続監視します ・逆シャドウ：シャドウジョブを本番テーブルへ昇格させ、元の本番ジョブをシャドウへ。両系統の出力を比較し続けて品質シグナルを得つつ、必要なら即ロールバックします ・クリーンアップ：整合性を確認後、旧ジョブを廃止します ・各ジョブを、差異ゼロ・ランディング遅延・リソース・カスタム基準の4軸で検証し、CDC（変更データキャプチャ）でフルダンプ・デルタ・ターゲットの各テーブルを保持します 🎯 ユースケース 大規模なデータ取り込み基盤の移行、CDCパイプラインの段階的な切り替え、ゼロダウンタイムでのシステム置換の設計に役立ちます。 📊 実績 ・ワークロードの100%を移行し、レガシーシステムを完全に廃止しました ・ジョブの状態シグナルをScubaへ継続送信し、各ジョブを監視してステージ間で自動昇格/降格する移行ツールで、数千件の同時移行を管理しました ・不良パーティションをメタデータでフラグし、下流ジョブへの伝播を防いでアラートを発火させました ・移行容量の制約に対し、旧システムが配信したスナップショットを初期値に再利用してフルダンプ負荷を削減し、生まれたデータ品質解析ツールは移行後もリリース検証で使われ続けています #DataEngineering# #DataInfrastructure#

メタプラ -970万円 あぁ、楽しかったなぁ... ストップ高の水曜日 私の人生で一番輝いていた。 日本一の企業になるから 絶対に上がるから、 デパスで耐える 今は、もう休もう

【コメント到着‼】 『フルメタ好きならコレを読め！』 『フルメタル・パニック!』で知られる イラストレーター・四季童子（@shikidoji）さんより いただいたコメントを大公開‼ #機動転生# 8/20(木)発売🤖

13日（木）ネクソン 光通信 三越伊勢丹 トレンドマイクロ すかいらーく KADOKAWA トライアル メタプラ 三谷商事 加賀電子 パワーエックス フリー サイボウズ デジタルガレージ Appier PKSHA チェンジ メドレー 地主 オイシックス コメ兵 Kudan 大幸薬品 yutori #会社四季報オンライン# 多彩ですね