Tư duy điện toán đám mây và phân định trách nhiệm

Điện toán đám mây là hình thức sử dụng trong đó không sở hữu tài nguyên CNTT mà chỉ thuê đúng lượng cần thiết vào đúng lúc cần, và trả tiền theo mức đã sử dụng. Thời gian từ khi yêu cầu đến khi bắt đầu sử dụng ngắn, và khi trả lại thì việc tính phí cũng dừng ngay tại thời điểm đó. Việc xác định trước lượng cần thiết và mua thiết bị trước khi triển khai, cũng như tự quản lý cả nguồn điện và điều hòa, đều là cách làm của on-premise; vì phải quyết định lượng trước nên dễ xảy ra tình trạng cấp phát dư thừa (over-provisioning) hoặc thiếu năng lực (capacity shortage). Mô tả rằng không thể thay đổi lượng trong thời gian hợp đồng thì ngược lại với tiền đề của đám mây là có thể tăng giảm sau này.

Thanh toán theo mức sử dụng (Pay-as-you-go) là nguyên tắc không cần trả trước cũng không cần cam kết dài hạn, chỉ trả tiền cho phần thực tế đã sử dụng. Vì có thể mở rộng theo nhu cầu thực tế thay vì theo dự đoán, nên có thể giảm rủi ro cấp phát dư thừa. Việc cam kết một mức sử dụng trong một khoảng thời gian nhất định để đổi lấy đơn giá thấp hơn là Tiết kiệm khi cam kết (Save when you commit); đơn giá giảm khi lượng sử dụng tăng là Dùng nhiều thì rẻ hơn (Pay less by using more); gộp thành mức phí cố định hàng tháng không phát sinh phí vượt mức là mức phí cố định (Flat rate) — tất cả đều chỉ các nguyên tắc khác.

Dùng nhiều thì rẻ hơn (Pay less by using more) là nguyên tắc áp dụng cơ chế tính phí theo bậc cho S3, truyền dữ liệu..., theo đó đơn giá trên mỗi GB giảm khi lượng sử dụng tăng. Việc cam kết một mức sử dụng trong một khoảng thời gian nhất định để giảm đơn giá là Tiết kiệm khi cam kết (Save when you commit), tiêu biểu là Savings Plans. Trả tiền cho phần thực tế đã dùng mỗi lần là Thanh toán theo mức sử dụng (Pay-as-you-go); gộp thành mức phí cố định hàng tháng không phát sinh phí vượt mức là mức phí cố định (Flat rate). Bốn nguyên tắc có mục đích khác nhau nên không đối lập mà được kết hợp sử dụng.

Tiết kiệm khi cam kết (Save when you commit) là nguyên tắc đổi lấy mức giá được chiết khấu cho các dịch vụ điện toán hoặc học máy bằng cách cam kết một mức sử dụng cụ thể trong một khoảng thời gian là 1 năm hoặc 3 năm, như Savings Plans. Việc cố định mức phí hàng tháng để không phát sinh phí vượt mức là mức phí cố định (Flat rate), và đây không phải là cơ chế chuyển phần vượt sang tháng sau. Cơ chế theo bậc mà đơn giá giảm khi lượng sử dụng tăng thuộc về Dùng nhiều thì rẻ hơn (Pay less by using more). Có thể ngừng bất cứ lúc nào mà không cần cam kết là tính chất của Thanh toán theo mức sử dụng (Pay-as-you-go), ngược hoàn toàn với tiền đề cam kết của nguyên tắc này.

Theo danh sách hướng dẫn thi chính thức tính đến tháng 8 năm 2026, hai chứng chỉ được xếp ở cấp Foundational là AWS Certified Cloud Practitioner (CLF-C02) và AWS Certified AI Practitioner (AIF-C01). Developer - Associate (DVA-C02) và Data Engineer - Associate (DEA-C01) đều thuộc cấp Associate, còn Advanced Networking - Specialty (ANS-C01) thuộc cấp Specialty. Với các chứng chỉ có tên cấp độ ở cuối tên gọi thì đó là manh mối, nhưng Cloud Practitioner và AI Practitioner không có tên cấp độ đi kèm, nên cần nhớ rằng hai chứng chỉ này thuộc Foundational.

