decrease the cost of the services i

decrease the cost of the services in question. This would lead to a completely new dimension for the 7 Step Improvement Process. Usually this process concentrates on the internal improvement of the process. Internal improvement here means, that the service itself is the goal for the improvement, for example lowering the response time in the Incident Management process. In a Cloud Computing scenario, a new dimension for the service improvement might be to bring new services in the cloud. This is a difference in comparison to the improvement of the service itself: by just moving a service into the cloud, the service itself is not improved, but the runtime environment and the necessary infrastructure gets improved. Therefore, this process should concentrate on the delegation of good experiences in the cloud to other services. Additionally, to allow for the measurement of service quality, the Service Measuring process is also in the responsibility of the Continual Service Improvement lifecycle phase. This process becomes more and more important in cloud based scenarios, since it is responsible to provide key performance indicators that can on the one hand be used in the Service Reporting process and on the other hand in the 7 Step Improvement Process to determine possible potential of services and especially cloud based services.
Last but not least, the Service Reporting process is responsible for the reporting of service quality and to provide the data that allows to proof that a certain service level has been reached in the past or not. As already said, the negotiation of Service Level Agreements (SLAs) is extremely important helpful in cloud based scenarios and therefore a mechanism that allows to control these Service Level Agreements becomes more and more necessary as well. Here, Cloud Computing scenarios usually provide tools that allow to automatically provide certain values that are necessary for the monitoring of the according Service Level Agreements, e.g. the availability of a virtualized machine that is in charge of providing a certain service.
III. OVERVIEW OF CHANGING COMPLEXITY AND IMPORTANCE OF CERTAIN ITIL LIFECYLE PHASES AND ACCORDING PROCESSES
The last paragraph presented a discussion about the different ITIL processes and their importance with respect to
Cloud Computing and/or in a Cloud Computing scenario. As also described before, each single process results from a certain lifecycle phase. This paragraph now tries to develop the importance of certain lifecycle phases either from a customers’ (who’s willing to deploy a service in a Cloud Computing scenario) and a Cloud Computing service providers’ point of view. It is important to bear in mind that within this discussion, the focus is always on a service that gets provided for a customer. Therefore, e.g. within the Continual Service Improvement lifecycle (if not mentioned differently) the service itself is focused. Of course the Cloud Computing service provider also needs to improve the necessary Cloud Computing services, but this is not the focus of this paper.
First of all, we start with the customers’ point of view. The importance and/or complexity of each single lifecylcle phase in a Cloud Computing scenario (in comparison to a not cloud based enviromnent) is shown in Figure 2.
complexity/ importance

Figure 2: The importance/complexity of the ITIL lifecycle phase from a Cloud Computing customers’ point of view

Still, of course, from the customers’ point of view the Service Strategy lifecycle phase is of high importance. Within this phase, the company lias to decide which services it will provide to which customers. On the first view, this has nothing particular to do with the question whether the service will later-on be deployed in a Cloud Computing scenario or in a usual infrastructure. Having a closer look at the single processes of this lifecycle phase, as discussed in the former paragraph, it becomes obvious that processes like the Financial Management process and the Demand Management process become more and more complex and get another importance.
Within the Service Design lifecycle phase, the particular service gets designed. Here especially services like Service Level Management, Availability Management, Information Security Management, Supplier Management, Capacity Management and IT Service Continuity Management become a little bit more complex in a cloud based enviromnents in comparison to a usual enviromnent.
As for the Service Transition lifecycle phase, there is not
much of a difference with respect to complexity and importance, if you compare a cloud based scenario with a usual enviromnent.
The real benefit for the customer of a Cloud Computing provider is within the Service Operation lifecycle phase. Also the certain processes that belong to the Service Operation lifecycle phase might slightly change or get an increased importance and/or complexity, but still the benefit for the customer definitely lies within the Service Operation lifecycle phase, since he is no longer responsible for the production of the service (from an infrastructural point of view) and, at the same time, the customer is very flexible with respect to the amount of infrastructure he lias to pay for.
The discussion of the Continual Service Improvement lifecycle phase is a little bit more crucial: of course the complexity and/or importance of this lifecycle phase is still the same when it comes to the internal improvement of the service itself, there is almost no change in comparison of a cloud based to a usual infrastructure. Nevertheless, there is another dimension of possible service improvement that yields to the question whether other service might also be deployable in cloud based environments. Here, from a customers’ point of view, this might not be so much of interest.

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

