mainly, lack of isolation and lost

mainly, lack of isolation and lost robustness.
In any multitenant environment,
an instance’s performance
can be affected by your neighbors. A
usage burst in a neighbor’s instance
can affect the available resources, notably
compute units and disks’ IOPS
(I/O operations per second). Your
architecture should deal with these
changes.
Also, bottlenecks might arise owing
to latency issues, even within
instances at the same datacenter.
Cloud providers offer some features
to deal with this (for example, AWS
placement groups). However, if your
architecture has servers at different
regional datacenters, you should
use other techniques (for example,
caching).

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

ส่วนใหญ่ ไม่มีแยกและสูญเสียเสถียรภาพในสภาพแวดล้อมใด ๆ โดยผู้เช่าประสิทธิภาพการทำงานของอินสแตนซ์สามารถได้รับผลกระทบ โดยเพื่อนบ้านของคุณ Aการใช้ระเบิดในอินสแตนซ์ของเพื่อนบ้านสามารถส่งผลกระทบต่อทรัพยากรใช้ ยวดหน่วยคำนวณและของดิสก์ IOPS(I/O ดำเนินการต่อวินาที) ของคุณสถาปัตยกรรมควรจัดการกับเหล่านี้การเปลี่ยนแปลงยัง คอขวดอาจเกิดขึ้น owingปัญหาที่แฝง แม้ภายในอินสแตนซ์ที่ datacenter เดียวกันผู้ให้บริการคลาวด์มีคุณลักษณะบางการจัดการกับนี้ (ตัวอย่าง AWSตำแหน่งกลุ่ม) อย่างไรก็ตาม ถ้าคุณสถาปัตยกรรมมีเซิร์ฟเวอร์ที่แตกต่างกันภูมิภาค datacenters คุณควรใช้เทคนิคอื่น ๆ (ตัวอย่างแคช)

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

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

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

ส่วนใหญ่ ขาดการแยกและสูญเสียความแข็งแรง .
ใน multitenant สิ่งแวดล้อม

ผลงานของอินสแตนซ์ที่สามารถรับผลกระทบจากเพื่อนบ้านของคุณ มีการใช้ระเบิดในบ้าน

เช่น สามารถส่งผลกระทบต่อทรัพยากรที่พร้อมใช้งาน โดยคำนวณหน่วยและดิสก์ ' ชุด

( I / O การดำเนินงานต่อวินาที ) สถาปัตยกรรมของคุณ
ควรจัดการกับการเปลี่ยนแปลงเหล่านี้
.
และคอขวดที่อาจเกิดขึ้น เนื่องจากปัญหาความล่าช้า
,แม้ในกรณีที่ลูกค้าเดียวกัน
.

ผู้ให้บริการเมฆเสนอคุณลักษณะบางอย่างที่จะจัดการกับนี้ ( ตัวอย่างเช่น , AWS
จัดวางกลุ่ม ) อย่างไรก็ตาม ถ้าคุณมีเซิร์ฟเวอร์ในศูนย์ข้อมูลสถาปัตยกรรม


ต่างภูมิภาค คุณควรใช้เทคนิคอื่น ๆ ( ตัวอย่างเช่น
แคช )