คำถามติดแท็ก architecture

บริการคลาวด์ที่โฮสต์โดยAmazon Web Services , Azure , Googleและอื่น ๆ ส่วนใหญ่เผยแพร่S ervice L evel A greementหรือ SLA สำหรับบริการส่วนบุคคลที่พวกเขาให้บริการ สถาปนิกวิศวกรแพลตฟอร์มและนักพัฒนามีหน้าที่รับผิดชอบในการรวมเข้าด้วยกันเพื่อสร้างสถาปัตยกรรมที่ให้บริการโฮสต์สำหรับแอปพลิเคชัน เมื่อแยกกันบริการเหล่านี้มักจะให้บริการในช่วงสามถึงสี่ของความพร้อมใช้งาน: Azure Traffic Manager: 99.99% หรือ 'สี่เก้า' SQL Azure: 99.99% หรือ 'สี่เก้า' บริการแอป Azure: 99.95% หรือ 'สามเก้าห้า' อย่างไรก็ตามเมื่อรวมเข้าด้วยกันในสถาปัตยกรรมมีความเป็นไปได้ที่องค์ประกอบใดส่วนประกอบหนึ่งอาจได้รับผลกระทบจากเหตุขัดข้องทำให้มีความพร้อมโดยรวมที่ไม่เท่ากับบริการส่วนประกอบ ความพร้อมในการผสมอนุกรม ในตัวอย่างนี้มีสามโหมดความล้มเหลวที่เป็นไปได้: SQL Azure ไม่ทำงาน บริการแอพหยุดทำงาน ทั้งสองลง ดังนั้นความพร้อมโดยรวมของ "ระบบ" นี้จะต้องต่ำกว่า 99.95% เหตุผลของฉันสำหรับการคิดนี่คือถ้า SLA สำหรับบริการทั้งสองคือ: บริการนี้จะให้บริการ …

27 architecture  cloud  sla  infrastructure 

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

15 servers  architecture 

หลังจากงานวิจัยรอบbeatsปลั๊กอินอินพุตและเขียนพิเศษนี้ฉันสงสัยว่าฉันควรใช้อินพุตจังหวะเดียวหรือหลายรายการเพื่อจัดการประเภทรายการทวีคูณ ฉันจะมีกิจกรรมที่มาจากเครื่องจักรประมาณ 500 เครื่องโดยมีการกระจาย 20/80 windows / linux ฉันวางแผนที่จะใช้ผู้ส่งหลายจังหวะ , filebeat, metricbeat และ packetbeat มีความสนใจในการใช้หนึ่งอินพุตต่อประเภท / คู่ os หรือจะเพียงหนึ่งอินพุตและ "if type = ... " ในไปป์ไลน์ตัวกรองจะเพียงพอหรือไม่

10 architecture  performance  logstash