Jede Ebene des mehrschichtigen Architekturmusters hat eine bestimmte Rolle und Verantwortung innerhalb der Anwendung. Beispielsweise wäre eine Präsentationsebene für die Verarbeitung der gesamten Benutzeroberflächen- und Browserkommunikationslogik verantwortlich, während eine Geschäftsebene für die Ausführung bestimmter Geschäftsregeln zuständig wäre, die mit der Anforderung verknüpft sind. Jede Ebene in der Architektur bildet eine Abstraktion um die Arbeit, die getan werden muss, um eine bestimmte Geschäftsanforderung zu erfüllen. Die Präsentationsebene muss z. B. nicht wissen oder sich Gedanken darüber machen, wie Kundendaten abgefragt werden. Es muss nur diese Informationen auf einem Bildschirm in einem bestimmten Format angezeigt werden. Ebenso muss sich die Geschäftsebene keine Gedanken darüber machen, wie Kundendaten für die Anzeige auf einem Bildschirm formatiert werden oder sogar, woher die Kundendaten stammen. Es muss nur die Daten von der Persistenzschicht abrufen, Geschäftslogik für die Daten ausführen (z. B. Werte berechnen oder Daten aggregieren) und diese Informationen an die Präsentationsebene übergeben.
Nachdem die Muster der App hinzugefügt, trainiert, veröffentlicht und die App am Endpunkt der Vorhersagelaufzeit abgefragt werden. Beachten Sie in Abbildung 1-2, dass jeder der Layer in der Architektur als geschlossen markiert ist. Dies ist ein sehr wichtiges Konzept im geschichteten Architekturmuster. Eine geschlossene Ebene bedeutet, dass eine Anforderung, wenn sie von Layer zu Layer verschoben wird, durch die Ebene direkt darunter gehen muss, um zur nächsten Ebene unterhalb dieser Ebene zu gelangen. Beispielsweise muss eine Anforderung, die von der Präsentationsebene stammt, zuerst die Geschäftsebene und dann die Persistenzebene durchlaufen, bevor sie schließlich auf die Datenbankebene trifft. Die Muster von IBM konzentrieren sich speziell auf Lösungen für e-Business; d. h. solche, die es einer Organisation ermöglichen, Webtechnologien zu nutzen, um Geschäftsprozesse neu zu gestalten, die Kommunikation zu verbessern und die Organisationsgrenzen zu erweitern: Muster ermöglichen es Ihnen zwar, weniger Beispieläußerungen bereitzustellen, aber wenn die Entitäten nicht erkannt werden, stimmt das Muster nicht überein. Eine Herausforderung bei der Verwendung dieses Ansatzes besteht darin, zu entscheiden, wann es sinnvoll ist, ihn zu verwenden. Beim Entwickeln der ersten Version einer Anwendung haben Sie oft nicht die Probleme, die dieser Ansatz löst. Darüber hinaus wird die Verwendung einer ausgeklügelten, verteilten Architektur die Entwicklung verlangsamen.
Dies kann ein großes Problem für Startups sein, deren größte Herausforderung oft darin besteht, das Geschäftsmodell und die begleitende Anwendung schnell weiterzuentwickeln. Die Verwendung von Y-Achsen-Splits könnte es viel schwieriger machen, schnell zu iterieren. Später jedoch, wenn die Herausforderung darin besteht, wie Sie skalieren und funktionale Zersetzung verwenden müssen, können die verworrenen Abhängigkeiten es schwierig machen, Ihre monolithische Anwendung in eine Reihe von Diensten zu zerlegen.