マイクロサービスアーキテクチャ設計パターン-(1) モノリシックアーキテクチャの問題点

モノリシックアーキテクチャ

  • アドバンテージ
    • 単純
    • テストは直感的です
    • 導入が簡単
    • 単純な水平スケーリング、つまり複数のインスタンスの実行
  • 質問
    • 複雑な
      • システムが大きくなるほど複雑になる
    • 開発が遅い
      • 小さな点を変更する場合は、プロジェクト全体をパッケージ化して実行する必要があります。
    • 拡張が難しい
      • 一部のモジュールでは単純な構成が必要ですが、一部では高度なハードウェア構成が必要であり、プロジェクト全体が構成です
    • 障害の切り分けができない
      • モジュールが失敗すると、プロジェクト全体が失敗します。
    • 技術向上の難しさ
      • 新しいテクノロジーを試す場合、関連するすべての場所を変更する必要があり、非常にコストがかかります。

私の意見では、複雑さの増加により、モノリスが

  • 複雑さは要素と要素間の関係で構成されます
  • より多くの要素
    • 誰もが同意しません
      • 要件が高いものもあれば、要件が低いものもあります
  • 要素間の関係がさらに多くなる
    • あなたが変更を加えたい場合、私は影響を受けます。
    • あなたは電話を切ります、私も電話を切ります
    • 更新したい場合は、それに応じて更新する必要があります。
    • プログラマーはあなたを変えたいだけですが、あなたの兄弟や姉妹についても知る必要があります

おすすめ

転載: blog.csdn.net/u014704998/article/details/128171367