Điện toán đám mây OpenStack
Hiện nay, các nhà cung cấp đám mây cung cấp các loại dịch vụ điện toán đám mây dưới nhiều dạng khác nhau. Nhìn chung, mô hình kiến trúc dịch vụ điện toán đám mây thường được chia thành ba loại dịch vụ cơ bản là: dịch vụ cơ sở hạ tầng (Infrastructure as a Service – IaaS), dịch vụ nền tảng (Platform as a Service – PaaS) và dịch vụ phần mềm (Software as a Service – SaaS) (Hình 1). 

Theo mô hình triển khai, điện toán đám mây được phân thành ba mô hình chính là điện toán đám mây riêng (Private Cloud), điện đám mây công cộng (Public Cloud) và điện đám mây lai (Hybrid Cloud) (Hình 2).

Phân vùng an toàn (security domains)
​Một phân vùng an toàn bao gồm vùng sử dụng của người dùng, các ứng dụng, các máy chủ hay các mạng cùng chung yêu cầu về độ tin cậy và kỳ vọng trong phạm vi một khu vực. Đặc biệt là chúng có cùng các yêu cầu xác thực (authentication) và cấp phép (authorization) (AuthN/Z).

• - Phân vùng an toàn công cộng – Public: Bao gồm toàn bộ các khu vực mạng không tin cậy (untrusted) của hạ tầng đám mây. Nó thường là khu vực Internet, có thể là toàn bộ hệ thống hoặc cũng có thể là một mạng mà người dùng không có căn cứ tin cậy. Tất cả các dữ liệu được truyền trong phân vùng này mà có các yêu cầu về bảo mật hoặc toàn vẹn cần được bảo vệ theo kiểm soát cân bằng bù trừ (compensating controls). Phân vùng này luôn được coi là không tin cậy.
• - Phân vùng khách - Guest: Đặc trưng cho các tính toán giao dịch giữa các Instances (Instance-to-Instance), phân vùng khách quản lý dữ liệu tính toán được tạo ra bởi các Instance trên đám mây, nhưng không phải là các dịch vụ hỗ trợ cho việc quản lý của đám mây, như là các lệnh gọi API.
• Các nhà cung cấp đám mây riêng và đám mây công cộng không có sự kiểm soát chặt chẽ đối với việc sử dụng Instance hoặc là không giới hạn truy cập Internet đến các VMs nên cho rằng phân vùng này là không tin cậy. Các nhà cung cấp đám mây riêng muốn coi phân vùng này như là một khu vực nội bộ và tin cậy chỉ khi có các kiểm soát phù hợp được thực thi để khẳng định rằng các Instance và tất cả các liên kết giữa các Tenants là được tin cậy.

• - Phân vùng quản lý - Management: Là khu vực tương tác của các dịch vụ. Phân vùng này được coi như là “khu vực kiểm soát”, các mạng trong khu vực này truyền tải các dữ liệu bí mật như là các tham số cấu hình, các tên người dùng, và các mật khẩu. Giao dịch lệnh và điều khiển quan trọng nằm trong phân vùng này có yêu cầu tính toàn vẹn rất cao. Các truy cập vào phân vùng này cần được giới hạn và kiểm soát chặt chẽ. 
• Phần lớn các thực thi trong phân vùng này phải là tin cậy. Tuy nhiên, khi quan tâm đến việc triển khai OpenStack, có nhiều hệ thống cầu nối phân vùng này với các phân vùng khác làm giảm mức độ tin cậy đặt ra cho phân vùng quản lý này.  

• - Phân vùng an toàn dữ liệu - Data được quan tâm chính liên quan đến thông tin trong dịch vụ lưu trữ của OpenStack. Phần lớn dữ liệu được truyền qua phân vùng này yêu cầu rất cao về độ chính xác và bảo mật. Trong một số trường hợp, tùy theo dạng triển khai mà có thêm cả yêu cầu về tính sẵn sàng.
• Mức độ tin cậy của phân vùng này phụ thuộc vào việc quyết định triển khai của người quản trị và không có một mức độ tin cậy mặc định nào được đặt ra.

Cầu nối các khu vực an toàn – Bridging security domains
​Cầu nối là một thành phần tồn tại trong nhiều phân vùng an toàn. Bất kỳ một thành phần nối giữa các phân vùng an toàn với mức tin cậy hoặc yêu cầu xác thực khác nhau phải được cấu hình cẩn thận. Các cầu nối này thường là những điểm yếu trong kiến trúc mạng đám mây. Một cầu nối thường được cấu hình cho phù hợp với yêu cầu an toàn của mức tin cậy cao nhất của vùng an toàn có sử dụng cầu nối. Trong nhiều trường hợp việc kiểm soát an toàn của các cầu nối cần được quan tâm tương ứng với các tấn công có thể xảy ra với hệ thống.

Hình 4 cho thấy, thành phần Compute Host làm cầu nối giữa phân vùng dữ liệu và phân vùng quản lý; do đó, thành phần Compute Host cần được cấu hình phù hợp với yêu cầu an toàn của phân vùng quản lý, do phân vùng quản lý có yêu cầu tin cậy cao hơn. Tương tự như vậy, thành phần API Endpoint trong mô hình kết nối phân vùng công cộng không tin cậy với phân vùng quản lý nên cần được thiết lập có thể chống lại các tấn công từ phân vùng công cộng lan sang phân vùng quản lý. 

Kết luận
​Việc phân tách các phân vùng an toàn trong thiết kế của OpenStack là không đơn giản, bởi vì các dịch vụ cốt lõi trong hệ thống sẽ thường kết nối ít nhất hai phân vùng an toàn, nên cần đưa ra một sự xem xét đặc biệt khi ứng dụng kiểm soát an toàn lên hệ thống. Tùy theo thực tế triển khai, người quản trị có thể ứng dụng các cách phân vùng an toàn khác nhau.