CLF-C02 là mã thi của AWS Certified Cloud Practitioner. CLF là viết tắt của Cloud Practitioner, còn C02 ở cuối thể hiện thế hệ sửa đổi. Mã của AWS Certified AI Practitioner là AIF-C01, AWS Certified Developer - Associate là DVA-C02, AWS Certified Data Engineer - Associate là DEA-C01. Tên gọi của chứng chỉ đôi khi được đổi, nhưng mã thi thì không đổi cho đến khi có bản sửa đổi mới, nên cách chắc chắn để kiểm tra tài liệu học có phải là bản hiện hành hay không là dựa vào mã thi.

Mã thi của AWS Certified Solutions Architect - Professional là SAP-C02. SAA-C03 cũng là Solutions Architect nhưng ở cấp Associate; SOA-C03 là mã của CloudOps Engineer - Associate; SCS-C03 là mã của Security - Specialty. Ba chữ cái đầu khá giống nhau nên dễ nhầm lẫn, nhưng có thể ghi nhớ rằng SAA tương ứng với Associate còn SAP tương ứng với Professional.

Exam Guide của CLF-C02 quy định Cloud Concepts chiếm 24%, Security and Compliance chiếm 30%, Cloud Technology and Services chiếm 34%, Billing, Pricing, and Support chiếm 12%. Do đó lớn nhất là Cloud Technology and Services, nhỏ nhất là Billing, Pricing, and Support. Vì là chứng chỉ nhập môn nên nhiều người nghĩ phần khái niệm sẽ chiếm tỷ lệ lớn nhất, nhưng thực tế lĩnh vực hỏi về kiến thức dịch vụ mới là lớn nhất, tiếp theo là bảo mật. Nên phân bổ thời gian học theo đúng tỷ lệ này.

Exam Guide của SAA-C03 quy định Design Secure Architectures chiếm 30%, Design Resilient Architectures chiếm 26%, Design High-Performing Architectures chiếm 24%, Design Cost-Optimized Architectures chiếm 20%. Lớn nhất là thiết kế kiến trúc bảo mật. Có thể ghi nhớ dễ hơn nếu liên hệ tên 4 lĩnh vực với các trụ cột của Well-Architected, theo thứ tự bảo mật, độ tin cậy, hiệu năng, và tối ưu chi phí.

Chứng chỉ Associate về vận hành đã đổi tên từ SysOps Administrator thành CloudOps Engineer, mã thi cũng đổi từ SOA-C02 thành SOA-C03. Ngày thi cuối cùng của mã cũ là 29 tháng 9 năm 2025, mã mới bắt đầu từ 30 tháng 9 năm 2025. Data Engineer - Associate và Machine Learning Engineer - Associate không phải là chứng chỉ kế thừa mảng vận hành, mà là các chứng chỉ mới được thành lập riêng trong lĩnh vực dữ liệu và học máy. DevOps Engineer - Professional là chứng chỉ cấp Professional đã tồn tại từ trước, cấp độ cũng khác.

AWS chính thức gọi trách nhiệm phía AWS là "Security of the Cloud", và quy định đó là việc bảo vệ hạ tầng vận hành tất cả các dịch vụ được cung cấp trên đám mây AWS, tức là bảo vệ phần cứng, phần mềm, hệ thống mạng, và cơ sở vật chất. Việc xử lý lỗ hổng bảo mật của ứng dụng đã cài trên instance là trách nhiệm của người dùng khi chọn EC2. Việc lựa chọn tùy chọn mã hóa dữ liệu và cấp quyền bằng IAM là công việc còn lại phía người dùng dù chọn dịch vụ nào, và cả hai đều thuộc về "Security in the Cloud".