ลดต้นทุนของบริการ นี้จะนำไปสู่มิติใหม่อย่างสมบูรณ์สำหรับกระบวนการปรับปรุงขั้นตอน 7 โดยปกติแล้วกระบวนการนี้มุ่งเน้นการพัฒนาภายในของกระบวนการ ปรับปรุงภายในที่นี่หมายถึง ว่าบริการตัวเองเป้าหมายการปรับปรุง ตัวอย่าง ลดลงในกระบวนการจัดการเหตุการณ์ ในสถานการณ์การใช้งาน Cloud มิติใหม่การปรับปรุงการบริการอาจจะนำบริการใหม่ในเมฆ นี่คือความแตกต่าง โดยการพัฒนาของบริการตัวเอง: โดยเพียงการย้ายบริการเมฆ บริการตัวเองจะไม่ดีขึ้น แต่สภาพแวดล้อมรันไทม์และโครงสร้างพื้นฐานจำเป็นได้รับการปรับปรุง ดังนั้น กระบวนการนี้ควรมีสมาธิในการมอบประสบการณ์ที่ดีในเมฆการบริการอื่น ๆ นอกจากนี้ เพื่อให้การประเมินคุณภาพบริการ การบริการวัดได้ยังความรับผิดชอบของเฟสวงจรพัฒนาบริการอย่างต่อเนื่อง กระบวนการนี้กลายเป็นสิ่งสำคัญมากในเมฆตามสถานการณ์ เนื่องจากเป็นผู้รับผิดชอบให้มือชี้ที่คงจะใช้ ในการบริการรายงาน และอื่นๆ ในกระบวนการปรับปรุงขั้นตอนที่ 7 กำหนดบริการและโดยเฉพาะอย่างยิ่งเมฆตามศักยภาพได้สุดท้ายแต่ไม่น้อย การบริการรายงานรับผิดชอบการรายงานคุณภาพของการบริการ และให้ข้อมูลที่ช่วยให้การสะกดที่ระดับบริการแล้วในอดีต หรือไม่ เป็นดังกล่าวแล้ว เจรจาต่อรองข้อตกลงระดับบริการ (Sla) เป็นสิ่งสำคัญมากดีเมฆตามสถานการณ์ และกลไกที่ช่วยให้การควบคุมเหล่านี้ ข้อตกลงระดับบริการเป็นจำเป็นมากเช่น ที่นี่ เมฆคำนวณสถานการณ์มักจะให้เครื่องมือที่ช่วยให้โดยอัตโนมัติให้กำหนดค่าที่จำเป็นสำหรับการตรวจสอบที่ตามระดับข้อตกลง เช่นความพร้อมของเครื่องจักรถูกที่รับผิดชอบการให้บริการบางอย่างIII. ภาพรวมของการเปลี่ยนแปลงความซับซ้อนและความสำคัญของระยะบาง LIFECYLE ITIL และตามกระบวนการย่อหน้าสุดท้ายนำเสนออภิปรายเกี่ยวกับกระบวนการ ITIL แตกต่างและความสำคัญกับ respect เพื่อเมฆคอมพิวเตอร์และ/หรือ ในกรณีที่คอมพิวเตอร์เมฆ นอกจากนี้ยังได้ อธิบายไว้ก่อน ผลลัพธ์แต่ละขั้นตอนเดียวจากระยะวงจรชีวิตที่บาง ย่อหน้านี้ขณะพยายามพัฒนาความสำคัญของวงจรบางเฟสจากของลูกค้า (ที่จัดบริการในสถานการณ์ใช้งาน Cloud) และเมฆคอมพิวเตอร์บริการมุมมองของผู้ให้บริการ จึงควรใส่ใจในคำอธิบายนี้ โฟกัสว่าเสมอในการให้บริการที่ได้รับให้ลูกค้า ดังนั้น เช่นภายในวงจรพัฒนาบริการอย่างต่อเนื่อง (ถ้าดังกล่าวแตกต่างกัน) บริการเองจะเน้นการ แน่นอนเมฆคอมพิวเตอร์ผู้ให้บริการยังต้องการพัฒนาบริการคลาวด์คอมพิวเตอร์จำเป็น แต่นี่ไม่ใช่จุดเน้นของเอกสารนี้ครั้งแรกของทั้งหมด เราเริ่มต้น ด้วยมุมมองของลูกค้า ความสำคัญหรือความซับซ้อนของ lifecylcle เดียวแต่ละเฟสในสถานการณ์จำลองคอมพิวเตอร์เมฆ (โดยไม่ enviromnent เมฆตาม) แสดงในรูปที่ 2ความซับซ้อน / ความสำคัญ รูปที่ 2: ความสำคัญ/ความซับซ้อนของ ITIL วงจรระยะจากมุมมองที่เมฆคอมพิวเตอร์ของลูกค้ายัง แน่นอน จากจุดของมุมมองของลูกค้ากลยุทธ์บริการ ระยะวงจรชีวิตเป็นความสำคัญสูง ในระยะนี้ lias บริษัทตัดสินใจที่บริการจะให้กับลูกค้าที่ มุมมองแรก มีอะไรที่เกี่ยวข้องกับทำกับคำถาม ว่าบริการจะภายหลังการปรับใช้ ในสถานการณ์ที่เมฆคอมพิวเตอร์ หรือ ในโครงสร้างตามปกติ มีกระบวนการหนึ่งของขั้นตอนนี้วงจร ตามที่อธิบายไว้ในย่อหน้าเดิม เป็นที่ชัดเจนว่า กระบวนการเช่นกระบวนการจัดการทางการเงินและการจัดการความต้องเป็นความซับซ้อนมากขึ้น และได้รับความสำคัญอีกบริการเฉพาะได้รับการออกแบบภายในขั้นตอนการออกแบบบริการวงจร ที่นี่โดยเฉพาะอย่างยิ่งบริการเช่นบริการระดับบริหาร จัดการความพร้อมใช้งาน จัดการความปลอดภัยของข้อมูล ผู้จัดการ การ จัดการกำลังการผลิต และบริการบริหารจัดการความต่อเนื่องกลายเป็นซับซ้อนน้อยมากใน enviromnents เมฆตามโดย enviromnent ปกติสำหรับขั้นตอนการเปลี่ยนบริการวงจร ไม่มากความแตกต่างกับความซับซ้อนและความสำคัญ ถ้าคุณเปรียบเทียบก้อนเมฆตามสถานการณ์ ด้วย enviromnent ปกติประโยชน์จริงสำหรับลูกค้าของผู้ให้บริการคลาวด์คอมพิวเตอร์คือภายในขั้นตอนการดำเนินการบริการวงจร ยัง กระบวนการบางอย่างที่อยู่ในระยะวงจรการดำเนินการบริการอาจเล็กน้อยเปลี่ยนแปลง หรือได้รับความสำคัญเพิ่มขึ้นและ/หรือความซับซ้อน แต่ยังประโยชน์สำหรับลูกค้าที่แน่นอนอยู่ภายในการดำเนินการบริการวงจรเฟส เนื่องจากเขาจะไม่รับผิดชอบการผลิตการให้บริการ (จากการรัฐมนตรีมอง) และ ในเวลาเดียวกันลูกค้าที่มีความยืดหยุ่นมากกับจำนวนโครงสร้างพื้นฐานเขา lias เพื่อชำระการสนทนาในระยะวงจรบริการกฏหมายเป็นสำคัญน้อยมาก: แน่นอนความซับซ้อนหรือความสำคัญของวงจรชีวิตระยะนี้ยังคงเป็นเหมือนเมื่อมันมาถึงการปรับปรุงภายในบริการตัวเอง มีการเปลี่ยนแปลงเปรียบเทียบเมฆตามโครงสร้างพื้นฐานปกติแทบไม่ อย่างไรก็ตาม มีมิติอื่นของการปรับปรุงการบริการได้ที่ก่อให้เกิดคำถามว่าบริการอื่น ๆ ยังอาจ deployable เมฆตามสภาพแวดล้อม ที่นี่ จากมุมมองของลูกค้าจุด นี้อาจไม่ได้มากน่าสนใจ

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

