マイクロサービスアーキテクチャ-目標への動機のシフト

Microservice Architectureの長所について説明しているMartin FowlerとJames Lewisの記事では、次のように述べています。



エンタープライズアプリケーション-全体として構築されたアプリケーション。 システムの変更は、アプリケーションのサーバー部分の新しいバージョンの再組み立てと展開につながります。



著者がマイクロサービスアーキテクチャの宣伝者になりたいという願望は理解できますが、どこでも、常に、そのような定義を使用することは、対象に対する感情的な態度を示すものではありません。 読者を感情で魅了し、脳を消そうとする試みがあります。 著者がそのような誇張を使うとき、悪魔はここのどこかに隠れているはずです。 それで、彼はどこに角がありますか？



私の意見では、変更が再構築につながるアプリケーションは悪いアプリケーションです。 とても悪い。 良いアプリケーションでは、すべての変更が再構築につながるわけではありません。 私は、新しい機能の出現がアプリケーションの再構築につながらない多くのアプリケーションを知っています（そして、私自身も常にそうしています）。 これを行うには、アプリケーションがメタデータ（設定など）を解釈し、標準化されたメッセージを交換し、有用な作業を行える必要があります。 コンピューターは通訳デバイスであり、同じパラダイムで適切なアプリケーションを作成する必要があります。



メタデータから機能するアプリケーションを作成するための前提条件があります。 アクティビティの各領域には、限られた範囲のルーチン操作、データ入力、表示フォームがあります。 データを入力および表示するために、UIをアプリケーションで正式に記述および解釈できます。 情報入力フォームだけでなく、メニュー、アンケート、フィルター、レポートなども記述および解釈できます。 これは、Microservice Architectureがそうではないという意味ではありません

それが必要です。 これは、銃からスズメを撃つのではなく、単一培養の栽培を回避するために、さまざまなアプローチを使用してアプリケーションを構築する必要があることを意味します。 脳をオンにし、マイクロサービスアーキテクチャに基づいて悪いアプリケーションを構築しないでください。 Microservice ArchitectureがMicroservice Architecture用のアプリケーションではなく、アプリケーション用になるように、ターゲットの動機付けを避けるように注意する必要があります。



ファッションが頭を吹き飛ばしていること、宣伝者が潜在意識に基づいて行動し、疑似概念を作り出していることは明らかです。 しかし、歌が言うように：



あなたはノートに書きます

各ページ。

頭を失うな

急がないでください。

頭を失うな

便利になったらどうでしょう。