AWS chính thức nêu rõ "trách nhiệm của khách hàng được quyết định bởi dịch vụ đám mây AWS mà khách hàng lựa chọn". Nghĩa là khối lượng công việc cấu hình mà người dùng cần thực hiện, như một phần của trách nhiệm bảo mật, sẽ thay đổi tùy theo dịch vụ đã chọn. Gói hỗ trợ chỉ quyết định cách nhận hỗ trợ kỹ thuật, không làm dịch chuyển ranh giới trách nhiệm. Vùng và vùng khả dụng là vấn đề về vị trí đặt tài nguyên, còn thời gian sử dụng và số tiền sử dụng là vấn đề về tính phí; không cái nào trong số đó quyết định phạm vi trách nhiệm.

AWS chính thức nêu rằng đối với các dịch vụ cần cấu hình như EC2, người dùng đảm nhận "quản lý guest OS (bao gồm cập nhật và vá bảo mật), phần mềm ứng dụng hoặc tiện ích đã cài trên instance, và cấu hình nhóm bảo mật (security group)". Do đó việc vá lỗi cho hệ điều hành là trách nhiệm của người dùng. Với EC2, phần AWS vận hành chỉ dừng ở hạ tầng vật lý và lớp ảo hóa, không bao gồm hệ điều hành bên trong instance. Gói hỗ trợ là hợp đồng nhận hỗ trợ kỹ thuật, không làm dịch chuyển nơi chịu trách nhiệm.

Đối với các dịch vụ được trừu tượng hóa hoặc dịch vụ được quản lý (managed service), AWS chính thức nêu rằng "AWS vận hành lớp hạ tầng, hệ điều hành và nền tảng, còn khách hàng truy cập vào điểm cuối (endpoint) để lưu trữ và truy xuất dữ liệu". Những gì còn lại thuộc về người dùng là quản lý dữ liệu của chính mình (bao gồm tùy chọn mã hóa), phân loại tài sản, và áp dụng quyền hạn phù hợp bằng công cụ IAM. Người dùng không cập nhật hệ điều hành cũng không vận hành nền tảng, nhưng việc phân loại dữ liệu và cấu hình quyền hạn thì không bao giờ tách khỏi người dùng, dù ở dịch vụ nào.

Ranh giới của mô hình trách nhiệm chung không cố định mà thay đổi tùy theo dịch vụ được chọn. Với các dịch vụ mà người dùng tự quản lý guest OS như EC2, việc vá lỗi là trách nhiệm của người dùng; nhưng với các dịch vụ mà AWS vận hành cả hệ điều hành và nền tảng như S3 hay DynamoDB thì đó là trách nhiệm của AWS. Vì vậy cả "luôn luôn là AWS" lẫn "luôn luôn là người dùng" đều sai. Vùng (region) chỉ là lựa chọn vị trí đặt tài nguyên, không làm thay đổi sự phân chia trách nhiệm. Nếu nắm được điểm này, khi gặp một dịch vụ chưa từng thấy, chỉ cần xét xem nó gần với EC2 hay gần với S3 là có thể suy đoán được ranh giới.

Cơ sở vật chất được nêu rõ là một phần của hạ tầng vận hành các dịch vụ đám mây AWS, thuộc "Security of the Cloud", và luôn luôn là trách nhiệm của AWS bất kể đang dùng dịch vụ nào. Người dùng không thể tự kiểm toán hay vào tận nơi kiểm tra phạm vi này, mà xác nhận thông qua các chứng nhận của bên thứ ba hoặc báo cáo kiểm toán mà AWS công bố. Đây tương ứng với loại kiểm soát được kế thừa (Inherited Controls) trong ba phân loại kiểm soát, là phần mà người dùng kế thừa hoàn toàn từ AWS. Phần thay đổi tùy theo dịch vụ được chọn là lớp hệ điều hành và middleware, chứ không phải lớp vật lý.

AWS chính thức nêu rõ rằng việc quản lý dữ liệu của chính mình (bao gồm tùy chọn mã hóa), phân loại tài sản, và áp dụng quyền hạn phù hợp bằng công cụ IAM vẫn thuộc về người dùng ngay cả khi sử dụng dịch vụ được trừu tượng hóa. Vì không tách khỏi người dùng dù chọn dịch vụ nào, đây là điểm cố định khi suy nghĩ về ranh giới. Việc thay thế máy chủ vật lý và bảo vệ mạng backbone đều thuộc về cơ sở vật chất và phần cứng, luôn luôn thuộc phía AWS. Hệ điều hành làm nền tảng của dịch vụ được quản lý do AWS vận hành, nên việc vá lỗi cho nó không phải là công việc của người dùng.

