2.3. Federation (inter-networking)

2.3. Federation (inter-networking) of clouds
Current Cloud computing providers have several data centers at different geographical locations
over the Internet in order to optimally serve customer needs around the world. However, the
existing systems do not support mechanisms and policies for dynamically coordinating loadshredding
among different data centers in order to determine the optimal location for hosting
application services to achieve reasonable QoS levels. Further, the Cloud service providers are unable to predict the geographic distribution of end-users consuming their services; hence, the load
coordination must happen automatically, and distribution of services must change in response to
changes in the load behavior. Figure 2 depicts such a Cloud computing architecture that consists
of service consumers’ (SaaS providers’) brokering and providers’ coordinator services that support
utility-driven internetworking of clouds [13]: application provisioning and workload migration.
Federated inter-networking of administratively distributed clouds offers significant performance
and financial benefits such as: (i) improving the ability of SaaS providers in meeting QoS levels for
clients and offer improved service by optimizing the service placement and scale; (ii) enhancing the
peak-load handling and dynamic system expansion capacity of every member cloud by allowing
them to dynamically acquire additional resources from federation. This frees the Cloud providers
from the need of setting up a new data center in every location; and (iii) adapting to failures, such
as natural disasters and regular system maintenance, is more graceful as providers can transparently
migrate their services to other domains in the federation, thus avoiding SLA violations and the
resulting penalties. Hence, federation of clouds not only ensures business continuity but also
augments the reliability of the participating Cloud providers.
One of the key components of the architecture presented in Figure 2 is the Cloud Coordinator.
This component is instantiated by each cloud in the system whose responsibility is to undertake the
following important activities: (i) exporting Cloud services, both infrastructure and platform-level,
to the federation; (ii) keeping track of load on the Cloud resources (VMs, computing services)
and undertaking negotiation with other Cloud providers in the federation for handling the sudden
peak in resource demand at local cloud; and (iii) monitoring the application execution over its
life cycle and overseeing that the agreed SLAs are delivered. The Cloud brokers acting on behalf
of SaaS providers identify suitable Cloud service providers through the Cloud Exchange (CEx).
Further, Cloud brokers can also negotiate with the respective Cloud Coordinators for allocation
of resources that meets the QoS needs of hosted or to be hosted SaaS applications. The CEx acts
as a market maker by bringing together Cloud service (IaaS) and SaaS providers. CEx aggregates
the infrastructure demands from the Cloud brokers and evaluates them against the available supply
currently published by the Cloud Coordinators.
The applications that may benefit from the aforementioned federated Cloud computing infrastructure
include social networks such as Facebook and MySpace, and Content-Delivery Networks (CDNs). Social networking sites serve dynamic contents to millions of users, whose access and
interaction patterns are difficult to predict. In general, social networking web sites are built using
multi-tiered web applications such as WebSphere and persistency layers like the MySQL relational
database. Usually, each component will run on a different VM, which can be hosted in
data centers owned by different Cloud computing providers. Additionally, each plug-in developer
has the freedom to choose which Cloud computing provider offers the services that are more
suitable to run his/her plug-in. As a consequence, a typical social networking web application
is formed by hundreds of different services, which may be hosted by dozens of Cloud-oriented
data centers around the world. Whenever there is a variation in the temporal and spatial locality
of workload (usage pattern), each application component must dynamically scale to offer good
quality of experience to users.
Domain experts and scientists can also take advantage of such mechanisms by using the cloud to
leverage resources for their high-throughput e-Science applications, such as Monte–Carlo simulation
and Medical Image Registration. In this scenario, the clouds can be augmented to the existing
cluster and grid-based resource pool to meet research deadlines and milestones.

ผลลัพธ์ (ไทย) 1:

