Segregation of Services and Multi-S

Segregation of Services and Multi-Systems Architecture
In a physical environment it is sometimes difficult to create multi-server systems, in the cloud this is the normal course of events. While it is possible to create a single server web hosting environment in the cloud, with a few additions you can create a multi-tier web hosting environment that includes the tools that make that environment elastic so that it can grow and shrink in response to changes in load (as defined by the user). The technologies involved with this capability are not particularly revolutionary; using load balancers to spread the traffic between hosts; a consistent storage environment to house system images that are used as the basis for additional hosts; and virtualization to allow system images to move from host-to-host; what is interesting about this is that they are all integrated into the AWS architecture and configurable both from the command line and a web interface in a fairly easy and logical fashion. There are extensive amounts of reference architecture documentation available on the AWS site ( http://aws.amazon.com/architecture/ ) that both illustrate and describe systems architectures for many popular applications. The key concept that pervades all the reference architectures is segregating services between multiple virtual servers so that a single virtual server does a single task. A reason why this is so attractive is that when this concept is combined with the presence of firewalls (security groups in AWS speak) on each individual server, a clear delineation of the type of traffic that should be entering and exiting a server can be defined and enforced.

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

แบ่งแยกและสถาปัตยกรรมระบบหลาย
ในสภาพแวดล้อมทางกายภาพ เป็นบางครั้งยากที่จะสร้างระบบเซิร์ฟเวอร์หลาย ในเมฆ นี้เป็นหลักสูตรปกติของเหตุการณ์ ในขณะที่สามารถสร้างเว็บเดียวเซิร์ฟเวอร์โฮสต์สภาพแวดล้อมในเมฆ ด้วยเพิ่มกี่ คุณสามารถสร้างระดับหลายเว็บโฮสติ้งมีเครื่องมือที่ทำให้สภาพแวดล้อมที่ยืดหยุ่นเพื่อให้สามารถขยาย และลดขนาดการเปลี่ยนแปลงโหลด (ตามที่กำหนด โดยผู้ใช้) เทคโนโลยีที่เกี่ยวข้องกับความสามารถนี้ไม่ปฏิวัติอย่างยิ่ง ใช้โหลดบาลานเซอร์เพื่อกระจายการรับส่งข้อมูลระหว่างโฮสต์ สภาพแวดล้อมที่สอดคล้องกันเก็บรูประบบบ้านที่ใช้เป็นพื้นฐานสำหรับโฮสต์เพิ่มเติม และจำลองเสมือนให้ภาพระบบการย้ายจากโฮสต์กับโฮสต์ สิ่งที่น่าสนใจเกี่ยวกับเรื่องนี้ว่าทั้งหมดรวมเป็นสถาปัตยกรรม AWS และกำหนดทั้งจากบรรทัดคำสั่งอินเทอร์เฟซแบบเว็บแฟชั่นค่อนข้างง่าย และทางตรรกะ มีจำนวนเอกสารอ้างอิงสถาปัตยกรรมอย่างละเอียดบนไซต์ AWS (http://aws.amazon.com/architecture/) ที่ทั้งแสดง และอธิบายถึงสถาปัตยกรรมของระบบสำหรับโปรแกรมประยุกต์ที่นิยมมาก แนวคิดสำคัญที่ pervades สถาปัตยกรรมอ้างอิงทั้งหมดจะเอ็กซ์ปอร์ตบริการระหว่างหลายเซิร์ฟเวอร์เสมือนเพื่อให้เซิร์ฟเวอร์เสมือนเดียวงานเดียวไม่ เหตุนี้จึงน่าสนใจเป็นเหตุผลได้ว่า เมื่อแนวคิดนี้พร้อมกับสถานะของไฟร์วอลล์ (กลุ่มรักษาความปลอดภัยใน AWS พูด) บนเซิร์ฟเวอร์แต่ละแต่ละ delineation ชัดเจนของชนิดของการจราจรที่จะเข้า และออกจากเซิร์ฟเวอร์สามารถกำหนด และบังคับใช้

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

การแยกจากกันของการบริการและสถาปัตยกรรมหลายระบบ
ในสภาพแวดล้อมทางกายภาพ บางครั้งมันก็ยากที่จะสร้างเซิร์ฟเวอร์หลายระบบในเมฆนี้เป็นปกติของเหตุการณ์ ในขณะที่มันเป็นไปได้ที่จะสร้างเดียวเซิร์ฟเวอร์เว็บโฮสติ้งสภาพแวดล้อมในเมฆมีไม่กี่เพิ่มเติมคุณสามารถสร้างหลายระดับ เว็บ โฮสติ้ง สิ่งแวดล้อม รวมถึงเครื่องมือที่ทำให้สภาพแวดล้อมที่ยืดหยุ่นเพื่อให้สามารถขยายตัวและหดตัวในการตอบสนองต่อการเปลี่ยนแปลงในโหลด ( ตามที่กำหนดโดยผู้ใช้ ) เทคโนโลยีที่เกี่ยวข้องกับความสามารถนี้จะไม่ปฏิวัติ ใช้โหลด balancers เพื่อกระจายการจราจรระหว่างโยธาสิ่งแวดล้อมกระเป๋าที่สอดคล้องกับระบบที่บ้านภาพที่ใช้เป็นพื้นฐานสำหรับการโฮสต์เพิ่มเติม และช่วยให้ภาพระบบการย้ายจากโฮสต์ สิ่งที่น่าสนใจเกี่ยวกับเรื่องนี้ก็คือพวกเขามีทั้งหมดรวมกับ AWS และกำหนดสถาปัตยกรรมทั้งจากบรรทัดคำสั่ง และเว็บอินเตอร์เฟสในแฟชั่นที่ค่อนข้างง่ายและตรรกะ .มีอยู่ในปริมาณที่กว้างขวางของสถาปัตยกรรมอ้างอิงเอกสารที่มีอยู่บนเว็บไซต์ ( AWS http://aws.amazon.com/architecture/ ) ที่ทั้งแสดงและอธิบายสถาปัตยกรรมของระบบสำหรับการใช้งานที่นิยมมาก คีย์แนวคิดที่ขจรขจาย สถาปัตยกรรมทั้งหมดอ้างอิงที่แยกบริการระหว่างเซิร์ฟเวอร์เสมือนหลายดังนั้นเดียวเซิร์ฟเวอร์เสมือนไม่มีงานเดี่ยวเหตุผลนี้เป็นที่น่าสนใจมากคือเมื่อแนวคิดนี้ถูกรวมกับการปรากฏตัวของไฟร์วอลล์ ( กลุ่มความปลอดภัยในเซิร์ฟเวอร์ AWS พูด ) ในแต่ละบุคคล การอธิบายที่ชัดเจนของประเภทของข้อมูลที่ควรจะเข้าและออกจากเซิร์ฟเวอร์สามารถกำหนดและบังคับใช้ .