Kiểm soát được kế thừa được định nghĩa chính thức là những gì người dùng kế thừa hoàn toàn từ AWS, tương ứng với các kiểm soát vật lý và môi trường. Kiểm soát được áp dụng riêng biệt cho cả lớp hạ tầng lẫn lớp người dùng là kiểm soát chung (Shared Controls); kiểm soát hoàn toàn thuộc trách nhiệm người dùng, tương ứng với bảo mật dịch vụ và vùng (zone), là kiểm soát riêng của khách hàng (Customer Specific Controls). Hướng kế thừa là một chiều từ AWS sang người dùng, không phải là quan hệ AWS tiếp nhận cấu hình của người dùng.

Ba ví dụ mà AWS chính thức đưa ra cho kiểm soát chung là quản lý bản vá, quản lý cấu hình, và nâng cao nhận thức cùng đào tạo. Điểm đặc trưng là cùng một hoạt động được thực hiện song song ở cả lớp hạ tầng lẫn lớp người dùng; ví dụ với quản lý bản vá, AWS áp dụng cho hạ tầng của mình, còn người dùng áp dụng riêng cho guest OS và ứng dụng. Quản lý ra vào, dự phòng nguồn điện, mua sắm và thanh lý phần cứng là các kiểm soát vật lý và môi trường, thuộc phía mà người dùng kế thừa từ AWS. Bảo mật dịch vụ và vùng (zone) là ví dụ của kiểm soát riêng của khách hàng.

DynamoDB là dịch vụ được trừu tượng hóa, nên AWS vận hành cả lớp hạ tầng, hệ điều hành lẫn nền tảng. Việc vá lỗi guest OS mà người dùng từng đảm nhận khi dùng EC2 sẽ trở thành công việc phía AWS sau khi di chuyển. Mặt khác, việc phân loại dữ liệu, lựa chọn tùy chọn mã hóa, và cấp quyền bằng IAM vẫn ở lại phía người dùng dù chọn dịch vụ nào. Việc bảo vệ cơ sở vật chất vốn luôn là trách nhiệm của AWS ngay từ đầu nên không thể chuyển sang người dùng dù có di chuyển hay không. Nếu sắp xếp theo hướng "phần thay đổi là lớp hệ điều hành và nền tảng, phần không thay đổi là dữ liệu và quyền hạn" thì sẽ không bị nhầm lẫn.

Các trụ cột hiện hành gồm 6 trụ: Vận hành xuất sắc, Bảo mật, Độ tin cậy, Hiệu năng, Tối ưu chi phí, và Tính bền vững. Tính bền vững được thêm vào năm 2021 với tư cách trụ cột thứ 6, nên danh sách 5 trụ thiếu trụ này là thông tin cũ trước khi được bổ sung. Khả năng tương tác và Khả năng di động không phải là các từ được liệt kê là trụ cột của khung này, cả hai đều không có trong danh sách chính thức. Tài liệu giải thích có số lượng trụ cột cũ thì khả năng cao tên dịch vụ hay mã thi cũng cũ, nên đây cũng là dấu hiệu để nhận biết độ mới của tài liệu học.

Vận hành xuất sắc là trụ cột tập trung vào việc vận hành và giám sát hệ thống, cùng việc cải tiến liên tục quy trình và thủ tục. Tự động hóa triển khai, cập nhật thủ tục thông qua việc nhìn lại sau sự cố, và thực hiện thay đổi theo từng bước nhỏ, thường xuyên đều thuộc phạm vi này. Bảo vệ thông tin và hệ thống là Bảo mật; tối ưu hóa cấp phát tài nguyên và lựa chọn loại tài nguyên là Hiệu năng; loại bỏ chi tiêu lãng phí và điều chỉnh tài nguyên là Tối ưu chi phí — cả ba đều chỉ các trụ cột khác.

