deployed, PaaS and SaaS providers m

deployed, PaaS and SaaS providers might concentrate more on encryption of both user and communication data.
Additionally within the Supplier Management process the need for a deeper understanding of the related software licenses is necessary. Some software companies might prohibit the use of their software in virtualized environments, e.g. licenses for Oracle based databases are usually per CPU of the server that the database runs on. In virtualized environments this usually leads to the problem that a lot of CPUs need to be licensed since Oracle does not accept to limit the number of CPUs. Especially in Cloud Computing scenarios, that standard licensing model would lead to licensing every CPU that the database is potentially running on. Therefore software licenses based on a “per CPU” base do not scale very well in Cloud Computing scenarios. Moreover other companies do not directly prohibit the use of their software in the cloud, but limit the support opportunities for the software. One usual way to do this is to provide a service level that asks to provide the proof that a certain incident also occurs in the same way in a not virtualized environment. On the first view, this does not seem to be much of a problem, but having a closer look, it still provides some problems, at least if the service provider has to stick to a defined service levels or even high availability. Moreover the provision of additional hardware just to be sure to be able to proof that a ccrtain incident also happens in a non-virtualized environment leads to an additional effort.
In the cloud, software licenses that are more related to the amount in which a certain software is used, scale a lot better, e.g. software licenses per user or (nowadays quite unusual) the amount of time a certain software is used.
One major advantage of moving a ccrtain service into the cloud is that the IT Service Continuity Management process is no longer of high interest since the Cloud Computing provider guarantees a ccrtain availability, also with respect to disaster recovery. But this leads to the fact, that the Service Level Management process becomes more and more important, since this is the process that is responsible to ensure the defined availability (in case of a disaster) as explained before.
c. Service Transition
Within the lifecycle phase Service Transition [10] the results from the design phase are brought into production. Therefore especially processes like the Change Management process and the Release and Deployment Management process are important for this phase'
One of the major goals of the Change Management process is to decrease the number of incidents due to changes and to provide mechanisms that allow to deploy changes in a controlled way. Within a cloud based environment the Change Management process needs to consider other services when deploying a change to one service. Since most of the commonly available IaaS scenarios are based on virtualization, potentially a large number of other services might be influenced by the work necessary to deploy a change to a single service.
On the other hand, the major goal of the Release and Deployment Management process is the protection of the productive environment. This process becomes even more complex since the complexity of a cloud based infrastructure is usually higher than the complexity of a non-cloud based infrastructure.
But also the service transition phase can benefit from deploying a service in the cloud: the usually very complex Service Asset and Configuration Management System becomes a lot easier. The major goal of the Service Asset and Configuration Management process is to provide an overview about all the parts (so called assets) of the infrastructure and the interrelations that are necessary to provide a ccrtain service. This process is outsourced to the cloud service provider since he is responsible to run his infrastructure. Here, again the oursourcing level is highly dependent on the cloud scenario (IaaS, PaaS or SaaS) in question. In an SaaS scenario the cloud service provider will be responsible for the complete Service Asset and Configuration Management process whereas in e.g. an IaaS scenario the cloud service provider will only be responsible for the infrastructure part of the Service Asset and Configuration Management process. The customer itself is in an IaaS scenario only responsible to provide the configuration management information about the used platform and the relationship between the used applications.
D. Service Operation
The Service Operation [11] lifecycle phase it the phase where the services are provided to the customers and where the added value for the customers is generated.
Processes like the Incident, Problem and Event Management do not run completely different in a cloud based environment in comparison to a not cloud based environment. Anyway, at least in a public cloud scenario some cloud based services are outsourced. Therefore, a high integration for the Incident, Problem and Event Management process of the cloud service provider and the corresponding processes at the customer site IS necessary. Furthermore, the Access Management process becomes more important in cloud based scenarios. As already stated, usual security mechanisms like a perimeter firewall, demilitarized zones and intrusion detection do not work very well in cloud based environments. Therefore, the only way to protect the data is to provide a reasonable concept for the access rights of the data and the resources provided in the cloud.
Additionally, the Request Fullfillment process, that is responsible for the fulfilment of small user requests, e.g. resetting a password, becomes more powerful from a user perspective. Usually standardized changes can often be applied over the Request Full rill me lit process. Within ITIL a standardized change is defined by low costs, low risk and the change has to be run successfully at least once before. If all these criteria are met, a ccrtain change can be made a so-called standard change and these kind of changes can usually later on be applied over the Request Fullfillment process. In a cloud based scenario all these criteria are met also for increasing a ccrtain resource, like computing power or amount of memory. Changes at this level are now able to be deployed over the Request Fullfillment process which is completely not possible in a not cloud based scenario. This is basically one of the reasons for the increased flexibility of Cloud Computing scenarios. Therefore, it could be said that to this extend the Request Fullfillment process becomes more powerful in cloud based scenarios.
E. Continual Sen’ice Improvement
The Continual Service Improvement [12] phase is responsible to ensure that the provided services are provided more efficiently over time. This is the major goal of the 7 Step Improvement Process. With respect to cloud based scenarios the quality improvement might be to put as many service as reasonably possible in a cloud based scenario to increase the flexibility of the service and, at the same time, to

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

