タグ付けされた質問 「enterprise-architecture」

re：アプリケーションアーキテクチャ、つまり、「組織が複合アプリケーションを作成するために使用している一連のアプリケーションが、スケーラブルで信頼性が高く、利用可能で管理しやすいことを保証する科学と技術」 組織内のさまざまなアプリケーションを見ると、アプリケーションをマージするさまざまな理由がわかりますが、それらを分離しておくことの良い理由も時々あります。 一般に、大きなシステムが少ない場合と小さなシステムが多い場合の長所と短所は何ですか（多くのシステムが情報を交換することを覚えておいてください）。 私は次のようなことを考えています：小さい、大きいアプリはアプリ間の配管が少ないことを意味しますが、小さいアプリが多いほど個々の部門の柔軟性が高くなります。 これに関する文献はありますか、または誰かが発見した長所と短所のリストを持っていますか？ 編集：私のシナリオでは、多くのアプリは社内で開発されたものではなく、既製のものでカスタマイズ可能ですが、より一般的なシナリオを自由に検討してください。

8 architecture  applications  enterprise-architecture 

わかりました。「エンタープライズソフトウェアエンジニアとしての経験が足りなかったため、「ほとんど」求人を失いました」。 私は16年以上プログラマーとして働いており、過去12〜14年間は大小さまざまな企業で専門的に働いていました。 だから、これが私にこの質問を思い起こさせました：ソフトウェアエンジニアとエンタープライズソフトウェアエンジニアの違いは何ですか？ ソフトウェアアーキテクチャとエンタープライズアーキテクチャの違いは本当にありますか？ ところで、私は、アーキテクチャ、tdd、SDLCなど、他のすべてのGOODソフトウェアプログラマが行うことを実行しようとします。

8 .net  enterprise-architecture 

多くの場合、私はアプリケーションが明らかに破損している状況にありましたが、外部構成ファイルに欠陥があることがわかりました。通常、これは間違ったファイルが存在するか、不正なデータが含まれていることが原因です。 外部ユーザー/プロセスがアプリケーションのランタイム特性を変更できるようにするより良い方法はありますか、またはこれが問題の最もよく知られている解決策ですか？ Unix /etc やJavaのJNDIなどに焦点を当てるのではなく、一般的なケースについての議論が欲しいです。

8 enterprise-architecture  configuration-management