Phân loại chi tiết các sơ đồ kiến trúc
Quy Trình Loại
Biểu thức đồ họa
Suy Nghĩ Loại
Biểu thức có cấu trúc
Ghi Chú Loại
Biểu thức hiệu quả
Bản đồ cây
Biểu đồ ngoặc
Chế độ mặc định
Cộng tác đa người dùng thời gian thực với liên kết chia sẻ để chuyển thông tin ngay lập tức
Tạo đồ họa tự động từ văn bản với cải tiến phong cách
Chủ đề dựng sẵn với tùy chỉnh đầy đủ
Hỗ trợ biểu tượng, hình ảnh, nhãn, công thức LaTeX, khối mã, liên kết, tệp đính kèm
Xuất: PNG, VISIO, PDF, SVG | Nhập: VISIO, Mermaid
Lưu trữ đám mây thời gian thực, đồng bộ đa thiết bị, lịch sử phiên bản và bảo mật dữ liệu
Kiến trúc ứng dụng chỉ quan tâm đến việc hệ thống ứng dụng và nền tảng nào cần thiết để đáp ứng các mục tiêu kinh doanh, mà không cần xem xét công nghệ nào cần được sử dụng trong suốt quá trình xây dựng. Ngược lại, kiến trúc kỹ thuật giải quyết các yêu cầu kỹ thuật được rút ra từ kiến trúc ứng dụng và liên quan đến việc lựa chọn công nghệ và làm rõ mối quan hệ giữa các công nghệ quan trọng khác nhau.
Có. Sơ đồ kiến trúc microservices là một loại sơ đồ kiến trúc kỹ thuật cụ thể, cho thấy cách phân tách một hệ thống thành các microservices độc lập, có thể triển khai. Nói đơn giản, sơ đồ kiến trúc microservices là ứng dụng của sơ đồ kiến trúc kỹ thuật trong bối cảnh microservices.
Sơ đồ kiến trúc sản phẩm đóng vai trò là nền tảng để hướng dẫn sơ đồ kiến trúc kỹ thuật. Do đó, trình tự vẽ sơ đồ kiến trúc kỹ thuật và sản phẩm thường là có sơ đồ kiến trúc sản phẩm trước, sau đó là sơ đồ kiến trúc kỹ thuật. Sơ đồ kiến trúc sản phẩm tập trung vào các chức năng, module và tương tác người dùng của sản phẩm, trong khi sơ đồ kiến trúc kỹ thuật tập trung vào các giải pháp kỹ thuật cụ thể, các thành phần hệ thống và phương pháp tương tác cần thiết để thực hiện các chức năng này.
Sơ đồ kiến trúc kỹ thuật bao gồm bốn chiều: kiến trúc phần cứng, kiến trúc phần mềm, kiến trúc middleware và kiến trúc dữ liệu. Nó không chỉ trình bày trực quan các module hệ thống, thành phần và sự phụ thuộc của chúng mà còn cung cấp một cái nhìn có cấu trúc trong suốt chu kỳ phân tích yêu cầu, thiết kế kiến trúc và bảo trì triển khai, đảm bảo sự hiểu biết nhất quán về thiết kế hệ thống trong nhóm.
Phải được phản ánh. Sơ đồ nên chỉ rõ ranh giới phơi bày hệ thống, tường lửa, WAF, miền bảo mật, SSO, kiểm soát truy cập, v.v., nếu không, sơ đồ không có giá trị tham khảo trong các đánh giá bảo mật.
Có. Nên ghi chú các framework (như SpringBoot, Kafka), ngôn ngữ (như Java, Python), cơ sở dữ liệu (như MySQL, MongoDB), v.v., được sử dụng trong các thành phần chính. Điều này hữu ích cho phát triển, vận hành, lựa chọn công nghệ và khắc phục sự cố.
Hướng gọi của mũi tên nên được vẽ rõ ràng, và phương pháp giao tiếp (như REST, gRPC, MQ, WebSocket) nên được ghi chú bên cạnh các mũi tên. Nếu không, thông tin trong sơ đồ khó có thể hiểu chính xác, đặc biệt khi thiết kế giao diện và phân tích hiệu suất.
Có, nên sử dụng một 'lớp quản lý hệ thống' hoặc 'lớp nền tảng vận hành' để hiển thị những thành phần này, chẳng hạn như Jenkins, Prometheus, ELK, SkyWalking, v.v.