ติดตั้ง บริการ PaaS และซาสอาจเน้นมากเข้ารหัสผู้ใช้และการสื่อสารข้อมูลนอกจากนี้ในกระบวนการจัดการซัพพลายเออร์ ต้องการความเข้าใจลึกของสิทธิ์การใช้งานซอฟต์แวร์ที่เกี่ยวข้องจำเป็น บริษัทบางซอฟต์แวร์อาจห้ามไม่ให้ใช้ซอฟต์แวร์ในสภาพแวดล้อมแบบเสมือนจริง เช่น สิทธิ์การใช้งานสำหรับฐานข้อมูล Oracle ที่ใช้มักต่อ CPU ของเซิร์ฟเวอร์ที่ฐานข้อมูลทำงานบน ในสภาพแวดล้อมแบบเสมือนจริง นี้จะนำไปสู่ปัญหาที่ต้องได้รับอนุญาตเนื่องจาก Oracle ไม่ยอมรับการจำกัดจำนวนของ Cpu มาก Cpu โดยเฉพาะอย่างยิ่งในสถานการณ์ใช้งานคลาวด์ รุ่นที่ใช้มาตรฐานจะนำไปสู่การอนุญาตให้ใช้สิทธิ์ทุก CPU ที่อาจมีการเรียกใช้ฐานข้อมูลบน ดังนั้น ใบอนุญาตซอฟต์แวร์ตาม "ต่อ CPU" ฐานไม่ขนาดดีในสถานการณ์ใช้งานคลาวด์ นอกจากนี้บริษัทอื่น ๆ ไม่ตรงไม่อนุญาตให้ใช้ซอฟต์แวร์ในเมฆ ได้โอกาสสนับสนุนซอฟต์แวร์จำกัด วิธีหนึ่งปกติทำให้ระดับการบริการที่ขอให้พิสูจน์ว่า เหตุการณ์บางอย่างยังเกิดขึ้นในลักษณะเดียวกันในสภาพแวดล้อมแบบเสมือนจริงไม่ ได้ มุมมองแรก นี้ดูเหมือนจะมีปัญหามาก แต่มีลักษณะใกล้ชิด ยังคงมีปัญหา น้อยถ้าติดบริการกำหนดผู้ให้บริการระดับหรือพร้อมใช้งานได้สูงขึ้น นอกจากนี้ บทบัญญัติของฮาร์ดแวร์เพิ่มเติมเพื่อให้แน่ใจว่าจะสามารถพิสูจน์ว่า เหตุการณ์ ccrtain ยังเกิดขึ้นในสภาพแวดล้อมที่ไม่ถูกนำไปสู่ความพยายามเพิ่มเติมในเมฆ ลิขสิทธิ์ซอฟต์แวร์ที่ขึ้นที่เกี่ยวข้องกับยอดที่ซอฟต์แวร์บางอย่างใช้ ขนาดมากดี เช่น ซอฟต์แวร์ใบอนุญาต ต่อผู้ใช้ หรือ (ปัจจุบันค่อนข้างผิดปกติ) ระยะเวลาในการใช้ซอฟต์แวร์บางอย่างประโยชน์หลักหนึ่งย้ายบริการ ccrtain เมฆคือ กระบวนการจัดการความต่อเนื่องเป็นบริการไม่น่าสนใจสูงเนื่องจากผู้ให้บริการคลาวด์คอมพิวเตอร์รับประกันพร้อม ccrtain นอกจากนี้ยังเกี่ยวกับการแก้ปัญหา แต่นี้นำไปสู่ความจริง ที่การบริการระดับบริหารกระบวนการกลายเป็นสิ่งสำคัญมาก เนื่องจากเป็นกระบวนการที่รับผิดชอบให้พร้อมใช้งานกำหนด (กรณีภัยพิบัติ) เป็น อธิบายก่อนค.บริการเปลี่ยนแปลงภายในขั้นตอนของวงจรบริการเปลี่ยน [10] มีนำผลลัพธ์จากขั้นตอนการออกแบบเป็น ดังนั้น โดยเฉพาะอย่างยิ่งกระบวนการเช่นกระบวนการจัดการการเปลี่ยนแปลงและการปรับใช้จัดการและนำสำคัญสำหรับขั้นตอนนี้ 'เป้าหมายสำคัญของการจัดการการเปลี่ยนแปลงอย่างใดอย่างหนึ่งคือ การลดจำนวนปัญหาจากการเปลี่ยนแปลง และให้กลไกที่ทำให้การปรับใช้การเปลี่ยนแปลงในวิธีการควบคุม ภายในก้อนเมฆโดยต้องพิจารณาบริการอื่น ๆ เมื่อปรับใช้การเปลี่ยนแปลงการบริการการจัดการเปลี่ยนแปลงสภาพแวดล้อม เนื่องจากส่วนใหญ่สถานการณ์ IaaS โดยทั่วไปใช้ขึ้นอยู่กับการจำลองเสมือน อาจบริการอื่น ๆ จำนวนมากอาจมีผลมาจากการทำงานที่จำเป็นในการปรับใช้การเปลี่ยนแปลงการบริการเดียวบนมืออื่น ๆ เป้าหมายสำคัญของการนำออกใช้และจัดการการปรับใช้เป็นการป้องกันสภาพแวดล้อมต่าง ๆ กระบวนการนี้จะซับซ้อนมากยิ่งขึ้นเนื่องจากความซับซ้อนของโครงสร้างพื้นฐานคลาวด์โดยมักจะสูงกว่าความซับซ้อนของโครงสร้างพื้นฐานตามไม่ใช่เมฆแต่ยัง ระยะเปลี่ยนบริการได้รับประโยชน์จากการใช้บริการในเมฆ: สินทรัพย์บริการและระบบการจัดการการตั้งค่าคอนฟิกซับซ้อนมากมักจะกลายเป็นง่ายมาก เป้าหมายสำคัญของการบริการสินทรัพย์และการจัดการการกำหนดค่าจะแสดงภาพรวมเกี่ยวกับทุกส่วน (เรียกว่าสินทรัพย์) ของโครงสร้างพื้นฐานและ interrelations ที่จำเป็นต่อการให้บริการ ccrtain กระบวนการนี้เป็นผลิตนอกบริษัทไปยังผู้ให้บริการคลาวด์เนื่องจากการทำโครงสร้างพื้นฐานของเขา ที่นี่ อีกระดับ oursourcing จะสูงขึ้นอยู่กับเมฆสถานการณ์ (IaaS, PaaS หรือซาส) สอบถาม ในซาสเป็น สถานการณ์ผู้ให้บริการคลาวด์จะรับผิดชอบสำหรับกระบวนการบริการสินทรัพย์และการจัดการการตั้งค่าคอนฟิกสมบูรณ์ในขณะที่ในเช่นสถานการณ์จำลอง IaaS บริการคลาวด์เท่านั้นจะรับผิดชอบในส่วนโครงสร้างพื้นฐานของการบริการสินทรัพย์และการจัดการการตั้งค่าคอนฟิก ลูกค้าตัวเองสถานการณ์ IaaS เฉพาะรับผิดชอบให้ข้อมูลการจัดการการตั้งค่าคอนฟิกเกี่ยวกับแพลตฟอร์มที่ใช้และความสัมพันธ์ระหว่างโปรแกรมประยุกต์ใช้งานได้D. บริการดำเนินการวงจรบริการดำเนินการ [11] แสดงระยะระยะที่มีให้บริการลูกค้า การที่สร้างคุณค่าสำหรับลูกค้ากระบวนการเช่นปัญหา ปัญหา และการ จัดการเหตุการณ์ไม่ทำต่างกันทั้งหมดในสภาพแวดล้อมตามคลาวด์โดยไม่เมฆตามสภาพแวดล้อม อย่างไรก็ตาม น้อยในสถานการณ์คลาวด์สาธารณะ บริการคลาวด์ตามบางมีผลิตนอกบริษัท ดังนั้น รวมสูงสำหรับการแก้ไขปัญหา ปัญหา และการ จัดการเหตุการณ์ของผู้ให้บริการคลาวด์และกระบวนการสอดคล้องกันเป็นสิ่งจำเป็น นอกจากนี้ การจัดการการเข้าถึงจะสำคัญในเมฆตามสถานการณ์ เป็นกลไกความปลอดภัยที่ระบุไว้แล้ว ปกติเช่นไฟร์วอลล์ในขอบเขต เขตปลอดทหาร และตรวจจับการบุกรุกทำงานดีในเมฆจากสภาพแวดล้อม ดังนั้น วิธีเดียวที่จะปกป้องข้อมูลเป็นการ ให้แนวคิดที่เหมาะสมสำหรับสิทธิการเข้าถึงข้อมูลและทรัพยากรในเมฆนอกจากนี้ กระบวนการร้องขอ Fullfillment ที่รับผิดชอบการปฏิบัติตามพันธกรณีของการร้องขอของผู้ใช้ขนาดเล็ก เช่น ตั้งรหัสผ่าน กลายเป็นมีประสิทธิภาพมากขึ้นจากมุมมองผู้ใช้ มักจะใช้มาตรฐานมักจะเปลี่ยนแปลงมากกว่า rill ขอเต็ม ฉันสว่างกระบวนการได้ ภายในกำหนด โดยต้นทุนต่ำการเปลี่ยนแปลงมาตรฐาน ITIL ความเสี่ยงต่ำและการเปลี่ยนแปลงได้รันเรียบร้อยแล้วในครั้งก่อน ถ้าตรงตามเงื่อนไขทั้งหมดเหล่านี้ การเปลี่ยนแปลง ccrtain สามารถทำการเปลี่ยนแปลงมาตรฐานเรียกว่า และเหล่านี้ชนิดของการเปลี่ยนแปลงมักจะในภายหลังสามารถใช้ได้ผ่านการขอ Fullfillment ในก้อนเมฆตามสถานการณ์ทั้งหมดเหล่านี้ตรงตามเกณฑ์ยังสำหรับการเพิ่มทรัพยากร ccrtain เช่นคำนวณพลังงานหรือจำนวนหน่วยความจำ เปลี่ยนแปลงในระดับนี้ก็ต้องผ่านการขอ Fullfillment ที่ไม่สมบูรณ์ได้ในไม่เมฆตามสถานการณ์ อยู่โดยทั่วไปสาเหตุของความคล่องตัวเพิ่มขึ้นของเมฆคำนวณสถานการณ์อย่างใดอย่างหนึ่ง ดังนั้น พูดอย่างว่า นี้ขยาย Fullfillment ขอกระบวนการจะมีประสิทธิภาพมากขึ้นในเมฆตามสถานการณ์ได้E. ปรับปรุงอย่างต่อเนื่อง Sen'iceขั้นตอนการพัฒนาบริการอย่างต่อเนื่อง [12] รับผิดชอบเพื่อให้แน่ใจว่า ให้บริการให้มีประสิทธิภาพมากขึ้นช่วงเวลา นี่คือเป้าหมายหลักของการปรับปรุงขั้นตอนที่ 7 เกี่ยวกับเมฆตามสถานการณ์ ปรับปรุงคุณภาพอาจมีให้บริการมากที่สุดสมเหตุสมผลในสถานการณ์เมฆโดยการเพิ่มความยืดหยุ่น ของบริการ และ พร้อม กัน การ

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

