0

現在、社内で構築した在庫管理システムがあります。それはうまく機能し、私たちは常にそれを革新しています.

この秋、ショッピング カートのチェックアウトを介して、ウェブサイトの 1 つで製品を直接販売し始めました。

私たちの在庫管理システムはオフィス内のサーバーから実行されていますが、現在所有している 3 つの Web サイト (実際に商品を販売しているのは 1 つだけ) は明らかに外部ソースから実行されています。

ここで私の問題を参照してください。基本的には、在庫が常に最新であり、在庫がないものを販売しないように、内部ソフトウェアと外部 Web サイトの両方が通信できる中央在庫管理システムを作成する方法を考えています。

私たちの内部在庫追跡はうまく機能し、うまく流れていますが、両者の間で通信できる堅牢な追跡システムをどのように実装すればよいかわかりません.

ソフトウェアはすべて Python で書かれていますが、これをどのように実装するかについてのアイデアや方法を主に探しているので、それは問題ではありません。

回答をお寄せいただきありがとうございます。それが理にかなっていることを願っています..詳しく説明できます。

4

3 に答える 3

1

1 つの可能性は、在庫管理システムで Web サービス インターフェイスを公開して、Web ショップフロントで使用されるトランザクションにリモート アクセスできるようにすることです。合理的に安全な VPN リンクまたは ssh トンネル タイプの配置により、Web ショップフロントは在庫レベルを取得し、注文を出し、在庫システムに対して検索を実行できます。

ノート：

  1. Web ショップフロントが侵害された場合に備えて、在庫サービスに適切なセキュリティ レイヤーを追加する必要があります。

  2. 在庫管理アプリケーションとサーバーが負荷を処理するのに十分な大きさであること、または負荷を処理できるように適度に簡単にスケーリングできることを確認する必要があります。

在庫アプリケーションの SLA は、Web ショップフロントをサポートするのに十分なものである必要があります。これはおそらく、ある種のホット フェイルオーバー アレンジメントを意味します。

于 2009-01-28T13:45:27.397 に答える
0

あなたの問題に対する本当に良い解決策があるかどうかはわかりません。今のあなたのやり方はうまくいっていると思いますが、もしあなたが同意しないなら、私はあなたに何を言うべきかわかりません.

于 2009-04-01T18:03:48.340 に答える
0

問題はわかりません... データベースをローカルで管理するアプリケーションが 1 つのサーバーで実行されています。リモートサーバーがそのデータベースとも通信できない理由はありません。

もちろん、データベースを持っておらず、代わりに自家製アプリを使用してある種の偽データベースとして機能している場合は、遅かれ早かれ実際の DB のようなものを使用するようにリファクタリングすることをお勧めします。

于 2009-01-28T13:50:56.683 に答える