（1）アプリケーションの複雑さが増し、更新および保守が困難になります。
単純なアプリケーションは、時間とともに徐々に大きくなります。その後、開発チームは多くの問題に直面します。主な問題は、このアプリケーションが複雑すぎるため、単一の開発者、特にチームに参加したばかりの開発者が二次的な開発やメンテナンスを行うことは困難であり、アプリケーションを理解および変更することが難しい場合があります。
（2）システムリソースの浪費が発生しやすい
プロジェクトのサービス容量は、負荷分散を使用して水平方向に拡張できますが、
他のサービスを拡張する必要がなくなります。この
方法では、リソースが大幅に浪費されます。
（3）開発効率への影響
アプリケーションが大きいほど、起動時間が長くなります。開発とデバッグの過程で
、時間の大部分が待機に費やされなければならない場合、必然的に開発効率に大きな影響を与えます。
（4）アプリケーションの信頼性が
低い実行時の従来のモノリシックアプリケーションアーキテクチャの信頼性は比較的低いです。すべてのモジュールが1つのプロセス
で実行されている場合、いずれかのモジュールでバグが発生すると、プロセス全体がクラッシュする可能性があります。影は、
アプリケーション全体に影響を与えます。
（5）テクノロジーの更新を助長しない
従来のモノリシックアプリケーションアーキテクチャが特定のテクノロジーの使用を選択すると、その後の開発と拡張がこれらのテクノロジーに
基づいて実装されます。特定のテクノロジーを変更する必要がある場合、アプリケーション全体を再開発する必要があるかもしれません。このコストは非常に大きくなります。
