The phrase cloud deployment models

The phrase cloud deployment models refers to the environment or placement of cloud
services as deployed. The quintessential cloud is the multi-tenant public cloud, where
the infrastructure is pooled and made available to all customers. Cloud customers
don’t have a say in the selection of the physical host where their virtual machines land.
This environment is prone to the well-known noisy and nosy neighbor problems, with
multiple customers sharing a physical host.
The noisy neighbor problem might manifest when a customer’s demand on host
resources impacts the performance experienced by another customer running on the
same host; an application with a large memory footprint may cause the application from
another customer to start paging and to run slowly. An application generating intense I/O
traffic may starve another customer trying to use the same resource.
As for the nosy neighbor problem, the hypervisor enforces a high level of isolation
between tenants through the virtual machine abstraction—much higher, for instance,
than inter-process isolation within an operating system. However, there is no absolute
proof that the walls between virtual machines belonging to unrelated customers are
completely airtight. Service-level agreements for public clouds usually do not provide
assurances against tenants sharing a physical host. Without a process to qualify tenants,
a virtual machine running a sensitive financial application could end up sharing the
host with an application that has malicious intent. To minimize the possibility of such
breaches, customers with sensitive workloads will, as a matter of practice, decline to run
them in public cloud environments, choosing instead to run them in corporate-owned
infrastructure. These customers need to forfeit the benefits of the cloud, no matter how
attractive they may seem.
As a partial remedy for the nosy neighbor problem, an entity may operate a cloud for
exclusive use, whether deployed on premises or operated by a third party. These clouds
are said to be private clouds. A variant is a community cloud, operated not by one entity
but by more than one with shared affinities, whether corporate mission, security, policy,
or compliance considerations, or a mix thereof.
The community cloud is the closest to the model under which a predecessor
technology, grid computing, operated. A computing grid was operated by an affinity group.
This environment was geared toward high-performance computing usages, emphasizing
the allocation of multiple nodes—namely, computers or servers to run a job of limited
duration—rather than an application running for indefinite time that might use a
fractional server.
The broad adoption of the NIST definition for cloud computing allows cloud
service providers and consumers alike to establish an initial set of expectations about
management, security, and interoperability, as well as determine the value derived from
use of cloud technology. The next section covers these aspects in more detail.
www.it-ebooks.info
CHAPTER 1 ■ Cloud ComPuTing BAsiCs
5
The Cloud Value Proposition
The NIST service and deployment models—namely public, private, and hybrid—get realized
through published APIs, whether open or proprietary. It is through these APIs that customers
can elicit capabilities related to management, security, and interoperability for cloud
computing. The APIs get developed through diverse industry efforts, including the Open
Cloud Computing Interface Working Group, Amazon EC2 API, VMware’s DMTF-submitted
vCloud API, Rackspace API, and GoGrid’s API, to name just a few. In particular, open,
standard APIs will play a key role in cloud portability, federation, and interoperability, as
will common container formats such as the DMTF’s Open Virtualization Format or OVF, as
specified by the Cloud Security Alliance in the citation above.
Future flexibility, security, and mobility of the resultant solution, as well as its
collaborative capabilities, are first-order considerations in the design of cloud-based
solutions. As a rule of thumb, de-perimeterized solutions have the potential to be more
effective than perimeterized solutions relying on the notion of an enterprise perimeter to
be protected, especially in cloud-based environments that have no clear notion of inside
or outside. The reasons are complex. Some are discussed in the section “New Enterprise
Security Boundaries,” later in this chapter. Careful consideration should also be given to
the choice between proprietary and open solutions, for similar reasons

Kết quả (Việt) 1:

