論文の概要: A Consolidated Deployment Edition of a Microservice Core-Banking Platform: Composing Services by Reference into Three Hosts
- arxiv url: http://arxiv.org/abs/2610.30212v1
- Date: Wed, 21 Oct 2026 14:45:31 GMT
- ステータス: 翻訳完了
- システム内更新日: 2026-10-24 02:08:44.085028
- Title: A Consolidated Deployment Edition of a Microservice Core-Banking Platform: Composing Services by Reference into Three Hosts
- Title（参考訳）: マイクロサービスコアバンキングプラットフォームの統合デプロイエディション: 3つのホストへの参照によるサービス構成
- Abstract要約: 本稿では,マルチテナント.NETコアバンキングプラットフォームの第2版について検討する。
既存のエディションは9つのAWS ECS Fargateタスクとして動作する。
コンポジションメカニズム、モジュールマニフェスト、起動チェック、リクエストハンドリング、設定優先順位を説明し、AWSデプロイメントのエミュレーションでエディションを比較します。
- 参考スコア（独自算出の注目度）: 0.0
- License: http://arxiv.org/licenses/nonexclusive-distrib/1.0/
- Abstract: Microservices give teams independent deployment and scaling, but each deployed service also reserves compute and adds operational work. This paper examines a second deployment edition of a multi-tenant .NET core-banking platform. The existing edition runs as nine AWS ECS Fargate tasks; the alternative composes the five API services by project reference into one API host, alongside a consumer host and a background host. The service code remains in its original repositories, and both editions continue to be built from the same commits. We describe the composition mechanism, module manifest, start-up checks, request handling and configuration precedence, then compare the editions in an emulation of the AWS deployment. The composed edition exposes all 844 declared operations. Across 47 financial workload cases, both editions produced the same observed outcomes and matching ledgers. In read probes across five principal types, 230 of 231 endpoint results matched; the remaining difference was associated with the emulated load balancer. Eleven cross-tenant and write-authorisation cases also produced the expected outcomes in both editions. In the emulation, the composed edition delivered 2.3 times the read throughput and used less than half the memory. Estimated service-task compute at list prices was 11-24% lower, excluding the shared gateway, load balancer, data stores and other operating costs. The consolidation also enlarges the failure domain: one API-host crash takes all five modules offline. Of 16 injected faults, the edition's checks detected 10, behavioural tests detected five additional faults, and one fault escaped both. These findings concern one platform and an emulated deployment that mirrors its topology, task sizes and configuration; they are not production-AWS measurements.
- Abstract（参考訳）: マイクロサービスはチームに独立したデプロイメントとスケーリングを提供するが、デプロイされた各サービスは計算を予約し、運用作業を追加する。
本稿では,マルチテナントの第2版について検討する。
NETコアバンキングプラットフォーム。
既存のエディションは9つのAWS ECS Fargateタスクとして動作する。代替手段は、プロジェクト参照による5つのAPIサービスを、コンシューマホストとバックグラウンドホストとともに1つのAPIホストに構成する。
サービスコードは元のリポジトリに残っており、両方のエディションは同じコミットから構築されている。
コンポジションメカニズム、モジュールマニフェスト、起動チェック、リクエストハンドリング、設定優先順位を説明し、AWSデプロイメントのエミュレーションでエディションを比較します。
構成版は、844の宣言された操作をすべて公開している。
47件の財務作業負荷事例において、両版は同じ結果が得られ、台帳と一致する結果が得られた。
5種類の主型にわたる読み取りプローブでは,231の終端値のうち230が一致し,残りの差はエミュレートされた負荷バランサに関連付けられていた。
11件のクロステナントとライトオーソライゼーションのケースも、両方のエディションで期待された結果を生み出した。
エミュレーションでは、合成されたエディションはリードスループットの2.3倍を配信し、メモリの半分以下を使用した。
リストの価格で見積もられたサービスタスク計算は、共有ゲートウェイ、ロードバランサ、データストア、その他の運用コストを除いて、11～24%低下した。
1つのAPIホストのクラッシュは5つのモジュールすべてをオフラインにします。
16の障害のうち10のチェックが検出され、行動検査で5の障害が検出され、1つの障害が2つの障害から脱落した。
これらの調査結果は、トポロジやタスクサイズ、コンフィギュレーションを反映した、ひとつのプラットフォームとエミュレートされたデプロイメントに関するものだ。
関連論文リスト
- The Artifact Promotion Control Model: An Implementation Case Study. Build on Target Machines vs. Build Once and Promote Artifacts [0.0]
アーティファクトプロモーション(Artifact promotion)とは,ソフトウェアを一度ビルドして,同じビルドされたコピーをテストと運用環境を通じて移動する,という意味だ。
紙はそれらを1つのモデルとして組み立てる。
Part IIは、AWS上のプロダクションWebアプリケーションの匿名ケーススタディで、リリースがひとつのコマンドであり、アップロードから実行中のフリートへのアーティファクトパスが自律的である。
論文 参考訳（メタデータ） (2026-09-27T13:42:42Z) - VibeMemBench: Evaluating Memory Systems for Coding Agents on Real Repository Coding Tasks [74.71365175490853]
我々は90のSWE-rebench V2レポジトリから111のコーディングターゲットのメモリシステムを評価するベンチマークであるVibeMemBenchを紹介する。
ターゲットはSWEベンチマークスタイルに従い、バグ修正、機能要求、インターフェースの変更、設定作業をカバーする。
ダイレクトインジェクションは、4つのタスクの解像度を1.1から4.5ポイント引き上げ、エージェントステップを5つに下げる。しかし、4つの既存のメモリシステムが同じ履歴から経験を構築・取得しなければならない場合、12のソルバのうち11のシステムペアリングは一致したメモリオフベースラインを超えない。
論文 参考訳（メタデータ） (2026-09-20T11:44:03Z) - IBIB: A Protocol for Measuring Enterprise AI Systems by Serving Route, Not Model Identifier [0.0]
監査された18のベンチマークはすべて、広告付きモデルの識別子をスコア付けする。
ゴールドブラインド機能バインディングプレフライトは、どのタスクが到達する前に、ルートが評価契約を実行可能であることを確認する。
信頼性非包括的なファーストパススコアリングルールは、有効性を保ちながらスコアの失敗を維持する。
論文 参考訳（メタデータ） (2026-09-09T17:31:29Z) - SkillGLoW: Procedural-Family Skill Consolidation for Self-Improving Agents on Long-Horizon Task Streams [55.90739575113059]
再利用の欠如は、関連するタスクのクラスタによって共有される解決手順であり、その周りでSkillGLoWを構築している、と我々は主張する。
4つのベンチマーク(数学的推論、端末の自動化、ソフトウェア修復、実施制御)と3つのモデルで、前者は平均17.2ポイント(ハード)を獲得している。
論文 参考訳（メタデータ） (2026-09-02T07:31:18Z) - Tencent WorkBuddy Bench: A Multi-Domain Coding-Agent Benchmark with Contamination-Resistant Task Construction [57.138342889101345]
Tencent WorkBuddy Benchは、コーディングエージェントのためのマルチドメイン評価スイートである。
本報告では, 設計手法, スコアリングプロトコル, クロスモデルリーダーボードについて述べる。
論文 参考訳（メタデータ） (2026-07-23T04:34:06Z) - BackendForge: Benchmarking Agentic End-to-End Code Generation with Backend Services [14.181280860081495]
BackendForgeは56のコントラクト定義のバックエンド生成タスクのベンチマークである。
隠れた要件を導入することなく評価を強化するために、BackendForgeはテストエージェントとコードエージェントを使用して、テストオラクルと参照サービスを共同開発する。
最も優れたモデルであるGPT-5.5は、基本オラクルの下で55.4%のタスクで成功するが、最終オラクルの下では28.6%しか成功しない。
論文 参考訳（メタデータ） (2026-07-13T03:13:21Z) - Can Code Specify a System Precisely Enough to Formally Verify It? [0.0]
本報告では,業務用レストラン・ポイント・オブ・セールシステムの支払ワークフローを実運用ソフトウェアで評価する。
コアプロトコルは、正確に定義された障害モデルの下で手作りのラインアクティベートされたモデルに対して正しい。
生産用サンドボックスの1つのプローブは、全リカバリはしごを到達不能にする応答形状のばらつきを露呈した。
論文 参考訳（メタデータ） (2026-07-06T13:39:00Z) - Asuka-Bench: Benchmarking Code Agents on Underspecified User Intent and Multi-Round Refinement [45.813104201414326]
マルチラウンドリファインメントと不特定ユーザ意図を組み合わせたベンチマークであるAuka-Benchを提示する。
ベンチマークは、Webタスク50、評価基準784、予測結果2402からなる。
最強のモデルでさえ、3ラウンドの後にプロジェクトの52%しか完了していない。
論文 参考訳（メタデータ） (2026-06-04T09:24:30Z) - An Executable Benchmarking Suite for Tool-Using Agents [3.5322131912413908]
このスイートは、WebArena Verified、SWE-GymスライスとSWE-bench互換の検証、および一般的なワークロードアダプタを介してMiniWoB++を接続する。
承認されたエビデンスには、レイテンシ、無効動作、パッチ生成コスト、検証済みメタデータ、リプレイバインディング、そして1つの監査可能な契約下での証明が記録されている。
論文 参考訳（メタデータ） (2026-05-10T21:24:53Z) - vla-eval: A Unified Evaluation Harness for Vision-Language-Action Models [58.633451339058986]
VLAモデルは一般的に、各モデルリポジトリによって独立して維持されるベンチマークスクリプト毎に評価される。
本稿では、ベンチマーク実行からモデル推論を分離するオープンソースの評価ハーネスであるvla evalを紹介する。
完全な評価では、vla eval serveとvla eval runの2つのコマンドしか必要としない。
論文 参考訳（メタデータ） (2026-03-14T14:38:53Z) - Where LLM Agents Fail and How They can Learn From Failures [62.196870049524364]
大規模言語モデル(LLM)エージェントは、複雑なマルチステップタスクの解決において有望であることを示す。
単一ルート原因エラーがその後の決定を通じて伝播する、障害のカスケードに対する脆弱性を増幅する。
現在のシステムは、モジュール的で体系的な方法でエージェントエラーを包括的に理解できるフレームワークを欠いている。
AgentErrorTaxonomyは、メモリ、リフレクション、計画、アクション、システムレベルの操作にまたがる障害モードのモジュール分類である。
論文 参考訳（メタデータ） (2025-09-29T18:20:27Z)
関連論文リストは本サイト内にある論文のタイトル・アブストラクトから自動的に作成しています。
指定された論文の情報です。
本サイトの運営者は本サイト（すべての情報・翻訳含む）の品質を保証せず、本サイト（すべての情報・翻訳含む）を使用して発生したあらゆる結果について一切の責任を負いません。