私の職場には Django アプリケーションがあり、内部ネットワークでのみ使用できます。
現在、Excel を使用してデータをインポートしていますが、これはエラーが発生しやすいプロセスであり、置き換えたいと考えています。
メインの Django アプリケーション (メニューのルックアップ値) からのすべてのデータではなく一部のデータを公開する Javascript のリッチ Web アプリケーションを提供したいと考えています。これは、外部から見えるサーバー上で実行されます。
では、これに対する良いアプローチは何ですか？
管理者は、メインの Django アプリを外の世界で利用できるようにするためのセキュリティについて懸念しています。私は中間層も好みます。現在のコードを調べて確認するよりも、小さなサーバー側のアプリを作成する方が簡単だと思います。それは外の世界に対して十分に安全です (私は Django がこのアプリを構築することを学びました。そのため、古いコードの一部はベスト プラクティスに従って実行されていませんが、必要に応じて機能します)。また、メイン データベースにインポートする前に誰かがチェックするまで、新しいデータを保持したいと考えています。(私は唯一の開発者なので、時間の考慮事項があります)。
ということで、今考えられる選択肢は2つ。
1: 外部に面したサーバーに小さな Django アプリを配置します。これにより、メイン アプリと通信してルックアップに必要な値を取得し、インポートする前に入力を保存できます。テーブルは基本的にメイン アプリをミラーリングし、メイン アプリ テーブルが変更されたときに更新する必要があります。
2: 同様のものを用意しますが、データベースを使用するのではなく、外部に面したサーバーを使用して内部サーバーの REST インターフェイスに接続します。Django 非リレーショナルを使用して、メイン アプリの REST インターフェイスからデータを取得するようなものです。メイン データベース サーバーにインポート テーブルを配置して、承認用のデータを保存します。
これらの良い/悪いアプローチのどちらですか? 他の提案はありますか？n 層アプリについて学習するための適切なリソースはありますか?