Mô hình triển khai đám mây cụm từ đề cập đến môi trường hoặc các vị trí của đám mâyDịch vụ như được triển khai. Các đám mây tinh túy là đám mây khu vực đa thuê nhà, nơicơ sở hạ tầng gộp lại và cung cấp cho mọi khách hàng. Đám mây kháchkhông có một nói trong việc lựa chọn các máy chủ vật lý nơi hạ cánh của máy ảo.Môi trường này là dễ bị các vấn đề hàng xóm ồn ào và tọc mạch nổi tiếng, vớinhiều khách hàng chia sẻ một máy chủ vật lý.Vấn đề người hàng xóm ồn ào có thể biểu hiện khi nhu cầu của khách hàng trên máy chủnguồn lực ảnh hưởng đến hiệu suất kinh nghiệm của khách hàng khác chạy trên cáccùng một máy chủ; một ứng dụng với một dấu chân bộ nhớ lớn có thể gây ra các ứng dụng từmột khách hàng để bắt đầu phân trang và chạy chậm. Một ứng dụng tạo ra dữ dội I/Olưu lượng truy cập có thể chết đói một khách hàng cố gắng sử dụng tài nguyên cùng một.Đối với vấn đề tọc mạch hàng xóm, hypervisor thi hành một mức độ cao của sự cô lậpgiữa người thuê nhà thông qua trừu tượng máy ảo — hơn, ví dụ,hơn giữa hai quá trình cô lập trong một hệ điều hành. Tuy nhiên, có là không có tuyệt đốibằng chứng cho thấy các bức tường giữa máy ảo thuộc khách không liên quanhoàn toàn kín. Thỏa thuận cấp dịch vụ cho khu vực đám mây thường không cung cấpbảo đảm chống lại người thuê nhà chia sẻ một máy chủ vật lý. Mà không có một quá trình để đủ điều kiện người thuê nhà,một máy ảo chạy một ứng dụng tài chính nhạy cảm có thể sẽ chia sẻ cácmáy chủ với một ứng dụng có độc hại intent. Để giảm thiểu khả năng như vậyvi phạm, khách hàng với khối lượng công việc nhạy cảm sẽ, như là một vấn đề của thực tế, từ chối để chạychúng trong môi trường khu vực đám mây, lựa chọn thay thế để chạy chúng trong công ty thuộc sở hữucơ sở hạ tầng. Các khách hàng cần phải mất những lợi ích của các đám mây, không có vấn đề làm thế nàohọ có vẻ hấp dẫn.Như một biện pháp khắc phục một phần vấn đề tọc mạch hàng xóm, một thực thể có thể vận hành một đám mây chođộc quyền sử dụng, cho dù được bố trí trên cơ sở hoặc điều hành bởi một bên thứ ba. Những đám mâyđược gọi là các đám mây riêng. Một biến thể là một đám mây cộng đồng, không phải bởi một thực thểnhưng bởi nhiều hơn một với thân được chia sẻ, cho dù công ty sứ mệnh, an ninh, chính sách,hoặc xem xét việc tuân thủ, hoặc một kết hợp đó.Đám mây cộng đồng là gần nhất với mô hình theo đó một người tiền nhiệmcông nghệ, Lươi máy tính, sử dụng. Một mạng lưới máy tính được điều hành bởi một nhóm ái lực.Môi trường này hướng về phía cao hiệu suất máy tính tập quán, nhấn mạnhviệc phân bổ nhiều nút-cụ thể là, máy tính hoặc máy chủ để chạy một công việc của limitedthời gian — chứ không phải là một ứng dụng chạy trong thời gian vô hạn có thể sử dụng mộtmáy chủ phân đoạn.Việc áp dụng rộng của định nghĩa NIST cho đám mây máy tính cho phép đám mâynhà cung cấp dịch vụ và người tiêu dùng như nhau để thiết lập một ban đầu của bạn thiết lập sự mong đợiquản lý, bảo mật, và khả năng tương tác, cũng như xác định giá trị bắt nguồn từsử dụng công nghệ đám mây. Phần tiếp theo bao gồm các khía cạnh cụ thể hơn.www.it-ebooks.info■ Chương 1 đám mây điện toán khái niệm cơ bản5Đề xuất giá trị CloudMô hình dịch vụ và triển khai của NIST-cụ thể là khu vực, tư nhân và lai-có được nhận rathông qua xuất bản API, cho dù mở hoặc độc quyền. Nó là thông qua các API khách đócó thể elicit khả năng liên quan đến quản lý, bảo mật, và khả năng tương tác cho đám mâymáy tính. Các API nhận được phát triển thông qua nỗ lực của ngành công nghiệp đa dạng, bao gồm mởĐám mây điện toán giao diện làm việc nhóm, Amazon EC2 API, VMware của DMTF-gửi.vCloud API, Rackspace API và API của GoGrid, tên chỉ là một vài. Đặc biệt, mở,tiêu chuẩn API sẽ đóng một vai trò quan trọng trong đám mây di, liên bang, và khả năng tương tác, nhưsẽ định dạng container phổ biến như của DMTF mở ảo hóa định dạng hoặc OVF, nhưđược chỉ định bởi liên minh bảo mật đám mây trong trích dẫn ở trên.Tính linh hoạt trong tương lai, an ninh, và di chuyển của các giải pháp kết quả, cũng như của nókhả năng hợp tác, là đặt hàng đầu tiên cân nhắc trong việc thiết kế dựa trên đám mâygiải pháp. Như một quy luật của, de-perimeterized giải pháp có khả năng thêmhiệu quả hơn perimeterized giải pháp dựa trên khái niệm của một chu vi doanh nghiệp đểđược bảo vệ, đặc biệt là trong môi trường dựa trên đám mây đã không có khái niệm rõ ràng về bên tronghoặc ngoài trời. Những lý do rất phức tạp. Một số được thảo luận trong phần "doanh nghiệp mớiAn ninh biên giới,"sau đó trong chương này. Cẩn thận xem xét cũng nên được trao chosự lựa chọn giữa độc quyền và mở các giải pháp, vì lý do tương tự