2.3. สหพันธ์ (ระหว่างระบบเครือข่าย) ของเมฆปัจจุบัน Cloud คอมพิวเตอร์ผู้ให้บริการมีศูนย์ข้อมูลหลายสถานต่างอินเทอร์เน็ตเพื่อให้บริการลูกค้าอย่างเหมาะสมจำเป็นทั่วโลก อย่างไรก็ตาม การระบบที่มีอยู่สนับสนุนกลไกและนโยบายในการประสานงานแบบไดนามิก loadshreddingจากศูนย์ข้อมูลที่แตกต่างกันเพื่อกำหนดตำแหน่งที่เหมาะสมที่สุดสำหรับโฮสติ้งโปรแกรมประยุกต์บริการเพื่อให้บรรลุระดับ QoS ที่เหมาะสม เพิ่มเติม ผู้ให้บริการคลาวด์จะสามารถทำนายการกระจายทางภูมิศาสตร์ของผู้ใช้บริการของพวกเขา ดังนั้น โหลดประสานงานต้องเกิดขึ้นโดยอัตโนมัติ และต้องเปลี่ยนการกระจายบริการเพื่อตอบสนองการเปลี่ยนแปลงในลักษณะการทำงานของโหลด รูปที่ 2 แสดงให้เห็นดังกล่าวเป็นเมฆคอมพิวเตอร์สถาปัตยกรรมซึ่งประกอบด้วยbrokering บริการของผู้บริโภค (ซาสผู้ให้บริการ) และผู้ประสานงานของผู้ให้บริการที่สนับสนุนยูทิลิตี้ขับรองก้อนเมฆ [13]: การเตรียมใช้งานและปริมาณงานโยกย้ายโปรแกรมประยุกต์ระบบเครือข่ายระหว่าง federated ก้อนเมฆกระจาย administratively ให้ประสิทธิภาพอย่างมีนัยสำคัญและผลประโยชน์ทางการเงินเช่น: (i) การปรับปรุงความสามารถของซาสผู้ให้บริการในการประชุม QoS ระดับสำหรับลูกค้าและบริการให้ดีขึ้น โดยเพิ่มประสิทธิภาพบริการจัดวางและขนาด (ii) เพิ่มการพีคโหลดแบบไดนามิก และจัดการระบบขยายกำลังการผลิตของเมฆทุกสมาชิก โดยให้ให้ได้รับทรัพยากรเพิ่มเติมจากสหพันธ์แบบไดนามิก นี้ช่วยให้ผู้ให้บริการคลาวด์จากจำเป็นต้องตั้งเป็นศูนย์ข้อมูลใหม่ในสถาน และ (iii) ดัดแปลงผิดพลาด เช่นภัยธรรมชาติและการบำรุงรักษาระบบเป็นประจำ เป็นสง่างามเป็นผู้ให้บริการสามารถโปร่งใสย้ายบริการโดเมนอื่นในสภา จึง หลีกเลี่ยงการละเมิด SLA และโทษได้ ดังนั้น สภาเมฆไม่เฉพาะใจความต่อเนื่องทางธุรกิจ แต่ยังaugments ความน่าเชื่อถือของผู้ให้บริการคลาวด์เข้าร่วมหนึ่งในองค์ประกอบสำคัญของสถาปัตยกรรมที่นำเสนอในรูปที่ 2 เป็นผู้ประสานงานคลาวด์คอมโพเนนต์นี้จะสร้างอินสแตนซ์ โดยเมฆแต่ละในระบบที่มีความรับผิดชอบจะดำเนินการกิจกรรมที่สำคัญต่อไปนี้: (i) บริการฝาก โครงสร้างพื้นฐานและแพลตฟอร์มระดับ ส่งออกเพื่อสภา (ii) ติดตามโหลดทรัพยากรคลาวด์ (VMs บริการคอมพิวเตอร์)และกิจการเจรจากับผู้ให้บริการคลาวด์อื่น ๆ ในสภาสำหรับจัดการทันทีสูงสุดในความต้องการทรัพยากรที่ท้องถิ่นเมฆ และ (iii) ตรวจสอบการทำงานโปรแกรมประยุกต์ผ่านการวงจรชีวิตและการดูแลที่ Sla ที่ตกลงจะส่ง โบรกเกอร์เมฆที่กระทำการในนามซาสผู้ให้บริการระบุผู้ให้บริการคลาวด์เหมาะสมผ่านการแลกเปลี่ยนเมฆ (CEx)เพิ่มเติม เมฆโบรกเกอร์สามารถยังเจรจากับผู้ประสานงานเมฆตามลำดับสำหรับการปันส่วนทรัพยากรที่ตรง QoS ที่ต้องการของโฮสต์ หรือจะโฮสต์โปรแกรมประยุกต์ซาส กระทำ CExเป็นเครื่องชงตลาดโดยร่วมกันนำบริการคลาวด์ (IaaS) และซาสผู้ให้บริการ ผล CExโครงสร้างพื้นฐานต้องจากโบรกเกอร์เมฆ และประเมินให้กับอุปทานที่มีขณะนี้เผยแพร่ โดยผู้ประสานงานคลาวด์โปรแกรมประยุกต์ที่อาจได้รับประโยชน์จากดังกล่าว federated คำนวณโครงสร้างพื้นฐานคลาวด์รวมเครือข่ายสังคมเช่น Facebook และ myspace อีกด้วย และเครือข่ายการจัดส่งเนื้อหา (CDNs) เว็บไซต์เครือข่ายสังคมให้บริการเนื้อหาแบบไดนามิกล้านของผู้ใช้ เข้า และยากที่จะทำนายรูปแบบโต้ตอบได้ ทั่วไป เว็บไซต์เครือข่ายทางสังคมสร้างขึ้นโดยใช้โปรแกรมประยุกต์เว็บหลายชั้นเช่นชั้น WebSphere และ persistency เช่น MySQL เชิงฐานข้อมูล ปกติ แต่ละส่วนจะทำงานในการ VM ต่าง ๆ ซึ่งสามารถจัดได้ในศูนย์ข้อมูลที่เจ้าของผู้ใช้คอมพิวเตอร์เมฆแตกต่างกัน นอกจากนี้ นักพัฒนาแต่ละปลั๊กอินมีอิสระในการเลือกผู้ให้บริการระบบคอมพิวเตอร์คลาวด์ที่ให้บริการที่เพิ่มมากขึ้นเหมาะที่จะเรียกใช้ปลั๊กอินเขา/เธอ ผล สังคมทั่วไปเว็บแอพลิเคชันเกิดขึ้นจากหลายร้อยบริการต่าง ๆ ซึ่งอาจโฮสต์ ด้วยเมฆแปลกศูนย์ข้อมูลทั่วโลก เมื่อใดก็ตามมีการเปลี่ยนแปลงท้องถิ่นชั่วคราว และพื้นที่ปริมาณ (รูปแบบการใช้งาน), แต่ละคอมโพเนนต์โปรแกรมประยุกต์ต้องแบบไดนามิกขนาดให้ดีคุณภาพของประสบการณ์ผู้ใช้โดเมนผู้เชี่ยวชาญและนักวิทยาศาสตร์สามารถใช้ประโยชน์จากกลไกดังกล่าวโดยเมฆการใช้ประโยชน์จากทรัพยากรสำหรับการใช้งานของ e-วิทยาศาสตร์อัตราความเร็วสูง เช่น Monte-Carlo simulationและลงทะเบียนภาพทางการแพทย์ ในสถานการณ์สมมตินี้ เมฆที่สามารถถูกขยายไปที่มีอยู่คลัสเตอร์และแหล่งทรัพยากรตามตารางการสิ้นสุดของการวิจัยและความสำเร็จ

ผลลัพธ์ (ไทย) 2:

2.3 พันธมิตร (ระหว่างเครือข่าย) ของเมฆ
ผู้ให้บริการคลาวด์คอมพิวปัจจุบันมีศูนย์ข้อมูลที่หลายสถานที่ทางภูมิศาสตร์ที่แตกต่างกัน
ผ่านทางอินเทอร์เน็ตเพื่อที่จะตอบสนองความต้องการได้อย่างดีที่สุดของลูกค้าทั่วโลก แต่
ระบบที่มีอยู่ไม่สนับสนุนกลไกและนโยบายในการประสานงานแบบไดนามิก loadshredding
หมู่ศูนย์ข้อมูลที่แตกต่างกันเพื่อตรวจสอบสถานที่ที่ดีที่สุดสำหรับการเป็นเจ้าภาพ
บริการโปรแกรมเพื่อให้บรรลุระดับ QoS ที่เหมาะสม นอกจากนี้ผู้ให้บริการคลาวด์ไม่สามารถที่จะคาดการณ์การกระจายทางภูมิศาสตร์ของผู้ใช้สิ้นการบริโภคบริการของพวกเขา; ดังนั้นภาระ
การประสานงานจะต้องเกิดขึ้นโดยอัตโนมัติและการกระจายของบริการจะต้องมีการเปลี่ยนแปลงในการตอบสนองต่อ
การเปลี่ยนแปลงในพฤติกรรมการโหลด รูปที่ 2 แสดงให้เห็นเช่นสถาปัตยกรรมการคำนวณเมฆที่ประกอบด้วย
ของผู้ใช้บริการ (ให้บริการ SaaS) นายหน้าและผู้ให้บริการที่ผู้ประสานงานที่สนับสนุน
Internetworking ยูทิลิตี้ที่ขับเคลื่อนด้วยเมฆ [13]:. การจัดเตรียมแอพลิเคชันและการย้ายถิ่นภาระ
สหพันธ์ระหว่างเครือข่ายการกระจายของการดำเนินการ เมฆมีผลการดำเนินงานอย่างมีนัยสำคัญ
และผลประโยชน์ทางการเงินเช่น (i) การปรับปรุงความสามารถในการให้บริการ SaaS ในการประชุมระดับ QoS สำหรับ
ลูกค้าและนำเสนอบริการที่ดีขึ้นโดยการเพิ่มประสิทธิภาพการให้บริการและการจัดวางขนาด; (ii) การเสริมสร้าง
การจัดการโหลดสูงสุดและความสามารถในการขยายตัวของระบบคลาวด์แบบไดนามิกของสมาชิกทุกคนโดยให้
พวกเขาที่จะได้รับแบบไดนามิกทรัพยากรเพิ่มเติมจากสหพันธ์ นี้ช่วยให้ผู้ให้บริการคลาวด์
จากความต้องการของการตั้งค่าศูนย์ข้อมูลใหม่ในทุกสถานที่; และ (iii) ปรับตัวเข้ากับความล้มเหลวดังกล่าว
เป็นภัยพิบัติทางธรรมชาติและการบำรุงรักษาระบบปกติเป็นที่สง่างามมากขึ้นเป็นผู้ให้บริการที่โปร่งใสสามารถ
โยกย้ายบริการของพวกเขาไปยังโดเมนอื่น ๆ ในสภาจึงหลีกเลี่ยงการละเมิด SLA และ
บทลงโทษที่เกิด ดังนั้นพันธมิตรของเมฆไม่เพียง แต่สร้างความมั่นใจต่อเนื่องทางธุรกิจ แต่ยัง
augments ความน่าเชื่อถือของผู้ให้บริการที่เข้าร่วมโครงการมีเมฆ.
หนึ่งในองค์ประกอบสำคัญของสถาปัตยกรรมที่นำเสนอในรูปที่ 2 เป็นผู้ประสานงานคลาวด์.
ส่วนนี้จะ instantiated โดยเมฆในแต่ละระบบที่มีความรับผิดชอบ คือการดำเนิน
กิจกรรมที่สำคัญต่อไปนี้: (i) การส่งออกบริการคลาวด์ทั้งโครงสร้างพื้นฐานและแพลตฟอร์มระดับ
การสหพันธ์; (ii) การติดตามภาระในทรัพยากรเมฆ (VMs, บริการคอมพิวเตอร์)
และการเจรจาต่อรองการดำเนินการกับผู้ให้บริการคลาวด์อื่น ๆ ในสภาในการจัดการอย่างฉับพลัน
สูงสุดในความต้องการทรัพยากรที่เมฆท้องถิ่น และ (iii) การตรวจสอบการดำเนินการการประยุกต์ใช้ในช่วงของ
วงจรชีวิตและการกำกับดูแลที่ SLAs ตกลงที่มีการส่งมอบ โบรกเกอร์เมฆกระทำในนาม
ของผู้ให้บริการ SaaS ระบุผู้ให้บริการคลาวด์ที่เหมาะสมผ่านการแลกเปลี่ยนเมฆ (CEX).
นอกจากนี้โบรกเกอร์เมฆยังสามารถเจรจาต่อรองกับผู้ประสานงานคลาวด์ที่เกี่ยวข้องในการจัดสรร
ทรัพยากรที่ตรงกับความต้องการของ QoS เจ้าภาพหรือจะเป็นเจ้าภาพ SaaS การใช้งาน CEX ทำหน้าที่
เป็นผู้ดูแลสภาพคล่องโดยการร่วมกันนำบริการคลาวด์ (IaaS) และผู้ให้บริการ SaaS CEX รวบรวม
ความต้องการโครงสร้างพื้นฐานจากโบรกเกอร์เมฆและประเมินพวกเขากับอุปทานที่มีอยู่
ในขณะนี้โดยการตีพิมพ์เมฆประสานงาน.
การใช้งานที่อาจได้รับประโยชน์จากโครงสร้างพื้นฐานการคำนวณดังกล่าวสหพันธ์เมฆ
รวมถึงเครือข่ายสังคมเช่น Facebook และ MySpace, และเครือข่ายการจัดส่งเนื้อหา ( CDNs) เว็บไซต์เครือข่ายสังคมให้บริการเนื้อหาแบบไดนามิกเพื่อผู้ใช้นับล้านที่มีการเข้าถึงและ
รูปแบบการทำงานร่วมกันเป็นเรื่องยากที่จะคาดการณ์ โดยทั่วไปเว็บไซต์เครือข่ายทางสังคมที่ถูกสร้างขึ้นโดยใช้
การใช้งานเว็บหลายชั้นเช่น WebSphere และชั้น persistency เช่น MySQL สัมพันธ์
ฐานข้อมูล โดยปกติแต่ละองค์ประกอบจะทำงานบน VM ที่แตกต่างกันซึ่งสามารถจัดใน
ศูนย์ข้อมูลที่เป็นเจ้าของโดยผู้ให้บริการคลาวด์ที่แตกต่างกันคอมพิวเตอร์ นอกจากนี้นักพัฒนาแต่ละ plug-in ที่
มีอิสระในการเลือกผู้ให้บริการที่คอมพิวเตอร์เมฆมีบริการที่มีมากขึ้น
ที่เหมาะสมในการทำงาน / ปลั๊กอินของเขาและเธอ เป็นผลให้การใช้เว็บเครือข่ายสังคมโดยทั่วไป
จะเกิดขึ้นโดยร้อยของการให้บริการที่แตกต่างกันซึ่งอาจจะเป็นเจ้าภาพโดยหลายสิบของเมฆที่มุ่งเน้นการ
ศูนย์ข้อมูลทั่วโลก เมื่อใดก็ตามที่มีการเปลี่ยนแปลงในสถานที่เวลาและพื้นที่
ของภาระงาน (รูปแบบการใช้งาน) ส่วนประกอบแต่ละโปรแกรมจะต้องปรับขนาดแบบไดนามิกที่ดีที่จะนำเสนอ
คุณภาพของประสบการณ์ให้กับผู้ใช้.
โดเมนผู้เชี่ยวชาญและนักวิทยาศาสตร์ยังสามารถใช้ประโยชน์จากกลไกดังกล่าวโดยการใช้ระบบคลาวด์ที่จะ
ใช้ประโยชน์จาก ทรัพยากรสำหรับการส่งผ่านสูงของพวกเขาใช้งาน e-วิทยาศาสตร์เช่นการจำลอง Monte-Carlo
และการลงทะเบียนภาพทางการแพทย์ ในสถานการณ์นี้เมฆสามารถเติมที่มีอยู่
กลุ่มทรัพยากรและสระว่ายตามตารางเพื่อให้ตรงตามกำหนดเวลาการวิจัยและเหตุการณ์สำคัญ

ผลลัพธ์ (ไทย) 3:

2.3 สหพันธ์ ( ระหว่างเครือข่ายของคอมพิวเตอร์เมฆเมฆ
ปัจจุบันที่มีผู้ให้บริการศูนย์ข้อมูลที่แตกต่างกันหลายสถานที่ทางภูมิศาสตร์
ผ่านทางอินเทอร์เน็ตเพื่อให้บริการตอบสนองความต้องการของลูกค้าทั่วโลก อย่างไรก็ตาม
ระบบที่มีอยู่ไม่สนับสนุนกลไกแบบไดนามิกและนโยบายเพื่อการประสานงาน loadshredding
ของศูนย์ข้อมูลที่แตกต่างกันเพื่อหาสถานที่ที่เหมาะสมสำหรับการโฮสต์บริการ การประยุกต์ใช้ให้เหมาะสม
คุณภาพระดับ เพิ่มเติมเมฆผู้ให้บริการไม่สามารถทำนายการกระจายทางภูมิศาสตร์ของผู้ใช้บริการของพวกเขา ดังนั้น ภาระ
ประสานงานต้องเกิดขึ้นโดยอัตโนมัติ และการกระจายบริการต้องเปลี่ยน

ในการตอบสนองการเปลี่ยนแปลงในพฤติกรรมโหลด รูปที่ 2 แสดงให้เห็นเช่น เมฆสถาปัตยกรรมที่ประกอบด้วย
ของผู้บริโภคบริการ ' ( การให้บริการ SaaS ) นายหน้าและบริการประสานงานผู้ให้บริการที่สนับสนุนสาธารณูปโภค
ผลักดันการเชื่อมต่อเมฆ [ 13 ] : โปรแกรมระบบภาระงาน การโยกย้าย
สหพันธ์อินเตอร์เครือข่ายมีเมฆที่มีประสิทธิภาพอย่างมีนัยสำคัญ
กระจายและผลประโยชน์ทางการเงินเช่น : ( 1 ) เพิ่มความสามารถของผู้ให้บริการ SaaS ในการประชุม QoS ระดับ
ลูกค้าและให้การบริการที่ดีขึ้นโดยการเพิ่มบริการจัดหาและขนาด ; ( ii ) การเพิ่มยอดการขยายการจัดการ
โหลดและระบบแบบไดนามิกของเมฆ โดยให้สมาชิกทุกคน
พวกเขาแบบไดนามิกได้รับทรัพยากรเพิ่มเติมจากสหพันธ์ นี้ช่วยให้ผู้ให้บริการเมฆ
จากความต้องการของการตั้งค่าข้อมูลใหม่ศูนย์ในทุกสถานที่ และ ( 3 ) การปรับความล้มเหลว เช่น
เป็นภัยธรรมชาติและการบำรุงรักษาระบบปกติ สง่างามมากขึ้นเป็นผู้ให้บริการสามารถโปร่งใส
ย้ายบริการของพวกเขาไปยังโดเมนอื่นในสหพันธ์จึงหลีกเลี่ยงการละเมิด SLA และ
ที่เกิดโทษ ดังนั้น สหพันธ์ของเมฆไม่เพียง แต่ช่วยให้ความต่อเนื่องทางธุรกิจแต่ยัง
เข้าร่วม augments ความน่าเชื่อถือของผู้ให้บริการเมฆ .
หนึ่งในองค์ประกอบหลักของสถาปัตยกรรมที่แสดงในรูปที่ 2 เป็นเมฆ . .
ส่วนนี้เป็น instantiated โดยแต่ละเมฆในระบบที่มีความรับผิดชอบเพื่อดําเนินกิจกรรมสำคัญ
ต่อไปนี้ : ( i ) การส่งออกบริการเมฆทั้งโครงสร้างพื้นฐานและแพลตฟอร์มระดับ
เพื่อสหพันธรัฐ( 2 ) ติดตามการโหลดบนเมฆทรัพยากร ( บริการคอมพิวเตอร์ HP )
และการการเจรจาต่อรองกับผู้ให้บริการเมฆอื่น ๆในสหพันธ์เพื่อจัดการยอดฉับพลัน
ในความต้องการที่เมฆทรัพยากรท้องถิ่น และ ( 3 ) การตรวจสอบการประยุกต์ใช้การดำเนินการผ่านวงจรชีวิตของมัน
และการกำกับที่ตกลง สามารถถูกส่ง เมฆโบรกเกอร์รักษาการ
ของ SaaS ผู้ให้บริการระบุผู้ให้บริการเมฆที่เหมาะสมผ่านเมฆตรา ( cex ) .
เพิ่มเติม นายหน้า เมฆยังสามารถเจรจากับผู้ประสานงานจัดสรรทรัพยากรเมฆ
ตรง QOS ความต้องการของโฮสต์ หรือเป็นเจ้าภาพ SaaS การใช้งาน การกระทำ cex
เป็นผู้ผลิตในตลาด โดยร่วมกันนำเมฆบริการ ( IaaS ) และ SaaS ผู้ให้บริการ
cex มวลรวมโครงสร้างพื้นฐานและความต้องการจากเมฆที่โบรกเกอร์ประเมินไว้กับอุปทานที่มีอยู่ในปัจจุบันได้รับการตีพิมพ์โดยเมฆ

ผู้ประสานงาน การใช้งานที่อาจได้รับประโยชน์จากโครงสร้างพื้นฐานดังกล่าว สหพันธ์คอมพิวเตอร์เมฆ
รวมเครือข่ายสังคมเช่น Facebook และ MySpace , และเครือข่ายการจัดส่งเนื้อหา ( cdns )เว็บไซต์เครือข่ายสังคมให้บริการเนื้อหาแบบไดนามิกกับล้านของผู้ใช้ที่มีการเข้าถึงและ
รูปแบบปฏิสัมพันธ์ ยากจะคาดเดาได้ ในทั่วไป , เว็บไซต์เครือข่ายทางสังคมที่สร้างขึ้นโดยใช้
หลายฉัตรการใช้งานเว็บ เช่น เว็บ และการคงอยู่ชั้นเช่น MySQL ฐานข้อมูลเชิงสัมพันธ์
. โดยปกติ แต่ละองค์ประกอบจะทำงานบนระบบปฏิบัติการที่แตกต่างกันซึ่งสามารถเป็นเจ้าภาพใน
ศูนย์ข้อมูลของผู้ให้บริการคอมพิวเตอร์เมฆที่แตกต่างกัน นอกจากนี้ แต่ละนักพัฒนาปลั๊กอิน
มีเสรีภาพที่จะเลือกผู้ให้บริการคอมพิวเตอร์เมฆซึ่งมีการบริการที่มากขึ้น
เหมาะที่จะใช้ของเขา / เธอปลั๊กอิน อย่างไรก็ดี โดยทั่วไปเครือข่ายทางสังคมเว็บ
รูปแบบโดยร้อยของบริการต่าง ๆ ซึ่งอาจเป็นเจ้าภาพโดยนับสิบของเมฆที่มุ่งเน้น
ศูนย์ข้อมูลทั่วโลก เมื่อมีการเปลี่ยนแปลงในส่วนของภาระงานชั่วคราวและพื้นที่
( รูปแบบการใช้ ) แต่ละองค์ประกอบการต้องปรับแบบไดนามิกให้มีคุณภาพดี

ประสบการณ์ผู้ใช้โดเมนผู้เชี่ยวชาญและนักวิทยาศาสตร์ยังสามารถใช้ประโยชน์จากกลไกดังกล่าวโดยใช้เมฆทรัพยากรสำหรับการใช้งานของพวกเขาจาก

ช่วย e-science ,เช่น มอนติคาร์โล –
และทะเบียนภาพทางการแพทย์ ในสถานการณ์สมมตินี้ เมฆที่สามารถเพิ่มไปยังกลุ่มที่มีอยู่
ตารางตามทรัพยากรและตามกําหนดเวลาการวิจัยและเหตุการณ์สำคัญ .