ลดค่าใช้จ่ายของการให้บริการในคำถาม นี้จะนำไปสู่มิติใหม่อย่างสมบูรณ์สำหรับขั้นตอนที่ 7 การปรับปรุงกระบวนการ โดยปกติกระบวนการนี้มุ่งเน้นที่การปรับปรุงกระบวนการภายในของ การปรับปรุงภายในที่นี่หมายถึงว่าการบริการของตัวเองเป็นเป้าหมายสำหรับการปรับปรุงเช่นการลดเวลาการตอบสนองในกระบวนการจัดการเหตุการณ์ ในสถานการณ์แบบ Cloud Computing, มิติใหม่สำหรับการปรับปรุงการให้บริการอาจจะมีที่จะนำบริการใหม่ ๆ ในเมฆ นี่คือความแตกต่างในการเปรียบเทียบกับการปรับปรุงการให้บริการของตัวเอง: โดยเพียงแค่การย้ายบริการเป็นเมฆบริการตัวเองไม่ได้ดีขึ้น แต่สภาพแวดล้อมรันไทม์และโครงสร้างพื้นฐานที่จำเป็นที่ได้รับการปรับปรุงให้ดีขึ้น ดังนั้นกระบวนการนี้ควรมีสมาธิในการเป็นตัวแทนของประสบการณ์ที่ดีในเมฆบริการอื่น ๆ นอกจากนี้เพื่อให้การวัดคุณภาพการให้บริการ, บริการกระบวนการวัดยังอยู่ในความรับผิดชอบของขั้นตอนการให้บริการอย่างต่อเนื่องปรับปรุงวงจร กระบวนการนี้จะกลายเป็นสิ่งสำคัญมากขึ้นในสถานการณ์เมฆตามเพราะมันเป็นความรับผิดชอบที่จะให้ตัวชี้วัดประสิทธิภาพที่สำคัญที่สามารถบนมือข้างหนึ่งถูกนำมาใช้ในกระบวนการการรายงานการให้บริการและในอีกทางหนึ่งในการปรับปรุงกระบวนการ 7 ขั้นตอนในการตรวจสอบที่มีศักยภาพเป็นไปได้ของ การบริการและโดยเฉพาะอย่างยิ่งบริการตามเมฆ.
สุดท้าย แต่ไม่น้อย, ขั้นตอนการรายงานบริการเป็นผู้รับผิดชอบในการรายงานของคุณภาพการให้บริการและให้ข้อมูลที่ช่วยให้การพิสูจน์ให้เห็นว่าระดับการให้บริการบางอย่างที่ได้รับถึงในอดีตที่ผ่านมาหรือไม่ เป็นแล้วกล่าวว่าการเจรจาต่อรองข้อตกลงระดับการบริการ (SLAs) เป็นสิ่งสำคัญมากที่เป็นประโยชน์ในเมฆตามสถานการณ์และดังนั้นจึงกลไกที่ช่วยให้การควบคุมการบริการระดับสัญญาเหล่านี้จะกลายเป็นมากขึ้นและมีความจำเป็นมากขึ้นเช่นกัน นี่คือสถานการณ์ Cloud Computing การมักจะให้เครื่องมือที่ช่วยให้เพื่อให้ค่าบางอย่างโดยอัตโนมัติที่มีความจำเป็นสำหรับการตรวจสอบให้เป็นไปตามข้อตกลงระดับบริการเช่นความพร้อมของเครื่องเสมือนจริงที่อยู่ในความดูแลของการให้บริการบางอย่าง.
III ภาพรวมของการเปลี่ยนแปลงความซับซ้อนและความสำคัญของบาง ITIL วงจรชีวิต PHASES และเป็นไปตามกระบวนการ
ย่อหน้าสุดท้ายที่นำเสนอการอภิปรายเกี่ยวกับ ITIL กระบวนการที่แตกต่างกันและความสำคัญของพวกเขาด้วยความเคารพกับ
Cloud Computing และ / หรือในสถานการณ์แบบ Cloud Computing ในขณะที่ยังอธิบายไว้ก่อนผลในแต่ละขั้นตอนเดียวจากเฟสวงจรบางอย่าง วรรคตอนนี้พยายามที่จะพัฒนาความสำคัญของช่วงของวงจรชีวิตบางอย่างทั้งจากลูกค้า (ผู้ที่มีความตั้งใจในการปรับใช้บริการในสถานการณ์แบบ Cloud Computing) และ Cloud Computing การให้บริการ 'มุมมอง มันเป็นสิ่งสำคัญที่จะจำไว้ว่าภายในการสนทนานี้โฟกัสอยู่เสมอในการให้บริการที่ได้รับการจัดเตรียมไว้สำหรับลูกค้า ดังนั้นเช่นภายในวงจรการบริการอย่างต่อเนื่องปรับปรุง (ถ้าไม่ได้กล่าวถึงที่แตกต่างกัน) บริการตัวเองจะเน้น แน่นอนผู้ให้บริการคลาวด์คอมพิวติ้งยังต้องปรับปรุงการให้บริการ Cloud Computing การที่จำเป็น แต่นี่ไม่ใช่ประเด็นของบทความนี้.
ครั้งแรกของทั้งหมดเราเริ่มต้นด้วยมุมมองของลูกค้า ความสำคัญและ / หรือความซับซ้อนของแต่ละขั้นตอน lifecylcle เดียวในสถานการณ์แบบ Cloud Computing (เมื่อเทียบกับคลาวด์ได้ตาม enviromnent) จะแสดงในรูปที่ 2.
ความซับซ้อน / ความสำคัญรูปที่ 2: ความสำคัญ / ความซับซ้อนของขั้นตอนการดำเนินงานเกี่ยว ITIL จากเมฆ 'มุมมองของลูกค้าคอมพิวเตอร์ยังคงแน่นอนจากลูกค้ามุมมองเฟสวงจรกลยุทธ์การให้บริการที่มีความสำคัญสูง ภายในขั้นตอนนี้ บริษัท lias การตัดสินใจที่ให้บริการก็จะมีให้กับลูกค้าที่ ในมุมมองแรกนี้โดยเฉพาะอย่างยิ่งมีอะไรจะทำอย่างไรกับคำถามที่ว่าบริการจะต่อมาเมื่อนำไปใช้ในสถานการณ์คอมพิวเตอร์เมฆหรือในโครงสร้างพื้นฐานตามปกติ มีเวลามองใกล้ที่กระบวนการขั้นตอนเดียวของวงจรนี้ตามที่กล่าวไว้ในวรรคอดีตมันจะกลายเป็นที่เห็นได้ชัดว่ากระบวนการเช่นกระบวนการจัดการทางการเงินและขั้นตอนการจัดการความต้องการมากขึ้นและซับซ้อนมากขึ้นและได้รับความสำคัญอีก. ภายในวงจรการออกแบบบริการ ขั้นตอนการให้บริการโดยเฉพาะอย่างยิ่งที่ได้รับการออกแบบ นี่คือการบริหารจัดการระดับบริการเช่นบริการโดยเฉพาะอย่างยิ่งการจัดการสถานะสารสนเทศเพื่อการจัดการการรักษาความปลอดภัย, การจัดการซัพพลายเออ, การบริหารจัดการกำลังการผลิตและการจัดการบริการไอทีกลายเป็นความต่อเนื่องนิด ๆ หน่อย ๆ ที่ซับซ้อนมากขึ้นในเมฆตาม enviromnents ในการเปรียบเทียบกับ enviromnent ปกติ. ในฐานะที่เป็นผู้ให้บริการเฟสวงจรการเปลี่ยน มีไม่มากของความแตกต่างที่เกี่ยวกับความซับซ้อนและความสำคัญถ้าคุณเปรียบเทียบสถานการณ์ตามเมฆกับ enviromnent ปกติ. ผลประโยชน์ที่แท้จริงสำหรับลูกค้าของผู้ให้บริการ Cloud Computing การอยู่ในขั้นตอนการดำเนินงานวงจรบริการ นอกจากนี้ยังมีกระบวนการบางอย่างที่อยู่ในขั้นตอนการดำเนินงานวงจรบริการอาจมีการเปลี่ยนแปลงเล็กน้อยหรือได้รับความสำคัญเพิ่มขึ้นและ / หรือความซับซ้อน แต่ยังคงได้รับประโยชน์สำหรับลูกค้าที่แน่นอนอยู่ในขั้นตอนการดำเนินงานบริการวงจรชีวิตตั้งแต่เขาไม่รับผิดชอบอีกต่อไปสำหรับการผลิต ของการให้บริการ (จากจุดโครงสร้างพื้นฐานของมุมมอง) และในเวลาเดียวกันลูกค้ามีความยืดหยุ่นมากที่เกี่ยวกับปริมาณของโครงสร้างพื้นฐานที่เขา Lias จะจ่ายสำหรับ. การอภิปรายของขั้นตอนการให้บริการอย่างต่อเนื่องปรับปรุงวงจรการเป็นนิด ๆ หน่อย ๆ สำคัญ: การเรียนการสอนความซับซ้อนและ / หรือความสำคัญของขั้นตอนวงจรนี้ยังคงเป็นเหมือนเมื่อมันมาถึงการปรับปรุงการให้บริการภายในตัวเองมีเกือบจะไม่มีการเปลี่ยนแปลงในการเปรียบเทียบของเมฆที่ใช้ในการโครงสร้างพื้นฐานตามปกติ อย่างไรก็ตามมีความเป็นมิติของการปรับปรุงการบริการที่เป็นไปได้ที่ทำให้อีกกับคำถามว่าบริการอื่น ๆ ที่อาจจะนำไปใช้ในสภาพแวดล้อมตามเมฆ ที่นี่จากจุดลูกค้าของมุมมองนี้อาจจะไม่มากที่น่าสนใจ

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

