Redis

 Computer >> コンピューター >  >> プログラミング >> Redis
  1. あなたはおそらくRedisストリームについて間違って考えています

    私は個人的にストリームを間違った方法で記述したことで罪を犯しています。私はそれを「単一のキーの下で時間順に並べられた一連のハッシュマップのような要素」と定義しました。 これは正しくありません 。時間とキーに関する最後のビットはOKですが、最初のビットはすべて間違っています。 ストリームが誤解されている理由と、ストリームが実際にどのように動作するかを見てみましょう。この誤解の良い点と悪い点、およびそれがソフトウェアにどのように影響するかを評価します。最後に、RedisStreamsのあまり知られていないプロパティを利用するいくつかの非自明なパターンを調べます。 背景 まず、誤解が始まるX

  2. カウント-最小スケッチ:ものを推定する芸術と科学

    この投稿は、私の意見では、世界で最もエキサイティングな2つのもの、つまり確率的データ構造とRedisモジュールについてです。どちらかについて聞いたことがあるなら、きっと私の熱意に関係することができますが、地球上で最もクールなものに追いつきたい場合は、読み続けてください。 このステートメントから始めましょう。大規模で低レイテンシのデータ処理は困難です。関連するデータの量と速度により、リアルタイム分析は非常に困難になる可能性があります。その高性能と汎用性により、Redisはこのような課題を解決するために一般的に使用されています。複数の形式のデータをミリ秒未満の遅延で保存、操作、提供できるため、

  3. RedisEnterpriseへの安全な接続の有効化

    サーバーへの安全な接続を利用するソフトウェアを構築することは、すべての開発者が持っているスキルでなければなりません。特定の実稼働環境でSSLを有効にしないことを選択した場合でも、使用するすべてのサーバーへの接続を保護する方法を知っておく必要があります。この投稿は、JavaファンのためにPythonでRedisEnterpriseCloudへの安全な接続を有効にするための約束されたフォローアップです。 この投稿では、SSLを使用してRedis Enterprise CloudとJavaクライアントプログラム間の暗号化された接続をオン、テスト、および構成するための簡単なプロセスについて説明します

  4. RedisLabsはSOC2に準拠しています

    RedisがSOC2TypeIIコンプライアンス監査を完了したことをお知らせします。 Redisは、データの保護とセキュリティを非常に重要視しています。 SOC 2コンプライアンス監査は、Redisが顧客に高度な信頼とセキュリティを提供するというコミットメントをさらに果たします。 SOC 2コンプライアンスとは何ですか? 米国公認会計士協会(AICPA)によって設定されたService Organization Control(SOC)2は、セキュリティ、可用性、処理の整合性、機密性、プライバシーに関する保証についてサービス組織を検証します。 それはあなたにどのような利益をもたらし

  5. RedisGraph 2.8がリリースされました!

    本日、RedisGraph2.8の一般提供リリースを発表できることをうれしく思います。このブログ投稿では、現在利用可能な主な新機能について詳しく説明しています。 RedisGraphについて RedisGraphは、Redis用の高性能でメモリファーストのグラフデータ構造です。 RedisGraphは、グラフのマルチテナンシーをサポートし(多数のグラフを同時に保持できます)、グラフに同時にアクセスする複数のクライアントにサービスを提供できます。 Redisスタックの一部としても利用できるようになりました。 RedisGraph2.8の主な新機能 より豊富なグラフモデル マルチラベルノード

  6. RedisInsiderプログラムの発表

    最初のアンバサダープログラムであるRedisInsidersを開始できることをうれしく思います。 。 Redisはオープンソースであり、世界中に何百万ものユーザーがいます。それは私たちの開発者コミュニティを私たちの製品の中心に置きます。私たちは、最も献身的で情熱的なコミュニティメンバーと協力して、Redisについて世界を教育することで彼らの知名度を上げることに熱心に取り組んでいます。 Redisを使用していて、コードを記述して話すのが大好きな開発者であれば、RedisInsiderになることができます。 特に、技術分野で過小評価されているグループからの応募をお勧めします。 Redis

  7. Redis on Flash:新しいデータエンジンとAmazonEC2I4iインスタンスで3.7倍高速になりました

    Redis on Flash(RoF)は、最も人気のあるエンタープライズ機能の1つであり、データセットの最大80%を高価なDRAMではなくSSDに保存し、ミリ秒未満のレイテンシとRedisのハイスループット。通常の展開では、RoFは最大70%のTCO割引を提供します。 2つの新しいエキサイティングなコラボレーションにより、RoFが最大3.7倍のパフォーマンスを提供できるようになったことをお知らせします。 Redisで大規模なデータセットを実行する場合と同じ魅力的な総所有コストを維持しながら。まず、AWSは、第3世代のIntel Xeonスケーラブルプロセッサ(コード名はIce Lake)と

  8. パフォーマンス、規模、またはコストに苦労していますか? ElastiCacheを超えた兆候を学ぶ

    ElastiCacheは、Amazonで人気のあるマネージドRedisサービスです。クラウドコンピューティング向けのAWS(Amazon Web Service)とインメモリデータストアとしてのRedisという2つの新しいテクノロジーの驚くべき可能性を企業が認識しているため、過去10年間で広く採用されてきました。 AWSとRedisはどちらも、テクノロジーの使用方法を変革し、より速く、よりスケーラブルで、より復元力のあるデジタルエクスペリエンスを標準にしています。 同時にクラウドに移行し、アプリケーションの高速化を追求した組織は、オープンソースのRedisを超えてマネージドサービスを求めて

  9. 金融サービスにおけるデータアーキテクチャの最新化のベストプラクティス

    金融サービスにおける最新のデータレイヤーのベストプラクティス は、堅固で低速なITレガシーシステムから最新のデータレイヤーに最新化するための最良のステップに関する重要なホワイトペーパーです。リアルタイムで顧客の要求に応えます –以下から無料でダウンロード 。 Redisは最近、データの巨人であるTDWIとのウェビナーに参加し、金融サービスにおけるデータアーキテクチャの最新化のベストプラクティスについて話し合いました。ウェビナーをリードするのは、情報管理の世界的に有名な専門家であるDavid Loshinであり、さまざまなTDWIイベントや会議でデータレイヤーの最新化について頻繁に語っています

  10. Redis名前空間とRedisで開発するためのその他のキー

    Redisを使用してアプリケーションを開発するのはとても楽しいですが、他のテクノロジーと同様に、RedisベースまたはRedis名前空間アプリケーションを設計する際に留意すべき点がいくつかあります。おそらくすでにリレーショナルデータベースの開発に精通しているでしょうが、同じ方法の多くが当てはまりますが、Redisはインメモリデータベースであり、(ほとんど)シングルスレッドであることに注意してください。 Redisキーのベストプラクティスを探求するために読んでください。 したがって、Redisを使用する際に注意する必要があるいくつかの特性があります: 1。 Redis名前空間を使用してキーを追

  11. ベクトル類似性検索のためにRedisを再発見する

    RedisDays NY 2022で、新しいベクトル類似性検索(VSS)機能の公開プレビューを発表しました。 VSSはRediSearch2.4の一部であり、Docker、Redis Stack、およびRedisEnterpriseCloudの無料および固定サブスクリプションで利用できます。 この記事では、ベクトルの類似性の基本とそのアプリケーションについて説明し、リソースを共有してRedisVSSの使用を開始します。 ベクトルの類似性とは何ですか? 簡単に言えば、2つ以上のベクトルがどれだけ異なる(または類似している)かを示す尺度です。ベクトルを数値のリストと考えてください。 ベク

  12. Redis TLS – RedisEnterprise6.2.4のノード間暗号化

    Redis Enterprise 6.2.4では、ノード間暗号化が導入されました。 Redis Enterpriseのノード間暗号化の範囲は、以下を含む、ノード間のすべての内部Redisクラスター接続のTLS暗号化を実現することです。 コントロールプレーン接続を強化してCCS(クラスター構成ストア)レプリケーションを暗号化します。 レプリカノードからプライマリノードCCSへのすべての接続。 ノード間のシャードレプリケーションを暗号化するためのデータプレーン接続。 ノード間のシャード接続へのすべてのプロキシ。 Redis Enterprise:設計上の考慮事項 Redis Enter

  13. データベースの整合性の説明

    データベースの整合性とは何ですか? データベースの整合性は、データベースシステム内のすべてのデータが指す一連の値によって定義されます。 正しく読み取られて受け入れられるためには、に合わせる必要があります。事前調整された値を満たさないデータがデータベースに入力されると、整合性エラーが発生します。 データセット用。データベースの一貫性は、ルールを確立することによって実現されます。 書き込まれたデータのトランザクション データベースへの変更は、データベースの開発者が設定したルールによって確立された特定の制約、トリガー、変数、カスケードなどによって定義された影響を受けるデータのみを変更する必要があり

  14. リアルタイムの支払い承認によるKenbiEyesのEコマースの機会

    eMarketerによると、2022年には「世界のeコマース売上高は初めて5兆ドルを超え、小売売上高全体の5分の1以上を占める」とのことです。これらの企業は、すべての合法的な販売が完了するために戦うことができる必要があります。ただし、グローバルペイメントコンサルタントのCMPSIは、2020年に「店内で97%であるのに対し、承認されているオンライントランザクションは85%にすぎない」と推定しています。 fintechイノベーターがインメモリデータベースの驚異的なスピードを必要としたときバックアップと冗長性が保証され、Redis Enterprise CloudonAWSに移行しました。

  15. 速く、速く! Redisのパフォーマンスを系統的に改善する

    Redisは、パフォーマンスに重点を置いて開発されています。非常に安定した高速な製品をお届けできるよう、リリースごとに最善を尽くしています。 それでも、Redisの効率を改善する余地を見つけている場合、またはパフォーマンス回帰の調査を進めている場合は、Redisのパフォーマンスを監視および分析するための簡潔で系統的な方法が必要になります。これは、それらの最適化の1つのストーリーです。 最終的に、ストリームの取り込みパフォーマンスが約20%向上しました。これは、Redisv7.0ですでに利用できる改善です。 標準SPEC 最適化に取り掛かる前に、どのようにして最適化に到達したかについての概

  16. データベースの永続性とバックアップの重要性

    最近、Cohesityチームと協力して、Redisテクニカルパートナープログラムへのオンボーディングのステップとして、HeliosとRedisEnterpriseの統合を検証する機会がありました。 Helios上で実行されるサービスであるCohesitySmartFilesは、データが存在する場所に関係なく、非構造化データの単一のビューとグローバル管理を提供します。 Redis Enterpriseのコンテキストでは、SmartFilesはデータベーススナップショットの単一のビューを提供します。 なぜ永続性とバックアップに悩むのですか?確かに、Redisがキャッシュとして使用され、システムへ

  17. スキーマレスデータベース:長所と短所

    スキーマレスデータベースとは何ですか? スキーマレスデータベースは、青写真を必要とせずに情報を管理します。スキーマレスデータベースの構築の開始は、特定のフィールド、テーブル、またはデータモデル構造への準拠に依存しません。特定の種類の構造を強制するためのリレーショナルデータベース管理システム(RDBMS)はありません。つまり、Key-Valueストア、ドキュメントストア、インメモリ、列指向、グラフデータモデルなど、あらゆる種類のデータベースを処理できる非リレーショナルデータベースです。 NoSQLデータベースの柔軟性は、スキーマレスアプローチの人気の高まりの原因であり、スキーマやSQLデータベ

  18. 13年後– Redisには新しいアーキテクチャが必要ですか?

    Redisは基盤技術であるため、代替アーキテクチャを検討している人を時々目にします。数年前、これはKeyDBによって提起され、最近、新しいプロジェクトであるDragonflyが、Redisと互換性のある最速のインメモリデータストアであると主張しました。これらのプロジェクトは、議論や議論に値する多くの興味深い技術やアイデアをもたらすと信じています。ここRedisでは、Redisが最初に設計されたアーキテクチャの原則を再確認する必要があるため、この種の課題が気に入っています(Salvatore Sanfilippo、別名antirezへのヒント)。 Redisのパフォーマンスと機能を革新および向

  19. 謎解きされた高可用性アーキテクチャ

    高可用性アーキテクチャとは何ですか? 高可用性アーキテクチャとは、ピーク時の負荷に関係なく、連携して最適なパフォーマンスを維持するさまざまなコンポーネント、モジュール、またはサービスが存在する場合です。 最も純粋な意味で、このシステムは、企業が一定期間にわたって失敗することなく継続的に作業することを可能にします。多くの企業は、1分でもダウンタイムを許容できません。データが多くのビジネスの生命線であることを考えると、ほんの短い期間のダウンタイムでさえ、信じられないほどコストがかかる可能性があります。 特定の実際のシナリオでは、高可用性のために構築されたデータベースに依存する場合があり

  20. 5分以内にRedisオープンソースからRedisエンタープライズにデータを移行する方法

    あるデータソースから別のデータソースにデータを移行すると、ビジネスに大きなリスクが生じます。ほんの数例を挙げると、データの損失、セマンティクスのリスクを引き起こすデータセットスキーマの変更、延長された(予期しない)ダウンタイム、データの破損など、多くの問題が発生する可能性があります。リスクに関係なく、企業は生き残るためにイノベーションを起こす必要があります。つまり、古いデータベースまたはレガシーデータベースからデータを取得し、すべてではないにしても一部のデータを新しいデータベースに入れて、新しい必要な可能性をすべて活用する必要があります。これは、リアルタイムデータの力を活用するために、より多く

Total 301 -コンピューター  FirstPage PreviousPage NextPage LastPage CurrentPage:16/16  20-コンピューター/Page Goto:1 10 11 12 13 14 15 16