BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ NoSQL に関するすべてのコンテンツ

アーティクル

RSSフィード
  • Netflixで2億3800万人の会員を管理するということ

    Netflixのシニア・ソフトウェア・エンジニアであるSurabhi Diwan氏は、QCon San Francisco 2023で"Managing 238M Memberships at Netflix"と題して講演した。同氏の講演では、Netflixのメンバーシップ・チームがどのように分散システムを構築しているのか、つまり、Netflixの増え続ける会員ベースのニーズに応えるためのアーキテクチャ・ベット、テクノロジーの選択、オペレーショナル・セマンティクスについて紹介された。

  • 数千個のマイクロサービスによる銀行システム

    Lessons learned building a banking platform, starting from technological choices like using Cassandra and Kubernetes in the early days to maintain the speed of execution through platform engineering and developer experience. With some mistakes and incidents along the way.

  • Redis StreamsとApache Spark Structured Streamingを使用したリアルタイムデータ処理

    Apache Spark 2.0で導入されたStructured Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Redis Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。この記事では、著者のRoshan Kumar氏が、Redisおよ��Apache Spark Streamingテクノロジを使用してストリーミングデータをリアルタイムで処理する方法について説明します。

  • リレーショナル NoSQLによる"バックトゥザフューチャー"

    この記事では、分散トランザクションを備えたNoSQLデータベースの一貫性に関するいくつかの問題を取り上げるとともに、FanuaDBがCalvinプロトコルと仮想クロックを使って、それらの問題をいかに解決しているかを紹介します。

  • MongoDBを始めた頃に知っていたら、と思う14のこと

    私は語るのも恥ずかしいほど長くデータベースに携わっていますが、MongoDBを扱い始めたのは最近のことです。MongoDBを始めた頃に知っていたら、と思うことがいくつかあります。一般的な経験として、データベースはどんなものなのか、何をするものなのか、という先入観は必ずあります。みなさんがMongoDBを簡単に使えれば、という思いで、よくある過ちをいくつか紹介しましょう。

  • Jepsen: PostgreSQL, Redis, MongDB および Riak の分割耐性をテストする

    そのシステムは、もし確実に運用されていたとしても、ノードまたはネットワークの障害に対しても頑健でなければならないが、なぜなら全てのシステムが我々が好むような安全な不変性を満たすとは限らないのである。この記事では、分散データベースの設計で考慮すべき事項、そしてそれらがどのようにネットワーク分割に対応しているのかについて調べてみよう。

  • Datomic情報モデル

    Clojureの作者であるRich Hickey氏が、Datomic情報モデルについて説明する。Datomicは、シンプルなサービスで組み立てられた新しいデータベースで、RDBMSの機能性とNoSQLのスケーラビリティを同時に実現している。

  • NoSQLの現状

    Stefan Edlich氏がNoSQLを再考する。NoSQLの発展、財政的な影響、標準や不足してい部分、現在の展望、書籍、リーダーと新参者について考慮した上で、NoSQLは普及すると結論付けている。

  • Datomicのアーキテクチャ

    Clojureの作者であるRich Hickey氏がDatomicのアーキテクチャを説明します。Datomicは新しいデータベースで、シンプルなサービスで組み立てられており、従来のRDBMSの機能性とNoSQLの拡張性を取り得れようとしています。

  • 12年後のCAP定理: "法則"はどのように変わったか

    CAP定理は、共通のデータを扱うネットワークで繋がったシステムは3つの望ましい性質(一貫性,可用性,分割耐性)のうち、2つしか満たせないことを示します。IEEEの記事では、Eric Brewer氏が分割を明示的に扱いながら可用性と一貫性を最適化して、CAP定理の3つの属性の最良の釣り合いを取る方法を解説します。

  • グラフデータベース、NOSQL、Neo4j

    グラフデータベースについて、Peter Neubauer氏がRDBMSとの比較、NOSQLムーブメントにおける位置付けを紹介する。また、Javaによるグラフデータベース、Neo4jの使用例を示す。

BT