Trụ cột Bảo mật tập trung vào việc bảo vệ thông tin và hệ thống, trọng tâm là tính toàn vẹn dữ liệu và kiểm soát truy cập. Mã hóa và kiểm soát truy cập dựa trên nguyên tắc đặc quyền tối thiểu chính là ví dụ điển hình. Việc dừng tài nguyên không dùng và điều chỉnh kích thước thuộc Tối ưu chi phí; tự động hóa triển khai và cập nhật thủ tục sau khi nhìn lại là Vận hành xuất sắc; đo lường và giảm tác động môi trường là Tính bền vững. Phần lớn phạm vi còn lại phía người dùng trong mô hình trách nhiệm chung sẽ được xử lý trong trụ cột Bảo mật này.

Độ tin cậy là trụ cột tập trung vào việc workload thực hiện đúng chức năng dự kiến, và mức độ phục hồi nhanh chóng sau sự cố. Phân tán trên nhiều vùng khả dụng, tự động phục hồi, và kiểm chứng quy trình sao lưu — khôi phục đều thuộc phạm vi này. Điểm đặc trưng là không chỉ nhắm tới việc không hỏng, mà còn bao gồm cả việc khôi phục nhanh khi đã hỏng. Tối ưu hóa cấp phát tài nguyên là Hiệu năng; vận hành, giám sát và cải tiến thủ tục là Vận hành xuất sắc; giảm thiểu tác động môi trường là Tính bền vững.

Hiệu năng là trụ cột tập trung vào việc tối ưu hóa cấp phát tài nguyên CNTT, và lựa chọn loại tài nguyên phù hợp với nhu cầu của workload. Việc chọn lại loại tài nguyên để đáp ứng yêu cầu chính là ví dụ điển hình. Tối ưu chi phí trông có vẻ giống hoạt động tương tự, nhưng mục đích của nó là loại bỏ lãng phí trong chi tiêu, còn ở đây động cơ là đáp ứng yêu cầu độ trễ nên trọng tâm khác nhau. Độ tin cậy nhìn vào khả năng chống chịu sự cố, Vận hành xuất sắc nhìn vào việc cải tiến thủ tục — cả hai đều không phải trọng tâm chính ở đây.

Tối ưu chi phí là trụ cột tập trung vào việc loại bỏ chi tiêu lãng phí và điều chỉnh tài nguyên cho phù hợp với yêu cầu kinh doanh. Các quyết định như dừng tài nguyên không dùng, chỉnh sửa instance quá khổ về đúng kích thước, và sử dụng linh hoạt các mô hình tính phí đều thuộc phạm vi này. Mục đích không đơn thuần là làm cho rẻ hơn, mà là đặt câu hỏi liệu số tiền bỏ ra có tương xứng với giá trị nhận được hay không. Bảo vệ thông tin và hệ thống là Bảo mật; thực hiện đúng chức năng và phục hồi là Độ tin cậy; giảm thiểu tác động môi trường là Tính bền vững.

Tính bền vững là trụ cột tập trung vào việc giảm thiểu tối đa tác động đến môi trường do việc vận hành workload đám mây gây ra. Đây là trụ cột mới nhất, được bổ sung là trụ cột thứ 6 vào năm 2021, và sự có mặt hay vắng mặt của trụ cột này là ranh giới phân biệt với tài liệu cũ. Tối ưu hóa cấp phát tài nguyên và lựa chọn loại tài nguyên là Hiệu năng; vận hành, giám sát và cải tiến liên tục thủ tục là Vận hành xuất sắc; thực hiện đúng chức năng và phục hồi sau sự cố là Độ tin cậy — tất cả đều chỉ các trụ cột khác.

Trụ cột bị thiếu là Tính bền vững (Sustainability), trụ cột về việc giảm thiểu tối đa tác động đến môi trường do việc vận hành workload đám mây gây ra. Vì được thêm vào như trụ cột thứ 6 năm 2021, nên các bài viết được viết trước đó vẫn dừng ở 5 trụ. Vận hành xuất sắc, Hiệu năng, Độ tin cậy là các trụ cột đã tồn tại từ trước khi bổ sung, nên vẫn có mặt trong bài viết ghi 5 trụ. Một bài viết có phần cơ bản như số lượng trụ cột đã cũ thì nên nghĩ rằng các mô tả khác cũng có khả năng cao là đã lỗi thời.