ลดต้นทุนของบริการในคำถาม นี้จะนำไปสู่มิติใหม่อย่างสมบูรณ์สำหรับ 7 ขั้นตอนการปรับปรุงกระบวนการ โดยปกติแล้วกระบวนการนี้มุ่งเน้นที่การปรับปรุงภายในของกระบวนการ ภายในปรับปรุงตรงนี้หมายความว่าบริการเองเป็นเป้าหมายสำหรับการปรับปรุง ตัวอย่างเช่น การลดเวลาการตอบสนองในเรื่องกระบวนการบริหารจัดการในเมฆคอมพิวเตอร์สถานการณ์ , มิติใหม่เพื่อปรับปรุงบริการอาจให้บริการใหม่ในเมฆ นี่คือความแตกต่างในการเปรียบเทียบเพื่อปรับปรุงการบริการตัวเอง : โดยเพียงแค่ย้ายบริการในเมฆบริการตัวเองไม่ได้ดีขึ้น แต่สภาพแวดล้อมรันไทม์และโครงสร้างพื้นฐานที่จำเป็นได้รับการปรับปรุง ดังนั้นกระบวนการนี้ควรฝักใฝ่คณะผู้แทนของประสบการณ์ดีในเมฆให้บริการอื่น ๆ นอกจากนี้ เพื่อให้สามารถวัดคุณภาพของบริการ , บริการกระบวนการวัดก็อยู่ในความรับผิดชอบของการปรับปรุงอย่างต่อเนื่องบริการวงจรเฟส กระบวนการนี้จะกลายเป็นมากขึ้นและที่สำคัญมากขึ้นในเมฆตามสถานการณ์เพราะมันเป็นหน้าที่ เพื่อให้ตัวชี้วัดประสิทธิภาพหลักที่ในมือข้างหนึ่งใช้ในบริการรายงานกระบวนการ และในมืออื่น ๆใน 7 ขั้นตอนการปรับปรุงกระบวนการตรวจสอบที่มีศักยภาพที่เป็นไปได้ของบริการเมฆที่ใช้บริการและโดยเฉพาะอย่างยิ่ง .
สุดท้ายแต่ไม่ท้ายสุดกระบวนการให้บริการ มีหน้าที่รับผิดชอบในการรายงานคุณภาพการให้บริการ และให้ข้อมูลที่สามารถพิสูจน์ได้ว่าระดับบริการบางอย่างได้ถึงในอดีตหรือไม่ เป็นแล้วกล่าวว่าการเจรจาต่อรองข้อตกลงของระดับการให้บริการ ( SLA ) เป็นสิ่งสำคัญมากเป็นประโยชน์ในเมฆตามสถานการณ์ และดังนั้นจึง เป็นกลไกที่ช่วยให้สามารถควบคุมระดับของการให้บริการเหล่านี้จะกลายเป็นมากขึ้นและจำเป็นมากขึ้นเช่นกัน ที่นี่สถานการณ์เมฆคอมพิวเตอร์มักจะให้เครื่องมือที่ช่วยให้โดยอัตโนมัติให้ค่าบางอย่างที่จำเป็นสำหรับการตรวจสอบของตามข้อตกลงระดับบริการ เช่น ความพร้อมของเครื่องเสมือนที่รับผิดชอบในการให้บริการบางอย่าง
3 ภาพรวมของความซับซ้อนและความสำคัญของการเปลี่ยนแปลงบางขั้นตอนตามกระบวนการ ITIL และ lifecyle
ย่อหน้าสุดท้ายที่นำเสนอการอภิปรายเรื่องต่างๆ ITIL กระบวนการและความสำคัญ ด้วยความเคารพ