นำไปใช้, PaaS และ SaaS ผู้ให้บริการอาจจะเข้มข้นมากขึ้นในการเข้ารหัสของทั้งผู้ใช้และข้อมูลการสื่อสาร.
นอกจากนี้ภายในกระบวนการจัดการซัพพลายเออจำเป็นที่จะต้องมีความรู้ความเข้าใจของสิทธิการใช้ซอฟต์แวร์ที่เกี่ยวข้องเป็นสิ่งที่จำเป็น บาง บริษัท ซอฟต์แวร์อาจห้ามการใช้ซอฟต์แวร์ของพวกเขาในสภาพแวดล้อมเสมือนจริงใบอนุญาตเช่นสำหรับฐานข้อมูลของออราเคิลตามมักจะต่อ CPU ของเซิร์ฟเวอร์ที่ทำงานบนฐานข้อมูล ในสภาพแวดล้อมเสมือนจริงนี้มักจะนำไปสู่ปัญหาที่มากของซีพียูจะต้องได้รับใบอนุญาตตั้งแต่ Oracle ไม่ได้ยอมรับที่จะ จำกัด จำนวนของซีพียู โดยเฉพาะอย่างยิ่งในสถานการณ์ Cloud Computing การที่รูปแบบการอนุมัติมาตรฐานจะนำไปสู่การออกใบอนุญาตของ CPU ว่าฐานข้อมูลอาจมีการเรียกใช้ในทุก ดังนั้นการใช้งานซอฟต์แวร์บนพื้นฐานของ "ต่อ CPU" ฐานไม่ได้ระดับดีมากในสถานการณ์แบบ Cloud Computing นอกจากนี้ บริษัท อื่น ๆ ไม่โดยตรงห้ามการใช้ซอฟต์แวร์ของพวกเขาในเมฆ แต่ จำกัด โอกาสการสนับสนุนสำหรับซอฟแวร์ วิธีการหนึ่งที่ปกติในการทำเช่นนี้คือการให้ระดับการให้บริการที่ขอให้แสดงหลักฐานว่าเหตุการณ์ที่เกิดขึ้นบางอย่างก็เกิดขึ้นในลักษณะเดียวกันในสภาพแวดล้อมเสมือนจริงไม่ได้ ในมุมมองแรกนี้ไม่ได้ดูเหมือนจะเป็นปัญหามาก แต่มีลักษณะที่ใกล้ชิดและมันก็ยังคงมีปัญหาบางอย่างน้อยถ้าผู้ให้บริการที่มีการติดระดับการให้บริการที่กำหนดไว้หรือแม้กระทั่งความพร้อมสูง นอกจากนี้การจัดหาฮาร์ดแวร์เพิ่มเติมเพียงเพื่อให้แน่ใจว่าจะสามารถที่จะพิสูจน์ให้เห็นว่าเหตุการณ์ที่เกิดขึ้น ccrtain ยังเกิดขึ้นในสภาพแวดล้อมที่ไม่เสมือนจริงนำไปสู่การเพิ่มความพยายาม.
ในเมฆ, ใบอนุญาตซอฟต์แวร์ที่มีความเกี่ยวข้องกับจำนวนเงินที่บาง ซอฟแวร์ที่ใช้ขนาดมากขึ้นเช่นการใช้งานซอฟต์แวร์ต่อผู้ใช้หรือ (ปัจจุบันผิดปกติมาก) เวลาที่ซอฟต์แวร์บางอย่างจะใช้.
ข้อดีอย่างหนึ่งที่สำคัญในการเคลื่อนย้ายบริการ ccrtain เป็นเมฆว่ากระบวนการบริหารความต่อเนื่องบริการไอที ไม่มีดอกเบี้ยสูงของผู้ให้บริการตั้งแต่ Cloud Computing การรับประกันความพร้อม ccrtain ยังเกี่ยวกับการกู้คืนภัยพิบัติ แต่นี้นำไปสู่ความจริงที่ว่ากระบวนการการบริหารจัดการระดับบริการจะกลายเป็นสิ่งสำคัญมากขึ้นตั้งแต่นี้เป็นกระบวนการที่มีหน้าที่รับผิดชอบเพื่อให้แน่ใจว่าว่างที่กำหนด (ในกรณีของภัยพิบัติ) ตามที่อธิบายไว้ก่อน.
ค บริการการเปลี่ยน
ภายในขั้นตอนการบริการการเปลี่ยนวงจรชีวิต [10] ผลที่ได้จากขั้นตอนการออกแบบจะถูกนำเข้าสู่การผลิต ดังนั้นโดยเฉพาะอย่างยิ่งกระบวนการเช่นกระบวนการบริหารการเปลี่ยนแปลงและการวางจำหน่ายและขั้นตอนการบริหารจัดการการใช้งานที่มีความสำคัญสำหรับขั้นตอนนี้
หนึ่งในเป้าหมายสำคัญของกระบวนการบริหารการเปลี่ยนแปลงคือการลดจำนวนของเหตุการณ์ที่เกิดขึ้นเนื่องจากมีการเปลี่ยนแปลงและเพื่อให้กลไกที่ช่วยให้การปรับใช้การเปลี่ยนแปลง ในลักษณะที่ควบคุม ภายในสภาพแวดล้อมคลาวด์ตามกระบวนการบริหารการเปลี่ยนแปลงความต้องการที่จะต้องพิจารณาการให้บริการอื่น ๆ เมื่อปรับใช้การเปลี่ยนแปลงหนึ่งบริการ เนื่องจากส่วนใหญ่ของสถานการณ์ IaaS มีอยู่ทั่วไปจะขึ้นอยู่กับการทำงานแบบเสมือนที่อาจเกิดขึ้นเป็นจำนวนมากในการให้บริการอื่น ๆ ที่อาจจะได้รับอิทธิพลจากการทำงานที่จำเป็นในการปรับเปลี่ยนเป็นบริการเดียว.
ในทางตรงกันข้ามเป้าหมายที่สำคัญของการวางจำหน่ายและการบริหารจัดการการใช้งาน ขั้นตอนคือการป้องกันของสภาพแวดล้อมที่มีประสิทธิผล กระบวนการนี้แม้จะกลายเป็นความซับซ้อนมากขึ้นเนื่องจากความซับซ้อนของโครงสร้างพื้นฐานคลาวด์ที่มักจะสูงกว่าความซับซ้อนของโครงสร้างพื้นฐานคลาวด์ที่ไม่ได้.
แต่ก็ยังมีการเปลี่ยนแปลงขั้นตอนการบริการที่สามารถได้รับประโยชน์จากการปรับใช้บริการคลาวด์: สินทรัพย์บริการมักจะมีความซับซ้อนมาก และระบบการจัดการการกำหนดค่าจะกลายเป็นมากขึ้น เป้าหมายหลักของกระบวนการบริการสินทรัพย์และการกำหนดค่าการจัดการคือการให้ภาพรวมเกี่ยวกับชิ้นส่วนทั้งหมด (สินทรัพย์ที่เรียกว่า) ของโครงสร้างพื้นฐานและสัมพันธ์ที่มีความจำเป็นในการให้บริการ ccrtain กระบวนการนี้เป็นแหล่งภายนอกเพื่อให้บริการคลาวด์นับตั้งแต่ที่เขาเป็นผู้รับผิดชอบในการเรียกใช้โครงสร้างพื้นฐานของเขา ที่นี่อีกครั้งระดับ oursourcing สูงขึ้นอยู่กับสถานการณ์เมฆ (IaaS, PaaS หรือ SaaS) ในคำถาม ในสถานการณ์ SaaS ผู้ให้บริการคลาวด์จะต้องรับผิดชอบในการบริการที่สมบูรณ์สินทรัพย์และกระบวนการจัดการการกำหนดค่าในขณะที่สถานการณ์เช่น IaaS ผู้ให้บริการคลาวด์จะเป็นผู้รับผิดชอบในส่วนโครงสร้างพื้นฐานของสินทรัพย์การบริการและการกำหนดค่าการจัดการกระบวนการ ลูกค้าตัวเองอยู่ในสถานการณ์ IaaS เพียงความรับผิดชอบที่จะให้ข้อมูลเกี่ยวกับการจัดการการกำหนดค่าใช้แพลตฟอร์มและความสัมพันธ์ระหว่างโปรแกรมที่ใช้.
D. บริการการดำเนินงาน
บริการการดำเนินงาน [11] เฟสวงจรชีวิตมันขั้นตอนที่บริการให้แก่ลูกค้าและสถานที่ที่สร้างมูลค่าเพิ่มให้กับลูกค้าจะถูกสร้างขึ้น.
กระบวนการเช่นเหตุการณ์ปัญหาและบริหารการจัดงานไม่ได้ทำงานอย่างสมบูรณ์ที่แตกต่างกันในเมฆตาม สภาพแวดล้อมในการเปรียบเทียบกับสภาพแวดล้อมของเมฆที่ใช้ไม่ได้ อย่างไรก็ตามอย่างน้อยในสถานการณ์เมฆสาธารณะบริการตามเมฆบางส่วนเป็นภายนอก ดังนั้นการรวมสูงสำหรับเหตุการณ์ปัญหาและขั้นตอนการบริหารการจัดงานของผู้ให้บริการคลาวด์และกระบวนการที่สอดคล้องกันที่เว็บไซต์ของลูกค้าเป็นสิ่งที่จำเป็น นอกจากนี้กระบวนการการจัดการการเข้าถึงกลายเป็นสิ่งสำคัญมากขึ้นในสถานการณ์ที่ใช้เมฆ ตามที่ระบุไว้แล้วกลไกการรักษาความปลอดภัยตามปกติเช่นไฟร์วอลล์ปริมณฑลโซนปลอดทหารและตรวจจับการบุกรุกไม่ทำงานได้เป็นอย่างดีในสภาพแวดล้อมตามเมฆ ดังนั้นวิธีเดียวที่จะปกป้องข้อมูลคือการให้แนวคิดที่เหมาะสมสำหรับสิทธิในการเข้าถึงข้อมูลและทรัพยากรที่มีให้บริการในเมฆ.
นอกจากนี้กระบวนการขอ Fullfillment ที่เป็นผู้รับผิดชอบในการปฏิบัติตามคำขอของผู้ใช้ที่มีขนาดเล็กเช่นการตั้งค่า รหัสผ่านที่จะกลายเป็นมีประสิทธิภาพมากขึ้นจากมุมมองของผู้ใช้ โดยปกติแล้วการเปลี่ยนแปลงที่ได้มาตรฐานมักจะสามารถนำมาใช้ในช่วงขอลำธารเต็มฉันกระบวนการไฟ ภายใน ITIL เปลี่ยนแปลงมาตรฐานที่กำหนดโดยค่าใช้จ่ายที่ต่ำความเสี่ยงต่ำและการเปลี่ยนแปลงที่จะต้องมีการทำงานที่ประสบความสำเร็จอย่างน้อยหนึ่งครั้งก่อน หากมีเงื่อนไขเหล่านี้จะได้พบกับการเปลี่ยนแปลง ccrtain สามารถทำให้การเปลี่ยนแปลงมาตรฐานที่เรียกว่าและชนิดของการเปลี่ยนแปลงเหล่านี้สามารถมักจะต่อมาถูกนำมาใช้ในช่วงขั้นตอนการขอ Fullfillment ในสถานการณ์เมฆตามเกณฑ์ทั้งหมดเหล่านี้จะพบยังเพื่อเพิ่มทรัพยากร ccrtain เช่นพลังการประมวลผลหรือจำนวนหน่วยความจำ การเปลี่ยนแปลงในระดับนี้ขณะนี้สามารถนำไปใช้ในช่วงขั้นตอนการขอ Fullfillment ที่สมบูรณ์ไปไม่ได้ในไม่เมฆตามสถานการณ์ นี้เป็นพื้นหนึ่งในสาเหตุของการเพิ่มความยืดหยุ่นของสถานการณ์คอมพิวเตอร์เมฆ ดังนั้นจึงอาจกล่าวได้ว่านี้ขยายกระบวนการขอ Fullfillment จะกลายเป็นมีประสิทธิภาพมากขึ้นในเมฆตามสถานการณ์.
อี อย่างต่อเนื่อง Sen'ice ปรับปรุง
บริการปรับปรุงอย่างต่อเนื่อง [12] ขั้นตอนการเป็นผู้รับผิดชอบเพื่อให้มั่นใจว่าการให้บริการที่มีให้มีประสิทธิภาพมากขึ้นเมื่อเวลาผ่านไป นี่คือเป้าหมายที่สำคัญของขั้นตอนที่ 7 การปรับปรุงกระบวนการ ด้วยความเคารพต่อสถานการณ์เมฆตามการปรับปรุงคุณภาพอาจจะมีการวางบริการจำนวนมากที่สุดเท่าที่เป็นไปได้พอสมควรในสถานการณ์เมฆที่ใช้เพื่อเพิ่มความยืดหยุ่นในการให้บริการและในเวลาเดียวกันเพื่อ

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

