Implications of Tightly Coupled Systems, Shared Infrastructure, and Un การแปล - Implications of Tightly Coupled Systems, Shared Infrastructure, and Un ไทย วิธีการพูด

Implications of Tightly Coupled Sys

Implications of Tightly Coupled Systems, Shared Infrastructure, and Unknown SPoFs
— In the past few years, the role of cloud computing, in which the infrastructure, platform, and even software used by IT operations are outsourced services, has become more prominent. The flexibility of cloud services certainly has its advantages, since they can be used when and only for how long they are needed, and be leased for prices charged in small increments of actual usage. However, these shared infrastructures also pose a risk that failures of a data center could cripple many services. This is supported by some analysts proclaiming that 2012 was the year of cloud (computing) outages. For many Internet services building on such cloud infrastructures, this creates risks that cannot be mitigated, as customers typically do not have much insight into the concrete building blocks of the used infrastructure and potential architectural SPoFs. This general issue, however, greatly extends this particular scenario of cloud computing. In recent
years, services have become increasingly coupled and integrated, which has also increased the vulnerability of Internet services due to common shared or cross-dependent infrastructures. Similar to the intensified linkages among actors in the financial market that led to the housing bubble burst in 2008, we might have created similar systemic or hyper risks [5] in Internet services which might explain the comparatively large magnitude of outages. The resilience of such tightly coupled systems is, however, in both general and specific for the case of computer networks and the Internet as its most prominent example still largely unknown. More research is
needed to understand risk and failure trajectories in these tightly coupled systems to develop
effective challenge mitigation strategies for Internet services operating under such circumstances
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
ผลกระทบของระบบคู่แน่น โครงสร้างพื้นฐานที่ใช้ร่วมกัน และ SPoFs ที่ไม่รู้จัก— ในปีผ่านมา บทบาทของคลาวด์ ซึ่ง โครงสร้างพื้นฐาน แพลตฟอร์ม และแม้แต่ซอฟต์แวร์ที่ ใช้โดยการดำเนินงานผลิตนอกบริษัทบริการ กลายเป็นโดดเด่นมากด้วย ความยืดหยุ่นของระบบคลาวด์อย่างแน่นอนได้มากกว่า เพราะพวกเขาสามารถใช้เมื่อ และสำหรับนานเท่าพวกเขามีความจำเป็น และจะเช่าราคามีค่าเล็กน้อยของการใช้งานจริง อย่างไรก็ตาม นี้รวมโครงสร้างพื้นฐานยังก่อให้เกิดความเสี่ยงว่า ความล้มเหลวของศูนย์ข้อมูลสามารถทำลายหลายบริการ นี้ได้รับการสนับสนุน โดยนักวิเคราะห์บางคนพูดว่า 2012 เป็นปีดับเมฆ (คอมพิวเตอร์) หลายบริการ Internet บนโครงสร้างพื้นฐานระบบคลาวด์ดังกล่าว ซึ่งสร้างความเสี่ยงที่ไม่สามารถจะบรรเทา เนื่องจากลูกค้ามักจะไม่มีบล็อกคอนกรีตที่ใช้โครงสร้างพื้นฐานและศักยภาพสถาปัตยกรรม SPoFs ลึกซึ้งมาก ปัญหานี้ทั่วไป อย่างไรก็ตาม ขยายสถานการณ์สมมตินี้เฉพาะของระบบคลาวด์คอมพิวติ้ง ในการล่าปี บริการกลายเป็นมากขึ้นควบคู่ไป แล้ว รวม ซึ่งยังได้เพิ่มจุดอ่อนของบริการอินเทอร์เน็ตเนื่องจากโครงสร้างพื้นฐานร่วมกัน หรือข้ามขึ้นทั่วไป คล้ายกับการเชื่อมโยงที่ทวีความรุนแรงมากในหมู่นักแสดงในตลาดการเงินที่ออกมาในปี 2008 ฟองอยู่อาศัย เราอาจได้สร้างระบบ หรือไฮเปอร์ความเสี่ยงคล้าย [5] ในบริการทางอินเทอร์เน็ตซึ่งอาจอธิบายถึงขนาดค่อนข้างใหญ่ของขัดข้อง ความยืดหยุ่นของระบบดังกล่าวคู่แน่น อย่างไรก็ตาม ในนั้นทั่วไปและเฉพาะสำหรับกรณีของเครือข่ายคอมพิวเตอร์และอินเทอร์เน็ตเป็นตัวอย่างที่โดดเด่นที่สุดที่ยังไม่ทราบส่วนใหญ่ มีงานวิจัยมากขึ้นต้องเข้าใจวิถีความเสี่ยงและความล้มเหลวในระบบเหล่านี้แน่นคู่พัฒนากลยุทธ์ลดความท้าทายที่มีประสิทธิภาพสำหรับบริการอินเทอร์เน็ตที่ทำงานภายใต้สถานการณ์ดังกล่าว
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
ผลกระทบของระบบคู่แน่นโครงสร้างพื้นฐานที่ใช้ร่วมกันและไม่ทราบ SPoFs
- ในช่วงไม่กี่ปีที่ผ่านมาบทบาทของ cloud computing ซึ่งในโครงสร้างพื้นฐานแพลตฟอร์มและแม้แต่ซอฟต์แวร์ที่ใช้โดยการดำเนินงานด้านไอทีเป็น outsourced บริการได้กลายเป็นที่โดดเด่นมากขึ้น ความยืดหยุ่นของบริการคลาวด์อย่างแน่นอนมีข้อดีของมันเพราะพวกเขาสามารถนำมาใช้เมื่อใดและเพียงนานเท่าไหร่ที่พวกเขามีความจำเป็นและจะเช่าในราคาที่เรียกเก็บเพิ่มขึ้นทีละเล็ก ๆ ของการใช้งานจริง แต่เหล่านี้โครงสร้างพื้นฐานที่ใช้ร่วมกันนอกจากนี้ยังก่อให้เกิดความเสี่ยงที่ความล้มเหลวของศูนย์ข้อมูลคนพิการสามารถบริการจำนวนมาก นี้ได้รับการสนับสนุนโดยนักวิเคราะห์บางคนประกาศว่าปี 2012 เป็นปีที่คลาวด์ (คำนวณ) ขาด สำหรับการก่อสร้างอาคารบริการอินเทอร์เน็ตจำนวนมากในโครงสร้างพื้นฐานคลาวด์ดังกล่าวนี้จะสร้างความเสี่ยงที่ไม่สามารถลดลงเนื่องจากลูกค้ามักจะไม่ได้มีความเข้าใจมากในอาคารคอนกรีตบล็อกของโครงสร้างพื้นฐานที่ใช้และ SPoFs สถาปัตยกรรมที่มีศักยภาพ ปัญหานี้อย่างไรก็ตามโดยทั่วไปช่วยขยายสถานการณ์นี้โดยเฉพาะอย่างยิ่งของ cloud computing ล่าสุดใน
ปีที่ผ่านมาบริการได้กลายเป็นคู่มากขึ้นและบูรณาการซึ่งยังมีช่องโหว่ที่เพิ่มขึ้นของบริการอินเทอร์เน็ตเนื่องจากโครงสร้างพื้นฐานที่ใช้ร่วมกันหรือข้ามขึ้นอยู่ทั่วไป ความเสี่ยงที่เป็นระบบมากเกินไปหรือคล้ายกับการเชื่อมโยงทวีความรุนแรงมากในหมู่นักแสดงในตลาดการเงินที่นำไปสู่ฟองสบู่ที่อยู่อาศัยในปี 2008 เราอาจจะมีการสร้างที่คล้ายกัน [5] ในการให้บริการอินเทอร์เน็ตซึ่งอาจอธิบายได้ว่าขนาดค่อนข้างใหญ่จากการขาด ความยืดหยุ่นของระบบคู่แน่นดังกล่าวเป็นอย่างไรทั้งทั่วไปและเฉพาะในกรณีของเครือข่ายคอมพิวเตอร์และอินเทอร์เน็ตเป็นตัวอย่างที่โดดเด่นที่สุดของมันส่วนใหญ่ยังไม่ทราบ วิจัยมากขึ้นเป็น
สิ่งจำเป็นที่จะเข้าใจความเสี่ยงและความล้มเหลวในระบบไบร์ทคู่แน่นเหล่านี้ในการพัฒนา
กลยุทธ์ความท้าทายการบรรเทาผลกระทบที่มีประสิทธิภาพสำหรับการให้บริการอินเทอร์เน็ตในการดำเนินงานภายใต้สถานการณ์ดังกล่าว
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ความหมายของแน่นควบคู่ระบบ โครงสร้างพื้นฐานที่ใช้ร่วมกัน และไม่รู้จัก spofs- ในช่วงไม่กี่ปีที่ผ่านมา บทบาทของคอมพิวเตอร์เมฆซึ่งในโครงสร้างแพลตฟอร์มและแม้แต่ซอฟต์แวร์ที่ใช้โดยระบบปฏิบัติการที่เป็น outsourced บริการได้กลายเป็นที่โดดเด่นมากขึ้น ความยืดหยุ่นของบริการเมฆแน่นอนมีข้อดีของมัน เพราะพวกเขาสามารถใช้เมื่อและเฉพาะสำหรับระยะเวลาที่พวกเขาต้องการ และจะเช่าราคาค่าบริการทีละน้อยของการใช้งานจริง แต่เหล่านี้ร่วมกันโครงสร้างพื้นฐานยังก่อให้เกิดความเสี่ยงที่ข้อมูลอาจทำให้ความล้มเหลวของศูนย์บริการมาก นี้ได้รับการสนับสนุนโดยนักวิเคราะห์บางคนประกาศว่า 2012 เป็นปีของเมฆคอมพิวเตอร์ดับ . สำหรับการสร้างอินเทอร์เน็ตมากในโครงสร้างพื้นฐานเมฆดังกล่าวนี้จะสร้างความเสี่ยงที่ไม่สามารถลดได้ตามที่ลูกค้ามักจะไม่ต้องลึกมากในบล็อกคอนกรีตที่ใช้อาคารของโครงสร้างพื้นฐานและ spofs สถาปัตยกรรมที่มีศักยภาพ ปัญหานี้ทั่วไป แต่ช่วยขยายนี้สถานการณ์เฉพาะของคอมพิวเตอร์เมฆ ในล่าสุดปี บริการได้กลายเป็นมากขึ้นควบคู่กับแบบ ซึ่งยังเพิ่มความเสี่ยงของการให้บริการอินเทอร์เน็ตที่ใช้ร่วมกัน หรือ ข้าม เนื่องจากขึ้นอยู่กับโครงสร้างพื้นฐาน . คล้ายกับเน้นการเชื่อมโยงระหว่างนักแสดงในตลาดการเงินที่ทำให้บ้านฟองระเบิดในปี 2551 เราได้สร้างระบบที่คล้ายกันหรือไฮเปอร์ความเสี่ยง [ 5 ] ในบริการอินเทอร์เน็ตซึ่งอาจอธิบายได้ว่าขนาดเปรียบเทียบขนาดใหญ่ของดับ . ความยืดหยุ่นของระบบเช่นแน่นคู่ อย่างไรก็ตาม ทั้งทั่วไปและเฉพาะในกรณีของเครือข่ายคอมพิวเตอร์และอินเทอร์เน็ตเป็นตัวอย่างที่โดดเด่นที่สุดของมันยังคงเป็นส่วนใหญ่ที่ไม่รู้จัก วิจัยเพิ่มเติม คือต้อง เข้าใจเกี่ยวกับความเสี่ยงและความล้มเหลวในเหล่านี้แน่นคู่ระบบการพัฒนาประสิทธิภาพการดำเนินงานกลยุทธ์ท้าทายให้บริการอินเทอร์เน็ตความเร็วสูงภายใต้สถานการณ์เช่นนี้
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: