Làm cách nào để thiết kế các ứng dụng có thể mở rộng?

Question

Làm thế nào để bạn thiết kế/kiến ​​trúc sư một ứng dụng có thể mở rộng? Bất kỳ đề xuất nào về sách hoặc trang web có thể giúp hiểu cách chia nhỏ các ứng dụng?

Cảm ơn

Answer 1

Trong năm qua tôi đã phải tăng tốc về câu hỏi này cho một dự án mà công ty của tôi đang nghiên cứu và tôi đã tìm thấy những tài nguyên này cực kỳ hữu ích: highscalability.com của Todd Hoff; Scalable Internet Architectures, theo Theo Schlossnagle; và Building Scalable Web Sites, của Cal Henderson. Đặc biệt, Highscalability.com sẽ chỉ cho bạn nhiều bản báo cáo, hướng dẫn, sách và giấy tờ tốt, và là một nơi tuyệt vời để bắt đầu. Tất cả lời khuyên là thực tế và dựa trên kinh nghiệm tại các trang web như Flickr, Twitter và Google.

BTW, khả năng mở rộng không hoạt động. Một hệ thống hoàn toàn có khả năng mở rộng là một hệ thống có chi phí cận biên cố định để bổ sung thêm người dùng hoặc dung lượng.

Answer 2

tôi sẽ đề nghị cuốn sách này cho rằng:

http://www.amazon.com/Scalable-Internet-Architectures-Developers-Library/dp/067232699X/ref=sr_1_1?ie=UTF8&s=books&qid=1243267630&sr=8-1

Mặc dù đây chủ yếu là một cuốn sách PHP, ý tưởng là như nhau cho bất kỳ stack web.

Answer 3

Trước khi bắt đầu với kỹ thuật, bạn nên biết phạm vi ứng dụng chết lạnh. Khách hàng/đơn vị kinh doanh mong đợi điều gì về hiệu suất và các khu vực quan trọng của sự thất bại là gì? Scott Hanselman có số lượng lớn podcast về chủ đề này.

Một số mẩu tin được cung cấp: không sử dụng bộ nhớ đệm trừ khi bạn phải; phân phối tệp nhanh hơn so với việc lắp ráp các phân đoạn từ cơ sở dữ liệu; biết cách xử lý thời gian của máy chủ peek; biết những gì đỉnh của bạn sẽ được.

Một lần nữa, hãy biết phạm vi sử dụng đầu tiên để biết liệu bạn có nên quy mô không.

Answer 4

This chính xác là những gì bạn cần! Hướng dẫn Kiến trúc Ứng dụng được tạo bởi nhóm Mô hình và Thực tiễn của Microsoft để giúp kiến ​​trúc sư ...

Answer 5

Đây là phần giới thiệu tốt cho chủ đề: IBM developerWorks có một vài hướng dẫn thú vị về cách sử dụng các mẫu kiến ​​trúc cho các ứng dụng có quy mô: here và here.

Answer 6

• Tôi có xu hướng nghĩ rằng khả năng mở rộng có liên quan chặt chẽ đến khả năng bảo trì. Và dường như thường bị bỏ qua rằng mọi người chỉ dành một thời gian ngắn phát triển các ứng dụng và phần còn lại của thời gian duy trì nó.

• Ngoài ra, tỉ lệ có gần như chắc chắn phải làm gì với dữ liệu (đó là nhanh nhẹn hơn mã - vì vậy bạn muốn có ngày càng nhiều của nó), đó là lý do tại sao chi phí truy cập lưu trữ của bạn nên ở giữa O(1) và O(n). Ứng dụng hoàn toàn có thể mở rộng cho tôi là một ứng dụng mà tôi có thể sao chép từ môi trường sang môi trường khác (tương tự), định cấu hình một vài giá trị và chạy nó để mở rộng phạm vi thực thi của toàn bộ ứng dụng.

Answer 7

Đã có một số câu trả lời tuyệt vời được đăng tại đây. Trong một số sách và liên kết, bạn sẽ tìm thấy một vài mẫu suy nghĩ phổ biến.

• Viết ít mã càng tốt đang Tái sử dụng

• càng nhiều càng tốt

• Đừng kết thúc, hoặc theo trừu tượng thiết kế của bạn

• phá vỡ mọi thứ sang các lĩnh vực mô-đun mà có thể chạy trên các hệ thống riêng biệt hoặc nhiều hệ thống. Xử lý nặng nên được để lại cho một hệ thống riêng biệt.

Answer 8

Đây là một bài đọc hay trên livejournal và cách họ chia tỷ lệ ứng dụng theo thời gian.

danga.com/words/2004_mysqlcon/mysql-slides.pdf [PDF]

Nó có thể không phải là loại mà bạn đang tìm kiếm, nhưng nó là một trong những tốt hơn "Đây là những gì chúng tôi đã làm và tại sao" tổng quan về mở rộng quy mô.

Answer 9

Dù bạn làm gì, bạn không thể thiết kế hệ thống ngay từ đầu để có thể mở rộng cho mọi nhu cầu của bạn. Thường thì một khi bạn có hệ thống của bạn chạy, bạn sẽ tìm thấy tắc nghẽn, nơi bạn ít mong đợi họ (tức là: băng thông mạng cục bộ). Dù sao, lời khuyên của tôi chắc chắn là highscalability.com cũng vậy :)