เครือข่ายและผู้ให้บริการ SaaS PaaS จะมากขึ้นในการเข้ารหัสของทั้งผู้ใช้และการสื่อสารข้อมูล .
นอกจากนี้ภายในกระบวนการการจัดการซัพพลายเออร์ต้องการความเข้าใจที่ลึกของซอฟต์แวร์ที่เกี่ยวข้องกับใบอนุญาตที่จำเป็น บาง บริษัท ซอฟต์แวร์อาจจะห้ามการใช้ซอฟต์แวร์ของพวกเขาในสภาพแวดล้อมที่เสมือนจริง เช่นใบอนุญาตสำหรับใช้ฐานข้อมูลมักจะต่อ CPU ของเซิร์ฟเวอร์ฐานข้อมูลทำงานบน ในสภาพแวดล้อมที่เสมือนจริงนี้มักจะนำไปสู่ปัญหาที่มากมายของซีพียูจะต้องได้รับใบอนุญาตตั้งแต่ Oracle ไม่ได้รับการ จำกัด จำนวนของซีพียู โดยเฉพาะอย่างยิ่งในสถานการณ์เมฆคอมพิวเตอร์แบบใบอนุญาตมาตรฐานนำไปสู่การออกใบอนุญาตทุก CPU ฐานข้อมูลอาจวิ่งบน ดังนั้นซอฟต์แวร์ขึ้นอยู่กับ " ต่อ CPU " ฐานไม่ระดับดีมากในโครงการคอมพิวเตอร์เมฆ นอกจากนี้ บริษัท อื่น ๆไม่ตรงห้ามใช้ซอฟต์แวร์ของพวกเขาในเมฆ แต่วงเงินสนับสนุนโอกาสสำหรับซอฟต์แวร์วิธีหนึ่งที่ปกติจะทำนี้คือการให้บริการระดับที่ถามเพื่อให้มีหลักฐานว่าเกิดเหตุการณ์บางอย่างก็เกิดขึ้นในลักษณะเดียวกันในสภาพแวดล้อมเสมือนจริงไม่ . ในมุมมองแรก นี้ไม่ได้ดูเหมือนจะเป็นปัญหามาก แต่ต้องดูใกล้ๆ มันก็มีปัญหาบ้าง อย่างน้อยถ้าผู้ให้บริการมีติดมา หรือแม้แต่กำหนดบริการระดับความพร้อมสูงนอกจากนี้การจัดการฮาร์ดแวร์เพิ่มเติมเพื่อให้แน่ใจว่าสามารถพิสูจน์ได้ว่าเป็น ccrtain เหตุการณ์ยังเกิดขึ้นในสภาพแวดล้อมเสมือนจริงที่ไม่นำไปสู่ความพยายามเพิ่มเติม .
ในเมฆซอฟต์แวร์ที่เกี่ยวข้องเพิ่มเติมกับปริมาณที่ใช้ซอฟต์แวร์บางขนาดมากขึ้น เช่นซอฟแวร์ใบอนุญาตต่อผู้ใช้ หรือ ( ทุกวันนี้ค่อนข้างผิดปกติ ) จำนวนของเวลาซอฟต์แวร์บางอย่างที่ใช้คือ หนึ่งประโยชน์หลักของ
ย้ายบริการ ccrtain เป็นเมฆที่ให้บริการการบริหารความต่อเนื่องของกระบวนการที่ไม่มีดอกเบี้ยสูงเนื่องจากเมฆคอมพิวเตอร์ผู้ให้บริการรับประกัน ccrtain ว่าง ด้วยความเคารพในการกู้คืนภัยพิบัติ แต่นี้นำไปสู่ความเป็นจริงที่ระดับการบริการการจัดการกระบวนการจะมากขึ้นและที่สำคัญมากขึ้น เนื่องจากเป็นขั้นตอนที่รับผิดชอบเพื่อให้มั่นใจว่านิยามความพร้อม ( ในกรณีของภัยพิบัติ ) ตามที่อธิบายไว้ก่อน . . .