เมฆคอมพิวเตอร์และ / หรือในเมฆคอมพิวเตอร์สถานการณ์ ตามที่อธิบายไว้ก่อน ผลของแต่ละขั้นตอนเดียวจากระยะระยะเวลาที่แน่นอนย่อหน้านี้ ตอนนี้ พยายามพัฒนาความสำคัญของระยะวงจรชีวิตบางอย่างทั้งจากลูกค้า ' ( คนที่ยินดีที่จะใช้บริการคอมพิวเตอร์เมฆและเมฆคอมพิวเตอร์ผู้ให้บริการเกิดบริการของมุมมอง มันเป็นสิ่งสำคัญที่ต้องจำไว้ว่าในการสนทนานี้ เน้นอยู่เสมอในการบริการที่ได้รับให้กับลูกค้า ดังนั้น , เช่นภายในวงจรการปรับปรุงบริการอย่างต่อเนื่อง ( ถ้าไม่กล่าวถึงแตกต่างกัน ) บริการตัวเอง คือ เน้น แน่นอนเมฆคอมพิวเตอร์ผู้ให้บริการยังต้องปรับปรุงบริการคอมพิวเตอร์เมฆที่จำเป็น แต่จะไม่เน้นของบทความนี้ .
ครั้งแรกของทั้งหมด เราเริ่มจากจุดของลูกค้าของมุมมองความสำคัญและ / หรือความซับซ้อนของแต่ละ lifecylcle เฟสในเมฆคอมพิวเตอร์สถานการณ์ ( เมื่อเปรียบเทียบกับไม่ใช้เมฆ enviromnent ) ที่แสดงในรูปที่ 2 .
ความซับซ้อน / ความสำคัญ

รูปที่ 2 : ความสำคัญ / ความซับซ้อนของ ITIL ซึ่งระยะจากคอมพิวเตอร์เมฆลูกค้าจุดของมุมมอง

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