2012-05-25 24 views
11

Gần đây, một người bạn của tôi hỏi tôi về kiến ​​trúc N-Tier và tôi đã có thể giải thích cho anh ta về kiến ​​trúc tầng 1, 2 và 3 với các ví dụ. Nhưng tôi đã bị mắc kẹt khi tôi muốn đưa ra các ví dụ cho hơn 3 tầng. Tôi googled và binged để được giúp đỡ, nhưng không thể tìm thấy bất kỳ ví dụ phong nha.Ví dụ về kiến ​​trúc 4 tầng (đối với N-Tier)?

Thực tế là nó được đặt tên là N-tier khiến tôi nghĩ rằng 'N' có thể là bất kỳ số nào bắt đầu từ 1. Nhưng tôi không thể tìm thấy bất kỳ ví dụ nào cho cấp 4 hoặc 5.

Ai đó có thể chia sẻ một số ví dụ về kiến ​​trúc N tầng có liên quan đến hơn 3 tầng?

+0

Ai đó cũng có thể cung cấp các ví dụ với .NET? – muruge

+0

Kiến trúc N-Tier không phải là nhà cung cấp hoặc phụ thuộc vào ngôn ngữ. Tôi đã sử dụng Java làm ví dụ nhưng bạn có thể thay thế ASP cho JSP, C# cho Java, .NET cho J2EE. –

+0

@MartinSpamer - Tôi đã cố gắng lập bản đồ cho bản thân mình nhưng không chắc liệu tôi có làm đúng không. Vì tôi làm việc với các công nghệ .NET, tôi nghĩ sẽ dễ dàng hơn khi diễn giải với các ví dụ về .NET stack. Cảm ơn một lần nữa cho phản ứng của bạn. – muruge

Trả lời

12
  1. Dịch vụ cơ bản: ví dụ: Cơ sở dữ liệu, Dịch vụ thư mục, Tệp & Dịch vụ in, trừu tượng phần cứng. Tầng này ngày càng được gọi là nền tảng.
  2. Cấp miền doanh nghiệp: Máy chủ ứng dụng như JavaEE bao gồm EJB, DCOM hoặc đối tượng dịch vụ CORBA. Cung cấp chức năng nghiệp vụ, tăng sử dụng SOA và dịch vụ Micro.
  3. Cấp trình bày: ví dụ: Java Servlets/JSP, ASP, PHP.
  4. Cấp khách hàng: Khách hàng yếu như Trang HTML trên trình duyệt và khách hàng phong phú như Java WebStart & Flash.
    • Trong Java EE, việc chia tầng Business Domain thành Truy cập dữ liệu (Đậu thực thể) & Dịch vụ kinh doanh (Đậu phiên) là phổ biến.
    • Trong SOA doanh nghiệp (Kiến trúc hướng dịch vụ), ESB thường sẽ tồn tại như một tầng bổ sung giữa các tầng 1 & 2. Nó có thể là một phần của điều khoản nền tảng.
    • Trong Mashup bạn có thể có một tầng kết hợp giữa tầng 3 & 4.

Động thái này để được gọi là N-Tier là một sự phản ánh của việc chuyển sang kiến ​​trúc ngày càng componentised từ client-server cũ đầu tiên là 3-Tier rồi 4-Tier. Đặc điểm xác định của một tầng là một giao diện được xác định rõ ràng với sự phân tách các mối quan tâm.

-1

Kiến trúc bốn tầng bao gồm

a. tầng máy khách - node.js angularJs, v.v. về cơ bản độc lập với phía máy chủ và nhóm UI hoạt động độc lập trên máy khách

b. Mạng tổng hợp --- mạng phân phối nội dung (akamai)

c. api tier - cổng cho tất cả các cuộc gọi phía máy chủ và có thể có bộ nhớ đệm riêng của mình

d. dịch vụ tầng - bao gồm các dịch vụ nội bộ hay bên ngoài ...

5

my understanding of four tier

Năm phút trước, tôi đã đọc một bài viết của https://www.nginx.com/blog/time-to-move-to-a-four-tier-application-architecture

Khách hàng này là nơi bạn đọc nó Api hoặc ứng dụng của bạn trở lại -end là nơi bạn lắp ráp nó .. Tập hợp dữ liệu ..Hoặc đi qua jsons/xmls từ những thứ bên ngoài hoặc các truy vấn trên cơ sở dữ liệu của bạn và tầng dịch vụ cuối cùng là nơi bạn thực sự thực hiện truy vấn trên cơ sở dữ liệu hoặc chức năng chạy trên dữ liệu lớn hoặc đọc vị trí GPS và bản đồ từ google ... Đó là cách tôi thấy trong trường hợp này. Nó chỉ đơn giản là chia lớp dữ liệu từ ba tầng.

Nhưng mô hình N-tier này hoàn toàn trừu tượng để bạn có thể xé hạ cơ sở hạ tầng của mình cho đến khi bạn chỉ có một số phần nguyên tử hợp lý. Vẫn chia cấu trúc trước đó.

Các vấn đề liên quan