Các trụ cột hiện hành gồm 6 trụ: Vận hành xuất sắc, Bảo mật, Độ tin cậy, Hiệu năng, Tối ưu chi phí, Tính bền vững, và Khả năng tương tác không nằm trong danh sách này. Việc các hệ thống khác nhau có thể kết nối với nhau là mối quan tâm quan trọng trong thiết kế, nhưng khung Well-Architected không lập riêng một trụ cột cho điều đó. Tối ưu chi phí, Vận hành xuất sắc, Hiệu năng đều là các trụ cột chính thức trong số 6 trụ. Nếu ghi nhớ nhầm một từ không có trong khung là một trụ cột, sẽ dễ bị lúng túng khi loại trừ các phương án.

Việc loại bỏ chi tiêu lãng phí và điều chỉnh tài nguyên cho phù hợp với yêu cầu kinh doanh là trọng tâm của Tối ưu chi phí, không phải của Độ tin cậy. Độ tin cậy là trụ cột tập trung vào việc workload thực hiện đúng chức năng dự kiến, và mức độ phục hồi nhanh chóng sau sự cố. Ba tổ hợp còn lại đều đúng theo mô tả chính thức. Vì tên các trụ cột khá gần với ngôn ngữ thường ngày nên nếu chỉ dựa vào ấn tượng câu chữ để liên kết thì dễ nhầm lẫn. Nên ghi nhớ cùng với câu mô tả trọng tâm để không bị vướng ở dạng câu hỏi này.

Vùng (Region) là một địa điểm vật lý trên thế giới nơi AWS có nhiều vùng khả dụng. Có tên như us-east-1 hay ap-northeast-1, được lựa chọn dựa trên vị trí lưu trữ dữ liệu và quy định pháp lý, khoảng cách tới người dùng, và giá cả. Đơn vị cách ly sự cố được cấu thành từ một hoặc nhiều trung tâm dữ liệu độc lập là mô tả của vùng khả dụng. Điểm mà CloudFront lưu cache và phân phối là edge location; vùng đặt bên trong mạng nhà mạng viễn thông là Wavelength Zones.

Vùng khả dụng được định nghĩa là được cấu thành từ một hoặc nhiều trung tâm dữ liệu độc lập, mỗi nơi có nguồn điện, mạng, kết nối được dự phòng, và được đặt trong các cơ sở riêng biệt. Điểm quan trọng là nó không giống với một tòa nhà trung tâm dữ liệu duy nhất mà chỉ một tập hợp, và nằm ở tòa nhà khác với các vùng khả dụng khác. Lớp giữa edge location và origin là regional edge cache; điểm gần thành phố của người dùng có thể chạy ứng dụng là mô tả của Local Zones — cả hai đều chỉ các cơ chế khác.

AWS chính thức nêu rằng mỗi vùng (region) được cấu thành từ "ít nhất 3 vùng khả dụng tách biệt vật lý độc lập với nhau". Tổng số vùng và tổng số vùng khả dụng tiếp tục tăng lên nên việc ghi nhớ con số đó ít ý nghĩa, nhưng quy định về số vùng khả dụng tối thiểu trong một vùng thì ổn định và có thể dùng trực tiếp làm tiền đề thiết kế. Mô tả đặt trong cùng một cơ sở mâu thuẫn với định nghĩa là được đặt ở các cơ sở riêng biệt. Vùng khả dụng không phải thứ người dùng đăng ký để tăng thêm, cũng không phải mỗi vùng chỉ có một.

Edge location là mạng lưới trung tâm dữ liệu quy mô toàn cầu mà CloudFront dùng để phân phối nội dung. Yêu cầu được định tuyến tới edge location có độ trễ thấp nhất và được phân phối từ đó. Điểm quan trọng là đây không phải đơn vị dự phòng để tăng tính khả dụng, mà là điểm cache để phân phối lại từ nơi gần người dùng. Cách ly sự cố là vai trò của vùng khả dụng; phân chia dải địa chỉ IP là vai trò của subnet; chạy ứng dụng bên trong thiết bị nhà mạng viễn thông là vai trò của Wavelength Zones.

