の歴史は主に集中化の歴史でした。長い間、歴史を通じて相互運用性と通信機能を考慮すると、これが最も便利なソリューションでした。 データ管理 ただし、ビジネスの性質が変化するにつれて、企業がデータを収集、維持、配布する方法も変化する必要があります。そのため、集中型データベースは今日の市場の動的なニーズにはあまり適合しません。適応性と相互接続性はゲームの新しいルールであり、一元化されたデータベースがそのタスクに対応できない理由は以下のとおりです。 データのボトルネック 集中データベース構造は、企業、部門、ユーザーのすべてのニーズに関連するデータを保存および取得する単一のサーバーで構成されます。情報の唯一のプロバイダーとして、サーバーは膨大な量のリクエストを処理し、予想される時間内に配信する必要があります。 トラフィックの急増が発生した場合 (このような高スループット環境では発生する可能性が高くなります)、ボトルネック状況が発生し、システムのパフォーマンスが制限される可能性があります。最悪の場合、データベースが麻痺してシステム全体がクラッシュする可能性があります。 過負荷シナリオに対する耐性を向上させるために、企業はデータベースを拡張できます。ただし、スケーリングが水平方向か垂直方向かに関係なく、スケーリングはボトルネックに対する固有の傾向に対処することなく、新たな問題 (ダウンタイム、メンテナンス要件、複雑さの増大など) を引き起こします。 いずれにせよ、スケーリングはより大きなトラフィックに従う傾向があるため、これらのソリューションは単に期待に応えているだけです。言っておきますが、その缶を無制限に蹴ることもできません。サーバーを継続的に拡張またはアップグレードすると、時間の経過とともに利益が減少します。 データサイロ 一元化されたデータベースは、必ずしも 100% 集中化されているわけではありません。むしろ、特定の機能 (人事データ、マーケティング データなど) に役立つクラスターとして構成される傾向があります。これは紙の上では分散化のように聞こえますが、むしろフラクタル化された集中化です。各クラスターは関連するクライアント ベースにサービスを提供し、他のクラスターからのクライアントによるアクセスは制限または制限されます。言い換えれば、それらはデータサイロです。 問題は、データをサイロに分離すると、透明性と相互運用性が困難になる壁に囲まれたシステムにつながることです。サイロ間でデータの不整合が生じるリスクは時間の経過とともに増大し、あるサイロから別のサイロにデータを移動することが困難になることがよくあります。その結果、協力する必要がある部門は取り組みを調整するのに苦労し、トップマネジメントは組織のデータを全体的に把握するのに苦労しています。 応答時間が遅い 中央データ ステーションにはすべての情報が含まれるため、平均してリクエストごとに費やす CPU パワーが少なくなります。通常、データの検索とアクセスに時間がかかるのはこのためです。その結果、ユーザーは最適とは言えない応答時間に対処しなければなりません。この遅延により、アプリケーションの使いやすさとユーザーの満足度が最終的に打撃を受けます。 サードパーティ (KYC やセキュリティ アプリケーションなど) がデータ フローに迂回路を追加すると、問題はさらに悪化します。このような複雑な階層化により遅延が増加するだけでなく、転送中にデータが破損したり損失したりする新たな機会も生まれます。迅速で破損のないデータが不可欠な状況 (決済アプリや アプリなど) では、このようなリスクは特に望ましくありません。 通信 応答の遅れによるもう 1 つの影響は、局所レベルでの適応性の低下です。すべてのクライアントは、集中型データ ハブの状態に依存して情報を受信し、それに基づいて動作します。データベースに問題が発生して遅延が発生すると、クライアントが特定のニーズに基づいて情報に基づいた意思決定を行うまでの時間が長くなります。 データ損失の危険性が増大 データ損失はさまざまな方法で発生するため、厄介な障害となることがあります。悪意のある侵害から貧弱なインフラストラクチャや人的ミスに至るまで、あらゆる要因がデータ消失の扉を開きます。 一元化されたデータがいかに突然消失し、後には灰だけが残る可能性があるかをはっきりと思い出させます。 2021 年の OVH データセンター火災は、 集中型データベースは、単一障害点の問題により、データ損失に対して特に脆弱です。すべての情報は単一のサーバー上にあるため、失われたデータを置き換えるための冗長性ははるかに少なくなります。また、バックアップ サーバーやその他のデータベース回復手段を持たない組織には、失われた情報を置き換える方法がありません。 欠陥のあるデータまたはパフォーマンスによる重大な結果 集中化されたインフラストラクチャでは、サーバーが滞りなく実行されるという大きな責任が課せられます。すべてのクライアントはデータベースに依存してデータをフィードするため、データベースがなければ基本的に盲目になります。 利用可能な唯一のデータ インスタンスの唯一の所有者である集中型データベースが崩壊すると、連鎖的な影響が生じます。特定の状況では、ダウンタイムは何百万人もの人々に影響を与え、企業の評判を永久に傷つける可能性があります。このように大きな賭けを考えると、計算ミスや不正確なデータは不釣り合いに危険になります。 IneryDB: 分散型データベース管理が MVP であることを証明 Inery の分散データベース管理ソリューションは、従来の代替手段の最大の落とし穴に対抗できます。 ブロックチェーンを使用して、ハウスオブカードデータベースを堅牢で柔軟なネットワークに変えます。 IneryDB は Inery エコシステムを通じて、データ交換は透過的かつ不変であり、信頼できる信頼できる情報源が可能になります。また、サーバーとクライアント間の通信回線を詰まらせている庭の壁も取り壊します。 IneryDB 上のすべてのトランザクションはピアツーピアです。これは、データが可能な限り最短距離で移動することを意味します。クエリは最小限の遅延で結果を生成し、データの破損はほぼ不可能になります。 IneryDB を使用すると、ユーザーは 1 秒あたり 10,000 トランザクションを超えるスループットでデータを確実かつ安全に CRUD できます。 さらに、IneryDB は、停電やその他のダウンタイムの原因に対して回復力のあるネットワークを提供します。ブロックチェーン上のすべてのデータはネットワーク ノード全体に分散され、集中型ソリューションに固有の単一障害点を効果的に排除します。一方、ワークロードはブロックチェーン内のノード間で分散されるため、ボトルネックは議論の余地のない問題になります。 Inery とその分散ソリューションを通じて、データベースは今日のビジネスの多大なニーズによりよく対応できます。 Inery を使用して量子データの飛躍を遂げ、持続可能で安全性が高く、コスト効率の高い方法で分散化の純粋な力を体験してください。

This story contains new, firsthand information uncovered by the writer.

Hot off the press! This story contains factual information about a recent event.

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

このオーディオは、ストーリーの元の言語で制作されています。

長すぎる; 読むには

Developers: Build Less. Deliver More. [Learn how]	

一元的なデータベース管理が冗長で時代遅れである理由

長すぎる; 読むには

INERY PTE LTE

STORY’S CREDIBILITY

Original Reporting

News

Opinion piece / Thought Leadership

About Author

ラベル

Languages

この記事は...

一元的なデータベース管理が冗長で時代遅れである理由

長すぎる; 読むには

INERY PTE LTE

STORY’S CREDIBILITY

Original Reporting

News

Opinion piece / Thought Leadership

About Author

ラベル

Languages

この記事は...

関連ストーリー