オンラインストア用のソフトウェアを構築するための可能なアーキテクチャ。
シングルコアアーキテクチャ。人気があり、最も一般的です。 サイトのすべてのCMSと、店舗スクリプト、phpshop、joomla、netcat、oscommerceなど、専門家から学生までの何百ものソリューションの多くのCMSを実行します。 これが最も一般的なパターンです。 1つのベースと1つのスクリプトセット
デュアルコアアーキテクチャ。
これは、幅広い消費者にはあまり知られていないアーキテクチャであるため、本日より詳細に説明します。 たとえば、オゾンを使用するデュアルコアアーキテクチャ。 Melbis ShopやOSGなどの店舗のCMSで使用されます。
違いは、実際には2つのデータベースがあり、1つはインターネット上のサーバー上にあり、顧客はそれを操作することです。 2番目-別のサーバーで-ストアスタッフがそれを使用します。 非同期的に、2番目は1番目に複製されます。 このような複製のオプションは異なる場合があります。
理論的には、2ベースアーキテクチャの場合、これはもちろん必要ありませんが、実際には、これらの決定において、従業員はWebブラウザーではなく常にウィンドウインターフェイスを使用します。これにより、生産性が大幅に向上します。 つまり 2つの拠点に加えて、顧客向けのサーバーとスタッフ向けのアプリケーションの2つの部分もあります。 そのようなアーキテクチャがシングルコアよりも一般的に使用されないのはなぜですか？ 明らかに、そのようなシステムの開発ははるかに高価であり、さらに、その使用、インストールもユーザーにとってより困難です-これは全体が複雑です。 なぜまだ使用されているのですか？ ストアでの作業は、桁違いに便利で機能的であり、システム全体のパフォーマンスは高く、セキュリティははるかに優れています。
各システムの長所と短所。
シングルコアスキームの利点は、このようなソフトウェアコンプレックスの比較的安価な開発であり、その結果、完全に機能する無料オプションまでの低価格です。 通常のマルチユーザーモード。迅速かつ安価に追加、書き換えが可能です。
短所 -生産性の低い管理製品のベースマネージャー、このような管理の使いやすさの低さ、サーバーの大きな負荷。 かなり成功したスキームでさえ、Java、Ajaxなどを使用できる場合はどこでも、インターフェースはさらに制約され、低速です。 多くの場合、サーバーから大量のデータを必要とする商品のグループ操作も問題があります。 前後にメガバイト（数十メガバイト）をドライブすることが常に最適なソリューションとは限りません。 このようなサーバー集約型の操作では、顧客によるサイトへのアクセスに問題がある可能性があります。
デュアルコアスキームの利点 -ネットワーク上のサーバーまたはコンピューターに直接データを保存することにより、注文の損失につながるパフォーマンスの問題を恐れることなく、すべての製品で最もリソースを消費する操作を実行できます。 ベースとそのすべてのウィンドウの利点を備えたインターフェイスの速度は無制限です。 インターネットに接続されていない場合、注文を受け付けることができます。 インターネットに接続されていない場合でも、店舗を埋めることができます。 インターネットに接続されていない2番目のベースは、ハッカーにとって事実上アクセスできません。
短所 -場合によっては、マルチユーザーモードの制限、複雑さ、高コスト、場合によってはクロスプラットフォームの制限。 それが理論のすべてです。
既知の興味深いソリューション。
通常のサイト向けのCMSおよび独自のソリューションは、デュアルコアアーキテクチャを使用しません。 必要ないからです。 通常のサイトのコンテンツはテキストであり、グループコンピューティング操作は使用されません。 しかし、OZONストアはデュアルコアアーキテクチャに切り替えた最初の店舗の1つでした。残念ながら、この記事では、OZONの現在の機能については言及していないため、コンテキストからは、一度にデュアルコアで動作するだけでなく、そのようなスキームに留まっていることが推測できます。 CMS OSGも興味深い働きをします。 実際、メインベースは「1C」であり、そこからのデータはストアがすでに稼働しているWebサーバーに転送されます（Microsoft SQL Server、Microsoft Internet Information Services、.Net Framework 1.1。もう1つの優れたデュアルコアソリューションはMelbis Shopです。便利なWindowsインターフェイスを介して。http://www.microsoft.com/Rus/Casestudies/CaseStudy.aspx?id=183
「オゾンWebストアフロントおよびバックオフィスアプリケーション（倉庫、調達、商品の取り扱い、コンテンツ管理など）の作業は、単一のデータベースで実行されました。 バックオフィスアプリケーションのユーザーインターフェイスは、Allaire Cold Fusionテクノロジーを使用したWebインターフェイスを使用して構築されました。 Ozoneの顧客とバックオフィスアプリケーションの両方に単一のデータベースを使用すると、DBMSサーバーの負荷が高くなり、その結果、オンラインストアの動作が遅くなりました。 100人以上のユーザーが同時にオゾンのWebサイトにアクセスしたとき、Webサイトの読み込みは100％に近づきました。 これにより、計画された広告キャンペーンの削減またはキャンセルに至ることがよくありました。システムは、集客した顧客からのリクエストを処理できませんでした」とオゾンのテクニカルディレクターAlexey Timoninは言います。 新しいシステムの開発と実装は段階的に行われました。 最初の段階では、バックオフィスアプリケーションのシステムが開発および実装されました。 DBMSとしてMicrosoft SQL Server 2000 Enterpriseを使用し、Borland Delphi 5にユーザーインターフェイスを実装しました。新しいバックオフィスは、Webウィンドウとは別のDBMSで機能し、Microsoft DBMSとSybase間の非同期データ交換用に特別に作成されたモジュールを使用してデータ交換を実行しました。