Kết quả (Việt) 2:

Các mô hình triển khai điện toán đám mây cụm từ dùng để chỉ môi trường hoặc vị trí của các đám mây
dịch vụ như triển khai. Các đám mây tinh túy là các đám mây công cộng đa thuê bao, trong đó
cơ sở hạ tầng được gộp lại và làm sẵn có cho tất cả khách hàng. Khách hàng đám mây
không có tiếng nói trong việc lựa chọn các máy chủ vật lý, nơi các máy ảo của họ hạ cánh.
Môi trường này là dễ bị các vấn đề về người hàng xóm ồn ào và tò mò nổi tiếng, với
nhiều khách hàng chia sẻ một máy chủ vật lý.
Vấn đề hàng xóm ồn ào có thể biểu lộ khi nhu cầu của khách hàng trên máy chủ
nguồn lực tác động hiệu suất kinh nghiệm của một khách hàng khác đang chạy trên
cùng một máy chủ; một ứng dụng với một bộ nhớ lớn có thể gây ra các ứng dụng từ
một khách hàng khác để bắt đầu phân trang và chạy chậm. Một ứng dụng tạo cường độ cao I / O
giao thông có thể chết đói một khách hàng khác cố gắng sử dụng cùng một tài nguyên.
Đối với vấn đề hàng xóm tò mò, các hypervisor thực thi một mức độ cao của sự cô lập
giữa người thuê nhà thông qua các máy ảo trừu tượng cao hơn-nhiều, ví dụ,
hơn inter cô lập -process trong một hệ điều hành. Tuy nhiên, không có tuyệt đối
chứng minh rằng các bức tường giữa các máy ảo thuộc khách hàng không liên quan là
hoàn toàn kín. Các thỏa thuận cấp độ dịch vụ cho các đám mây công cộng thường không cung cấp
sự đảm bảo chống lại người thuê chung một máy chủ vật lý. Nếu không có một quá trình để đủ điều kiện thuê nhà,
một máy ảo đang chạy một ứng dụng tài chính nhạy cảm có thể sẽ chia sẻ các
máy chủ với một ứng dụng có ý đồ xấu. Để giảm thiểu khả năng như vậy
vi phạm, khách hàng với khối lượng công việc nhạy cảm sẽ, như là một vấn đề của thực tế, từ chối để chạy
chúng trong môi trường điện toán đám mây công cộng, lựa chọn thay vì phải chạy chúng trong các công ty thuộc sở hữu
cơ sở hạ tầng. Những khách hàng này cần phải mất những lợi ích của điện toán đám mây, không có vấn đề làm thế nào
hấp dẫn họ có vẻ.
Như một biện pháp khắc phục một phần cho các vấn đề hàng xóm tò mò, một thực thể có thể vận hành một đám mây cho
sử dụng độc quyền, cho dù được triển khai trên cơ sở hoặc điều hành bởi một bên thứ ba. Những đám mây này
được cho là các đám mây riêng. Một biến thể là một đám mây cộng đồng, vận hành không phải bởi một thực thể
nhưng hơn một với ái lực chia sẻ, cho dù nhiệm vụ của công ty, an ninh, chính sách,
hoặc cân nhắc tuân thủ, hoặc là hỗn hợp của chúng.
Những đám mây cộng đồng là gần nhất với mô hình mà theo đó một người tiền nhiệm của
công nghệ, tính toán lưới, hoạt động. Một tính toán lưới được điều hành bởi một nhóm ái lực.
Môi trường này đã hướng tới tập quán tính toán hiệu năng cao, nhấn mạnh
việc phân bổ nhiều nút, cụ thể là, các máy tính hoặc máy chủ để chạy công việc hạn chế
thời gian, chứ không phải là một ứng dụng chạy trong thời gian không xác định có thể sử dụng một
máy chủ phân đoạn.
Việc áp dụng rộng rãi các định nghĩa NIST cho điện toán đám mây cho phép điện toán đám mây
cung cấp dịch vụ và người tiêu dùng để thiết lập một thiết lập ban đầu của những kỳ vọng về
quản lý, bảo mật và khả năng tương tác, cũng như xác định các giá trị thu được từ
việc sử dụng công nghệ điện toán đám mây . Phần tiếp theo bao gồm các khía cạnh chi tiết hơn.
www.it-ebooks.info
CHƯƠNG 1 ■ Điện toán đám mây Khái niệm cơ bản
5
The Cloud Value Proposition
của NIST dịch vụ và triển khai mô hình, cụ thể là công cộng, tư nhân và lai-get nhận ra
thông qua các API công bố liệu, mở hoặc độc quyền. Nó là thông qua các API mà khách hàng
có thể gợi ra khả năng liên quan đến quản lý, bảo mật và khả năng tương tác với đám mây
điện toán. Các API được phát triển thông qua những nỗ lực của ngành công nghiệp đa dạng, bao gồm cả việc mở
Cloud Computing Nhóm Giao diện làm việc, Amazon EC2 API, DMTF-trình của VMware
vCloud API, Rackspace API và API GoGrid, để đặt tên chỉ là một vài. Cụ thể, mở cửa,
các API chuẩn sẽ đóng một vai trò quan trọng trong tính di động điện toán đám mây, liên đoàn, và khả năng tương tác, như
các định dạng sẽ chứa thông thường như của DMTF mở Virtualization Format hoặc OVF, như
quy định bởi Security Alliance Cloud trong trích dẫn ở trên.
linh hoạt trong tương lai , an ninh, và tính di động của giải pháp là hậu quả, cũng như của
các khả năng hợp tác, là những cân nhắc thứ tự đầu tiên trong thiết kế của điện toán đám mây dựa trên
các giải pháp. Như một quy tắc chung, giải pháp de-perimeterized có tiềm năng để có nhiều
hiệu quả hơn so với các giải pháp perimeterized dựa vào ý niệm về một chu vi doanh nghiệp để
được bảo vệ, đặc biệt là trong môi trường điện toán đám mây mà không có khái niệm rõ ràng về bên trong
hoặc bên ngoài. Những lý do rất phức tạp. Một số sẽ được thảo luận trong phần "New Enterprise
ranh giới an ninh, "sau này trong chương này. Xem xét cẩn thận cũng nên được trao cho
các sự lựa chọn giữa các giải pháp độc quyền và mở, vì những lý do tương tự