CNAPP powered by agentic AI, open innovation, and runtime insights
CNAPP powered by agentic AI, open innovation, and runtime insights
What was it? Basho Technologies, along with our sponsors, proudly presented RICON 2012, a two day conference dedicated to Riak, developers, and the future of distributed systems in production. This page is dedicated to post-conference consumption. Here you will find slide decks, resources, photos, and much more. When was it? October 10 and Thursday, October 11, 2012 at the W Hotel in downtown San
設計者は分割が発生したとき一貫性と可用性のどちらかを選ぶ必要がありますが、分割の扱い方と分割の復旧には柔軟な対処方法があります。現在のCAPの目的は特定のアプリケーションが必要とする一貫性と可用性を最適化することでしょう。このような方法には分割発生中の計画や分割の復旧計画が組み込まれています。したがって、設計者はこのような方法を採用することで、従来受け取られてきたCAPの限界を超えてCAPについて考えることができます。 なぜ"3つのうち2つ"がミスリーディングなのか CAPを理解する最も簡単な方法は分割の両側にひとつずつノードがある場合を考えることです。片方のノードだけ状態を更新できるようにすると、2つのノードに一貫性がなくなります。つまり、Cが失われます。一貫性を維持しようとすれば、一方のノードは利用できない状態であるかのように動作しなければなりません。この場合、Aが失われます。一貫性と
Disco is a lightweight, open-source framework for distributed computing based on the MapReduce paradigm. Disco is powerful and easy to use, thanks to Python. Disco distributes and replicates your data, and schedules your jobs efficiently. Disco even includes the tools you need to index billions of data points and query them in real-time. Disco was born in Nokia Research Center in 2008 to solve rea
奈良県を地盤とする南都銀行で2010年10月29日、残高証明書の発行手数料を二重に引き落とす事態が発生した。原因は、システム担当者がテストデータを削除し忘れるという“うっかりミス”にあった。被害件数は約7000件に達した。 二重引き落としは、あらかじめ決めた日に預金口座の残高がいくらあるかを証明する「継続残高証明書」の発行手数料で発生した。南都銀行は2010年10月29日未明に、2010年4~9月に継続残高証明書を発行した顧客の預金口座から発行手数料を一括して引き落とすバッチ処理を予定していた。万全を期すため同行は2010年10月初旬、事前に口座振替のテストデータを作成し、テスト処理を実行していた。 ここで、同行のシステム担当者がテストデータを削除し忘れた。このため、2010年10月29日未明の時点で、システム内にテストデータと本番データの二つが存在していた。そのままバッチ処理を実行したた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く