Yêu cầu được định tuyến tới edge location có độ trễ thấp nhất, nếu nội dung đã có ở đó thì được phân phối ngay lập tức. Nếu không có, nội dung sẽ được lấy từ origin như bucket S3 hay máy chủ HTTP để phân phối, đồng thời được lưu vào cache. Vì vậy từ lần yêu cầu thứ hai trở đi sẽ được trả về trực tiếp từ điểm gần hơn. Việc không có cache không dẫn đến lỗi, cũng không khiến người dùng bị bỏ mặc chờ đợi. Việc chuyển tiếp sang vùng khả dụng khác là cơ chế cách ly sự cố, khác với luồng phân phối nội dung.

Regional Edge Cache là lớp cache nằm giữa edge location và origin. Nó có vai trò giảm số lần phải đi lấy dữ liệu tận origin khi không tìm thấy ở edge. Đơn vị quản lý gộp các vùng khả dụng là vùng (region); vùng được đặt bên trong mạng nhà mạng viễn thông là Wavelength Zones — cả hai đều là khái niệm khác. Cache phía thiết bị người dùng không phải cơ chế của AWS, mà là chức năng thuộc về trình duyệt hoặc hệ điều hành.

Vùng khả dụng là đơn vị cách ly sự cố, được đặt ở các cơ sở riêng biệt, có nguồn điện và mạng được dự phòng. Nếu bố trí tài nguyên cùng vai trò vào nhiều vùng khả dụng, thì ngay cả khi một vùng dừng hoạt động hoàn toàn, phần còn lại vẫn có thể tiếp tục xử lý. Đây chính là cấu trúc Multi-AZ, điểm khởi đầu của thiết kế tính khả dụng cao. Phân phối từ điểm gần nhất là vai trò của edge location; vị trí lưu trữ dữ liệu là yếu tố khi lựa chọn vùng (region); giảm đơn giá bằng cam kết sử dụng là vấn đề về mô hình tính phí — không cái nào trong số đó là động cơ để phân tách vùng khả dụng.

Local Zones là cơ chế cho phép chạy ứng dụng trên hạ tầng AWS gần hơn với người dùng cuối hoặc workload, được đặt tại các thành phố cách xa vùng (region). Tuy giống edge location ở chỗ xử lý "nơi gần", nhưng điểm khác biệt là đây là nơi chạy chính ứng dụng, không phải cache phân phối nội dung. Cách ly sự cố trong vùng là vai trò của vùng khả dụng; điểm chuyên dụng phân phối là edge location; cache trung gian trước origin là Regional Edge Cache.

Wavelength Zones là vùng được đặt bên trong mạng của nhà mạng viễn thông. Giống Local Zones, đây là cơ chế để chạy chính ứng dụng ở nơi gần người dùng, khác mục đích với edge location vốn là điểm cache phân phối nội dung. Được đặt giữa edge location và origin là Regional Edge Cache; đơn vị cách ly sự cố trong vùng là vùng khả dụng; phân chia dải địa chỉ IP của VPC là subnet.

Vì vùng khả dụng là đơn vị cách ly sự cố được đặt ở các cơ sở riêng biệt, nên để đối phó với tình huống cả một vùng dừng hoạt động, chỉ có cách bố trí trải rộng qua nhiều vùng khả dụng. Mỗi vùng (region) được cấu thành từ ít nhất 3 vùng khả dụng tách biệt, nên có thể phân tán trên nhiều vùng khả dụng trong cùng một vùng (region). Nếu chỉ tăng số máy trong cùng một vùng khả dụng, khi vùng đó sập thì tất cả cũng sập theo, nên không đáp ứng được yêu cầu. CloudFront là cơ chế giúp phân phối nhanh hơn, nhưng nếu origin dừng hoạt động thì xử lý động vẫn không thể tiếp tục. Việc thay đổi gói tính phí là vấn đề về chi phí, không liên quan đến tính khả dụng.