บริการเปลี่ยนภายในวงจร บริการการเปลี่ยนเฟส [ 10 ] ผลลัพธ์จากขั้นตอนการออกแบบมาผลิตดังนั้นโดยเฉพาะอย่างยิ่งกระบวนการ เช่น การเปลี่ยนแปลงกระบวนการจัดการและการปรับกระบวนการและการจัดการเป็นสำคัญสำหรับขั้นตอนนี้ '
หนึ่งในเป้าหมายหลักของการจัดการการเปลี่ยนแปลงกระบวนการในการลดจำนวนของเหตุการณ์ที่เกิดขึ้นเนื่องจากการเปลี่ยนแปลงและเพื่อให้มีกลไกที่อนุญาตให้ใช้ในการควบคุมทางภายในเมฆตามสภาพแวดล้อมที่เปลี่ยนแปลงกระบวนการจัดการต้องพิจารณาการบริการอื่น ๆ เมื่อการเปลี่ยนแปลงหนึ่งบริการ เนื่องจากส่วนใหญ่ของใช้ได้ปกติสถานการณ์ IaaS จะขึ้นอยู่กับเวอร์อาจเป็นจำนวนมากบริการอื่น ๆอาจได้รับอิทธิพลจากงานจำเป็นที่จะปรับเปลี่ยนเป็นบริการเดียว .
บนมืออื่น ๆเป้าหมายหลักของการปล่อยและการปรับใช้กระบวนการบริหาร คือ การป้องกันสิ่งแวดล้อมที่มีประสิทธิภาพ กระบวนการนี้จะยิ่งซับซ้อนเนื่องจากความซับซ้อนของโครงสร้างพื้นฐานเมฆที่ใช้มักจะสูงกว่าความซับซ้อนขององค์กรโครงสร้างพื้นฐานเมฆตาม .
แต่ยังให้บริการในระยะเปลี่ยนผ่านจะได้ประโยชน์จากการปรับใช้บริการในเมฆมักจะซับซ้อนมากของสินทรัพย์และบริการระบบการจัดการการตั้งค่าจะกลายเป็นง่ายขึ้นมาก เป้าหมายหลักของบริการสินทรัพย์และกระบวนการปรับแต่งเพื่อให้ภาพรวมเกี่ยวกับทุกส่วน ( เรียกว่าสินทรัพย์ ) ของโครงสร้างพื้นฐานและ interrelations ที่จำเป็นเพื่อให้บริการ ccrtain .กระบวนการนี้จะต้องให้บริการให้บริการเมฆตั้งแต่เขาเป็นผู้รับผิดชอบในการใช้โครงสร้างพื้นฐานของเขา ที่นี่อีกครั้ง oursourcing ระดับสูงขึ้นอยู่กับสถานการณ์ ( เมฆ IaaS PaaS หรือ SaaS ) ในคำถาม ในสถานการณ์ที่ใช้บริการบริการเมฆจะรับผิดชอบให้บริการสินทรัพย์และกระบวนการการจัดการปรับแต่งและเช่นเป็นสถานการณ์ที่ผู้ให้บริการ IaaS เมฆจะรับผิดชอบโครงสร้างพื้นฐานเป็นส่วนหนึ่งของบริการสินทรัพย์และกระบวนการการจัดการการตั้งค่า ลูกค้าตัวเองอยู่ในสถานการณ์ IaaS มีหน้าที่ให้ข้อมูลเกี่ยวกับการใช้แพลตฟอร์มและความสัมพันธ์ระหว่างใช้โปรแกรม งานบริการ

dบริการการดำเนินงาน [ 11 ] วงจรเฟสมันระยะที่บริการให้แก่ลูกค้า และเพิ่มมูลค่าให้กับลูกค้าที่ถูกสร้างขึ้น .
กระบวนการเหมือนเหตุการณ์ ปัญหา และ การบริหารงานไม่หนีสภาพแวดล้อมแตกต่างกันอย่างสิ้นเชิงในเมฆที่ใช้ในการเปรียบเทียบกับสิ่งแวดล้อมตามเมฆไม่ได้ ยังไงก็ตามอย่างน้อยในเมฆสาธารณะเมฆบ้างตามสถานการณ์ต่างๆจะถูกต้อง ดังนั้น การบูรณาการสูง สำหรับเหตุการณ์ที่เกิดขึ้น ปัญหาและเหตุการณ์การจัดการกระบวนการของเมฆบริการ ผู้ให้บริการ และกระบวนการที่เกี่ยวข้องในเว็บไซต์ของลูกค้า เป็นสิ่งที่จำเป็น นอกจากนี้ กระบวนการการจัดการการเข้าถึงจะกลายเป็นสิ่งที่สำคัญมากขึ้นในเมฆตามสถานการณ์ ตามที่ระบุไว้แล้วกลไกการรักษาความปลอดภัยปกติเหมือนพื้นที่ปลอดทหารเขตและการตรวจจับการบุกรุกไฟร์วอลล์จะไม่ทำงานได้ดีในสภาพแวดล้อมที่เมฆตาม . ดังนั้น หนทางเดียวที่จะปกป้องข้อมูลให้แนวคิดที่เหมาะสมสำหรับสิทธิ์การเข้าถึงของข้อมูลและทรัพยากรที่มีให้ในเมฆ
นอกจากนี้ ขอ fullfillment กระบวนการที่เป็นผู้รับผิดชอบในการตอบสนองการร้องขอของผู้ใช้เล็ก ๆเช่นการตั้งค่ารหัสผ่านจะกลายเป็นมีประสิทธิภาพมากขึ้นจากผู้ใช้มุมมอง โดยปกติแล้วมาตรฐานการเปลี่ยนแปลงมักจะสามารถใช้ไปขอเต็มลำธารมาจ้า กระบวนการ ภายในการเพิ่มเปลี่ยนแปลงมาตรฐานจะถูกกำหนดโดยค่าใช้จ่ายต่ำ ความเสี่ยงต่ำ และมีการเปลี่ยนแปลงเป็นวิ่งเรียบร้อยแล้ว อย่างน้อยหนึ่งครั้ง ถ้าเงื่อนไขทั้งหมดเหล่านี้จะพบการเปลี่ยนแปลง ccrtain สามารถทำที่เรียกว่า มาตรฐานเหล่านี้ชนิดของการเปลี่ยนแปลงและมักจะสามารถในภายหลังจะใช้ไปขอ fullfillment กระบวนการ ในเมฆตามสถานการณ์เกณฑ์ทั้งหมดเหล่านี้จะพบยังเพิ่มขึ้น ccrtain ทรัพยากรเช่นการคำนวณพลังงานหรือปริมาณของหน่วยความจำการเปลี่ยนแปลงในระดับนี้คือตอนนี้สามารถใช้ได้ผ่านขอ fullfillment กระบวนการที่สมบูรณ์ที่เป็นไปไม่ได้ในสถานการณ์ไม่เมฆตาม นี้เป็นหนึ่งในเหตุผลสำหรับเพิ่มความยืดหยุ่นของสถานการณ์ที่คอมพิวเตอร์เมฆ ดังนั้น จึงอาจกล่าวได้ว่า นี้ขยายการร้องขอ fullfillment กระบวนการกลายเป็นมีประสิทธิภาพมากขึ้นในเมฆตามสถานการณ์
Eการปรับปรุง sen'ice อย่างต่อเนื่องการปรับปรุงบริการอย่างต่อเนื่อง
[ 12 ] ระยะที่รับผิดชอบเพื่อให้มั่นใจว่าให้บริการได้อย่างมีประสิทธิภาพตลอดเวลา นี่คือเป้าหมายหลักของ 7 ขั้นตอนการปรับปรุงกระบวนการด้วยความเคารพกับเมฆตามสถานการณ์ การปรับปรุงคุณภาพ อาจจะใส่เป็นหลายบริการเหมาะสมที่สุดในเมฆตามสถานการณ์เพื่อเพิ่มความยืดหยุ่นในการให้บริการ และ ใน เวลาเดียวกัน