| ธันวาคม 11, 2020 |
ใช้ Datadog สำหรับ Amazon EC2 Monitoring หรือไม่ จับคู่กับ SIOS AppKeeper สำหรับการแก้ไขอัตโนมัติ |
”)| {
“ instanceId”:“ {{EC2 Instance ID}}”, “ ชื่อ”:“ nginx” } |
ส่วนหัวที่กำหนดเอง: ทำเครื่องหมายในช่องและป้อนข้อมูลต่อไปนี้
| { “ ประเภทเนื้อหา”:“ application / json”, “ ยอมรับ”:“ application / json”, “ appkeeper-integration-token”:“ {{รับโทเค็นการรวม AppKeeper ภายนอกโทเค็นที่ได้รับใน}}” } |
เมื่อเสร็จแล้วให้กด“ บันทึก”
ขั้นตอนที่แปด: การเชื่อมต่อ AppKeeper กับการทดสอบ Synthetics
ต่อไปฉันต้องกำหนดค่า AppKeeper (การรวม Webhooks ที่ลงทะเบียนไว้) เพื่อเรียกใช้เมื่อมีการแจ้งเตือนการมอนิเตอร์ Synthetics เกิดขึ้น
เปิดกรณีทดสอบที่คุณตั้งค่าไว้ใน“ การกำหนดค่า Synthetic Monitoring ด้วย Datadog” จาก UX Monitoring> Synthetic Tests ในเมนู
เลือก“ แก้ไขรายละเอียดการทดสอบ” จากกระปุกเกียร์ด้านขวาบนและป้อนค่าต่อไปนี้ในช่อง“ 5. แจ้งทีมของคุณ” เพื่อบันทึกการเปลี่ยนแปลง
| @webhook – {{ชื่อการรวม Webhook ใน Datadog}} |
※คุณสามารถตั้งค่า“ แจ้งเตือนอีกครั้งหากจอภาพไม่ได้รับการแก้ไข”คุณสามารถลองใหม่ได้หาก AppKeeper ไม่สามารถกู้คืนได้ในครั้งแรกไม่จำเป็นสำหรับวัตถุประสงค์ในการทดสอบ แต่เราขอแนะนำให้คุณตั้งค่า[10 minutes]เป็น (ช่วงต่ำสุด)
การตั้งค่าเสร็จสมบูรณ์แล้ว
ขั้นตอนที่เก้า: ยืนยันการรวมโดยเรียกใช้การทดสอบอีกครั้ง
จากนั้นฉันยืนยันว่า AppKeeper จะคืนค่าเว็บเซิร์ฟเวอร์หาก Datadog ตรวจพบว่าไม่สามารถใช้งานได้
เปิดกรณีทดสอบการตรวจสอบ Synthetics ที่คุณเพิ่งตั้งค่าจาก UX Monitoring> Synthetic Tests ใน Datadog
คลิก "ดำเนินการทดสอบต่อ" ที่มุมขวาบนและเปิดการตรวจสอบ Synthetics
ตอนนี้ Datadog จะทำการตรวจสอบ Synthetics ในช่วงเวลาปกติ
ผลการทดสอบแสดงว่าเข้าถึงเซิร์ฟเวอร์ได้สำเร็จ
ต่อไปฉันสร้างความล้มเหลวของเว็บเซิร์ฟเวอร์หลอกเพื่อทดสอบการแก้ไขอัตโนมัติของ AppKeeper
เนื่องจากเป็นเรื่องยากที่จะทำให้เกิดความล้มเหลวอย่างแท้จริงฉันจึงหยุดบริการและสร้างสถานการณ์ที่คุณไม่สามารถดูหน้าเว็บได้ในการทำเช่นนี้ฉันเชื่อมต่อกับอินสแตนซ์ EC2 ที่ติดตั้งเซิร์ฟเวอร์ Nginx โดยใช้ SSH และหยุด Nginx
| sudo systemctl หยุด nginx |
หลังจากรอไม่นาน Datadog ตรวจพบว่าเว็บเซิร์ฟเวอร์ไม่สามารถเข้าถึงได้อีกต่อไป
หน้าการทดสอบสังเคราะห์ใน Datadog ยังแสดงว่ากรณีทดสอบล้มเหลว
หากกรณีทดสอบล้มเหลว Datadog จะแจ้ง AppKeeper ว่าการมอนิเตอร์ Synthetics ล้มเหลว
เมื่อ AppKeeper ได้รับการแจ้งเตือนมันจะพยายามรีสตาร์ท Nginx โดยอัตโนมัติ
ดังนั้นหากคุณรอสักครู่คุณจะเห็นว่าการตรวจสอบ Synthetics ของ Datadog จะผ่านไปอีกครั้ง
นอกจากนี้หากคุณลงชื่อเข้าใช้แดชบอร์ด AppKeeper คุณจะเห็นว่าได้ดำเนินการกู้คืนแล้ว
–
ในแบบฝึกหัดนี้ฉันใช้เว็บเซิร์ฟเวอร์ (Nginx) เป็นตัวอย่างในการตรวจจับความล้มเหลวของ Datadog โดยอัตโนมัติและเรียกคืนบริการด้วย AppKeeper
ระบบอัตโนมัติที่คล้ายกันสามารถทำได้โดยการรวม Datadog กับ EventBridge และ Lambda หรือโดยการสร้างสคริปต์ที่กำหนดเอง
อย่างไรก็ตามหากคุณเพิ่มอินสแตนซ์เป้าหมายบ่อยๆหรือรีสตาร์ทบริการที่หลากหลายต้นทุนและความซับซ้อนในการดูแล EventBridge และ Lambda หรือสคริปต์จะเพิ่มขึ้น
การผสานรวมที่พิสูจน์แล้วของ AppKeeper กับ Datadog และความสะดวกในการเพิ่มอินสแตนซ์เป้าหมายลงในแอปพลิเคชันของคุณทำให้ง่ายต่อการเพิ่มระบบอัตโนมัติให้กับสภาพแวดล้อม DevOps เพื่อลดเวลาหยุดทำงานของคุณ
หากคุณกำลังใช้ Datadog และต้องการทดลองใช้ AppKeeper's Restart API ก่อนอื่นโปรดลงชื่อสมัครทดลองใช้ฟรี 14 วันที่นี่ (คุณสามารถซื้อการสมัครใช้งานเมื่อคุณติดตั้งการทดลองใช้ฟรีแล้ว)จากนั้นคลิกที่นี่เพื่อขอทดลองใช้ฟรี เราจะแนะนำคุณตลอดขั้นตอนและมอบโทเค็นการประเมินให้คุณฟรีเพื่อช่วยคุณในการเริ่มต้น
ขอบคุณ.ฉันหวังว่าคุณจะใช้โอกาสนี้เพื่อเรียนรู้เพิ่มเติมเกี่ยวกับ SIOS AppKeeper ซึ่งให้การตรวจสอบและกู้คืนแอปพลิเคชันที่ทำงานบน EC2 โดยอัตโนมัติ
– Tatsuya Hirao จากทีมเทคนิค SIOS Technology
ทำซ้ำโดยได้รับอนุญาตจาก SIOS
5 สัญญาณบ่งบอกว่าจะต้องใช้เวลามากกว่าบล็อกโพสต์เพื่อแก้ไขความพร้อมใช้งานสูงของคุณ
5 สัญญาณบ่งบอกว่าจะต้องใช้เวลามากกว่าบล็อกโพสต์เพื่อแก้ไขความพร้อมใช้งานสูงของคุณ
ป้ายอยู่ที่นั่น ไฟเตือนกะพริบในลำไส้ของคุณคุณสามารถรับรู้ได้ บางทีคุณอาจจะนอนไม่หลับปัญหาของคุณเกี่ยวกับความพร้อมใช้งานสูงนั้นลึก ๆ แต่บางทีคุณอาจจะไม่แน่ใจนัก
1. หากคุณคิดว่า SLA บนคลาวด์ของคุณคือสิ่งที่คุณต้องการสำหรับความพร้อมใช้งานที่สูง
โซลูชันระบบคลาวด์มีความก้าวหน้าอย่างมากในการเพิ่มความพร้อมใช้งานของฮาร์ดแวร์และความยืดหยุ่น อย่างไรก็ตามความพร้อมใช้งานสูงของแอปพลิเคชันต้องการมากกว่าการเลือกผู้ให้บริการไฮเปอร์ไวเซอร์หรือคลาวด์ที่เหมาะสม กลยุทธ์สำหรับความพร้อมใช้งานสูงของคุณไม่สามารถหยุดได้ด้วย SLA ที่จัดเตรียมโดยระบบคลาวด์หรือผู้ให้บริการการจำลองเสมือน ตามที่อ้างโดย Wired“ การหยุดให้บริการเกือบสี่วันของ Amazon ในเดือนเมษายน 2011 ไม่ได้ละเมิด EC2 SLA ของ Amazon ซึ่งตามคำถามที่พบบ่อยอธิบายว่า“ รับประกันความพร้อมให้บริการ 99.95% ภายในภูมิภาคตลอด 365 ช่วงเวลาต่อท้าย” ในบทความ DZone นี้ David Bermingham ของเราเองได้แจกแจงความแตกต่างระหว่าง SLA บนคลาวด์และความพร้อมใช้งานของแอปพลิเคชันโดยละเอียด หากคุณต้องการโครงสร้างพื้นฐานที่พร้อมใช้งานสูงต้องมีการตรวจสอบการกู้คืนและความยืดหยุ่นที่ชั้นข้อมูลและแอปพลิเคชันด้วย
2. หากคุณเพิ่งใช้คลัสเตอร์ความพร้อมใช้งานสูงที่มาพร้อมกับระบบปฏิบัติการโอเพนซอร์สของคุณ
ถ้าเป็นเช่นนั้นแสดงว่าคุณไม่ได้เลือกฐานข้อมูลของคุณตามสิ่งที่มาพร้อมกับระบบปฏิบัติการดังนั้นทำไมคุณถึงเลือกโซลูชัน HA ตามเกณฑ์นั้นเพียงอย่างเดียว เครื่องมือที่แถมมาช่วยเพิ่มความมั่นใจความเป็นไปได้และความสามารถ อย่างไรก็ตามแม้จะเข้าถึงได้ง่าย แต่เครื่องมือที่แถมมาและซอฟต์แวร์การทำคลัสเตอร์ OS ก็ไม่สามารถตอบสนองข้อกำหนด SLA, RPO, RTO และความพร้อมใช้งานของคุณได้เสมอไป หากองค์กรของคุณมีระบบปฏิบัติการร่วมกันทีมของคุณอาจต้องการความช่วยเหลือในการนำทางเครื่องมือต่างๆและทำความเข้าใจว่าพวกเขารวมเข้าด้วยกันอย่างไร มันเหมือนกับการเลือกปัตตาเลี่ยนป้องกันความเสี่ยงและดันเครื่องตัดหญ้าแบบหมุนไปทางซ้ายบนขอบถนนเพื่อให้มีรูปร่างเป็น "Azalea" ในหลุมที่ 13 พาร์ 5 (ที่ Augusta) เครื่องตัดหญ้าทั้งสองรุ่นออกแบบมาเพื่อตัดหญ้า แต่คุณมีเวลาเท่าไหร่? คุณจะจัดการกับความซับซ้อนได้อย่างไร? คุณจะเชื่อถืออะไร กลยุทธ์สำหรับความพร้อมใช้งานสูงของคุณต้องการมากกว่าการพิจารณาความสะดวกของสิ่งที่มาพร้อมกับระบบปฏิบัติการมิฉะนั้นคุณจะต้องใช้งาน MySQL แทน SAP HANA
3. หากคุณคิดว่าการให้สิทธิ์การใช้งานแอปพลิเคชันระดับองค์กรเช่น SQL Enterprise หรือ Oracle Enterprise เป็นสิ่งเดียวกับความพร้อมใช้งานระดับสูงขององค์กร
นอกเหนือจากค่าใช้จ่ายที่เพิ่มขึ้นใบอนุญาตแอปพลิเคชันระดับองค์กรจำนวนมากยังเพิ่มความสามารถของแอปพลิเคชันในการกู้คืนในสถานการณ์ที่มีความพร้อมใช้งานสูง อย่างไรก็ตามเป็นไปได้ยากมากที่ทั้งองค์กรของคุณจะใช้แอปพลิเคชันเดียว ความพร้อมใช้งานสูงของคุณต้องการมากกว่าโซลูชันฐานข้อมูลที่พร้อมใช้งานสูง คุณจะต้องมีโซลูชันการตรวจสอบและกู้คืนแอปพลิเคชันระดับองค์กรพร้อมการสนับสนุนที่หลากหลายสำหรับแอปพลิเคชันและฐานข้อมูลทั้งหมดของคุณ นอกจากนี้คุณจะต้องมีความสามารถในการจัดการและทำซ้ำไม่เพียง แต่ข้อมูลฐานข้อมูลเท่านั้น แต่ยังรวมถึงแอปพลิเคชันและข้อมูลการกำหนดค่าที่สำคัญอีกด้วย ความพร้อมใช้งานสำหรับฐานข้อมูลเดียวหรือแอปพลิเคชันง่ายๆเป็นสิ่งหนึ่ง แต่ HA สำหรับแอปพลิเคชันที่ซับซ้อนหลายส่วนและฐานข้อมูลที่รองรับนั้นแตกต่างกันมาก บริการเพิ่มเติมส่วนอื่น ๆ ที่ต้องประสานงานกันสถาปัตยกรรมที่ซับซ้อนมากขึ้นในการจัดระเบียบแนวทางปฏิบัติที่ดีที่สุดที่เฉพาะเจาะจงมากขึ้นที่จะปฏิบัติตามก่อนระหว่างและหลังการล้มเหลว / การสลับ มากกว่าใบอนุญาตองค์กรของคุณที่จ่ายให้
4. หากช่วงเวลาหยุดทำงานของคุณเพิ่มขึ้นและเวลาการทำงานของคุณลดลง
ก้าวของชีวิตที่เพิ่มขึ้นเรื่อย ๆ ในหลาย ๆ ด้าน ครั้งสุดท้ายที่ทีมของคุณกู้คืนจากการสำรองข้อมูลรีสตาร์ทแอปพลิเคชันที่ถือว่าสำคัญด้วยตนเองหรือรีสตาร์ทชุดเครื่องเสมือนหรือโหนดที่ล้มเหลว เหตุการณ์ไฟดับของคุณไม่สามารถก้าวไปข้างหน้าอย่างยั่งยืนต่อไปหรือความสามารถของทีมของคุณจะก้าวไปไกลกว่าการดับเพลิงไปสู่การป้องกันอัคคีภัยและการพิสูจน์อัคคีภัย “ คุณสามารถวิ่งได้นานมากเท่านั้น (Carey Nieuwhof)” สำหรับบางคนคุณผจญเพลิงมานานเกินไปและการดับของคุณกลายเป็นเรื่องปกติมากกว่าเวลาที่คุณไม่ได้ทำงาน
5. หากการทดสอบล้มเหลวครั้งแรกของคุณอยู่บนเซิร์ฟเวอร์ที่ใช้งานจริง
ลูกค้ารายล่าสุดตั้งข้อสังเกตว่าเป็นไปไม่ได้ที่จะทดสอบสถานการณ์ภัยพิบัติที่อาจเกิดขึ้นได้ทุกกรณี เมื่อซอฟต์แวร์ใหม่ถูกสร้างใช้งานอัปเดตและแก้ไขความท้าทายในความพร้อมใช้งานที่สูงขึ้นกำลังเพิ่มขึ้น แต่ข้อมูลการผลิตสดของคุณไม่ใช่สถานที่ที่จะค้นหาว่าอะไรที่เข้ากันได้ไม่ดี และในขณะที่ Go-Live และ Post-Go-Live จะมีส่วนแบ่งของความประหลาดใจอยู่เสมอ แต่การที่ไม่สามารถเฟลโอเวอร์และทำงานบนโหนดสำรองได้ไม่ควรเป็นหนึ่งในนั้น
บล็อกการกำจัดสิ่งสกปรกสามารถให้คำแนะนำและข้อมูลเชิงลึกที่เป็นประโยชน์แก่คุณเพื่อกำหนดนิยามใหม่และปรับปรุงความพร้อมใช้งานที่สูงขึ้นของคุณ แต่หากสัญญาณเตือนเกิดขึ้นว่าคุณได้แลกเปลี่ยนความพร้อมใช้งานที่แท้จริงสำหรับบางลักษณะของ 'เพียงพอ' ก็จะต้องใช้เวลามากกว่าบล็อกโพสต์หรือกำจัดทุกโพสต์ในบล็อกในโลกที่พร้อมใช้งานสำหรับเรื่องนั้นเพื่อแก้ไข HA ของคุณ
– Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า
ทำซ้ำโดยได้รับอนุญาตจาก SIOS
9 สัญญาณคุณมีปัญหาเกี่ยวกับความพร้อมใช้งานของแอปพลิเคชัน
SIOS AppKeeper พร้อมให้บริการแล้วใน AWS Marketplace
SIOS AppKeeper พร้อมให้บริการแล้วใน AWS Marketplace
ทำให้ง่ายต่อการเพิ่มการแก้ไขอัตโนมัติให้กับสภาพแวดล้อม DevOps ของคุณ
วันนี้เรารู้สึกตื่นเต้นที่จะประกาศว่าโซลูชัน SIOS AppKeeper ของเราพร้อมให้บริการแล้วใน AWS Marketplace ซึ่งเป็นแคตตาล็อกดิจิทัลที่มีรายการซอฟต์แวร์หลายพันรายการจากผู้จำหน่ายซอฟต์แวร์อิสระที่ช่วยให้ค้นหาทดสอบซื้อและปรับใช้ซอฟต์แวร์ที่ทำงานบน Amazon Web Services ได้อย่างง่ายดาย (AWS) ตอนนี้ผู้ใช้ปลายทางและสมาชิก AWS Partner Network (APN) เป็นเรื่องง่ายกว่าที่เคยในการทดลองรับและปรับใช้ SIOS AppKeeper เพื่อเพิ่มการแก้ไขอัตโนมัติให้กับสภาพแวดล้อม DevOps ของพวกเขาคลิกที่นี่เพื่อดู AppKeeper ใน AWS Marketplace
SIOS AppKeeper ตรวจสอบและปกป้องแอปพลิเคชันของคุณที่ทำงานบน Amazon EC2 อย่างต่อเนื่อง เราขาย AppKeeper ในญี่ปุ่นตั้งแต่ปี 2017 และได้นำบริการ SaaS เข้าสู่ตลาดสหรัฐอเมริกาเมื่อต้นปีนี้เราสร้าง AppKeeper เพื่อตอบสนองความต้องการที่เราได้ยินจากลูกค้าของเราที่ย้ายมาใช้ระบบคลาวด์และกังวลเกี่ยวกับการลดเวลาหยุดทำงานที่อาจเกิดขึ้นในขณะที่ต้องดิ้นรนกับทรัพยากรที่ จำกัด คลิกที่นี่หากคุณต้องการดูวิดีโอเกี่ยวกับความง่ายในการติดตั้งและใช้งาน AppKeeper
การตรวจสอบแอปพลิเคชัน AWS EC2 – SIOS AppKeeper | SIOS
ผู้ใช้ Amazon EC2 ประสบปัญหาการหยุดทำงานบ่อยเพียงใด จากข้อมูลลูกค้าของเราลูกค้าโดยเฉลี่ยที่มีอินสแตนซ์ Amazon EC2 เพียงสามเครื่องประสบปัญหาการหยุดทำงานอย่างน้อยเดือนละครั้งนั่นอาจเกิดจากความผิดพลาดในการกำหนดค่าซอฟต์แวร์เป็นต้น
นอกเหนือไปจากการตรวจสอบแอปพลิเคชันเพื่อเสนอการแก้ไขอัตโนมัติ
ผู้ใช้ AWS หลายรายกำลังปรับใช้โซลูชันการตรวจสอบประสิทธิภาพของแอปพลิเคชัน (APM) เช่นจาก AppDynamics, Datadog, Dynatrace หรือ New Relic เพื่อตรวจสอบสภาพแวดล้อม AWS ของตนแต่สิ่งเหล่านี้จะแจ้งเตือนคุณถึงความจริงที่ว่ามีบางอย่างเกิดขึ้นและเหตุใดจึงเกิดขึ้น พวกเขาไม่ได้ทำอะไรเพื่อลดเวลาหยุดทำงานของคุณ
นั่นคือสิ่งที่ AppKeeper เข้ามา หาก AppKeeper ตรวจพบการหยุดทำงานของบริการแอปพลิเคชันใด ๆ ที่ทำงานบน Amazon EC2 ระบบจะตอบสนองโดยอัตโนมัติโดยการรีสตาร์ทบริการที่ได้รับผลกระทบและรีบูตอินสแตนซ์หากจำเป็น AppKeeper ระบุ 85% ของความล้มเหลวของบริการแอปพลิเคชัน ลดความจำเป็นในการตรวจสอบจากภายนอกที่มีราคาแพงหรือสิ่งรบกวนสำหรับทีมไอทีของคุณด้วยการกู้คืนอัตโนมัติเรียนรู้เพิ่มเติมเกี่ยวกับระบบอัตโนมัติ APM จาก AppKeeper
ลูกค้า AWS ที่ใช้โซลูชัน APM อยู่แล้วและต้องการขยายฟังก์ชันการทำงานเพื่อรวมการแก้ไขอัตโนมัติหากตรวจพบเวลาหยุดทำงานของ Amazon EC2 และเมื่อตรวจพบการหยุดทำงานของ Amazon EC2 สามารถใช้ประโยชน์จาก Webhooks API ของ AppKeeper เพื่อรวมเข้ากับโซลูชัน APM ที่ตนเลือกได้
เหตุใดเราจึงตัดสินใจแสดงรายการ SIOS AppKeeper ใน AWS Marketplace
ที่ SIOS Technology Corporation เรามีความร่วมมือเชิงกลยุทธ์กับ Amazon AWS ตั้งแต่ปี 2014 โดยส่วนใหญ่เกี่ยวกับโซลูชัน SIOS DataKeeper และ SIOS LifeKeeper ที่มีความพร้อมใช้งานสูงSIOS Technology เป็นพันธมิตรขั้นสูงของ APN ในวันนี้และเราแบ่งปันลูกค้าร่วม 100 ราย
ตอนนี้เรามีข้อพิสูจน์ของลูกค้าสำหรับประสิทธิภาพของ SIOS AppKeeper แล้ว (นี่คือกรณีศึกษาล่าสุดที่คุณอาจชอบ) เราต้องการให้ลูกค้า Amazon และคู่ค้า APN ทดลองซื้อและใช้ AppKeeper ได้ง่ายขึ้นจากการประมาณการจำนวนมากมีลูกค้า AWS ที่ใช้งานซอฟต์แวร์จาก AWS Marketplace มากกว่า 200,000 รายซึ่งทุกคนใช้ประโยชน์จากความง่ายเพียงใดที่ AWS Marketplace ทำให้การค้นพบรับและใช้โซลูชันเสริมขณะที่พวกเขาดำเนินการเดินทางบนคลาวด์ต่อไป
และเพื่อนของเราที่ Amazon ไม่สามารถพูดได้ดีไปกว่านี้:“ เนื่องจากลูกค้าของเราโยกย้ายแอปพลิเคชันไปยังระบบคลาวด์มากขึ้นเรื่อย ๆ พวกเขามองหาความยืดหยุ่นในการปรับสมดุลระดับความพร้อมใช้งานกับต้นทุนในแอปพลิเคชันทั้งหมดของพวกเขา” Chris Grusz กล่าว ผู้อำนวยการ AWS Marketplace, Amazon Web Services, Inc. “ เรายินดีเป็นอย่างยิ่งที่ได้ต้อนรับ SIOS AppKeeper เข้าสู่ AWS Marketplace และเพื่อให้ลูกค้าของเรามีทางเลือกมากขึ้นเมื่อเกิดการเปลี่ยนแปลงด้านประสิทธิภาพ”
ลูกค้า AWS ที่สนใจในการปกป้องแอปพลิเคชัน EC2 จากการหยุดทำงานที่ไม่จำเป็นตอนนี้สามารถทดลองใช้ AppKeeper ด้วยตัวเองได้อย่างรวดเร็วและสามารถซื้อ AppKeeper ภายใต้แผนส่วนลด Amazon Enterprise ได้หากมีอยู่ราคาสำหรับ SIOS AppKeeper เริ่มต้นเพียง 40 เหรียญสหรัฐต่ออินสแตนซ์ต่อเดือน
พาร์ทเนอร์กำลังรวม AppKeeper เข้ากับโซลูชันของลูกค้า
ขณะนี้พันธมิตรหลายรายผสานรวม AppKeeper เข้ากับโซลูชันของลูกค้าและการมี AppKeeper พร้อมใช้งานใน AWS Marketplace ทำให้สมาชิก APN สามารถประเมินได้ง่ายขึ้นว่าโซลูชันนี้เหมาะสมกับธุรกิจและลูกค้าหรือไม่ Managed Service Providers (MSP) กำลังเริ่มรวม AppKeeper ไว้ในวิธีที่พวกเขาตรวจสอบและจัดการสภาพแวดล้อม AWS ของลูกค้าเพื่อลดเวลาหยุดทำงานและต้นทุนการดำเนินงานของตนเองISV อื่น ๆ กำลังรวมฟังก์ชันการแก้ไขอัตโนมัติของ AppKeeper เข้ากับโซลูชันการจัดการระบบคลาวด์ของตนเองและคู่ค้าที่ปรึกษาของ AWS เป็นบรรจุภัณฑ์ AppKeeper ในขณะที่พวกเขาพัฒนาและปรับใช้แอปพลิเคชันบน AWS ให้กับลูกค้า
สมาชิก APN ที่สนใจประเมินว่า AppKeeper เหมาะสมกับธุรกิจหรือไม่ควรติดต่อเราทางอีเมลที่ d-yoshioka@us.sios.com
เราหวังว่าคุณจะทดลองใช้ SIOS AppKeeper ด้วยตัวคุณเอง (เรามีการทดลองใช้ฟรี 14 วันและขั้นตอนการติดตั้งที่ง่ายดาย) และเข้าร่วมกับลูกค้าจำนวนมากที่ตอนนี้ผ่อนคลายโดยรู้ว่าพวกเขามีการแก้ไขอัตโนมัติเพื่อลดเวลาหยุดทำงานของ Amazon EC2 พวกเขาอาจได้สัมผัส
APM Automation – ส่วนผสมที่ขาดหายไปสำหรับโซลูชันการตรวจสอบประสิทธิภาพของแอปพลิเคชัน
APM Automation – ส่วนผสมที่ขาดหายไปสำหรับโซลูชันการตรวจสอบประสิทธิภาพของแอปพลิเคชัน
บริษัท ที่ย้ายไปยังระบบคลาวด์เพื่อโฮสต์แอปพลิเคชันของตนเข้าใจดีว่าในขณะที่พวกเขาได้เอาท์ซอร์สการโฮสต์แอปพลิเคชันของตนไปให้ผู้จำหน่ายระบบคลาวด์บุคคลที่สามเช่น Amazon Web Services แต่พวกเขายังคงต้องตรวจสอบและจัดการแอปพลิเคชันเหล่านั้นด้วยตนเองโดยปกติจะมีการตรวจสอบประสิทธิภาพของแอปพลิเคชัน โซลูชันหรือ APM ด้วยแอปพลิเคชันคอมพิวเตอร์ไคลเอนต์เซิร์ฟเวอร์เมื่อวานนี้ I.T. แผนกต่างๆมีการควบคุมเซิร์ฟเวอร์เครือข่ายและสภาพแวดล้อมการประมวลผลของผู้ใช้ปลายทางเกือบทั้งหมดแต่สภาพแวดล้อมระบบคลาวด์ในปัจจุบันมีความซับซ้อนมากขึ้นโดยมีส่วนที่เคลื่อนไหวมากขึ้นซึ่งมักอยู่นอกเหนือการควบคุมของคุณ
บาง บริษัท ได้เริ่มต้นการเปลี่ยนแปลงทางดิจิทัลโดยผลักดันการโต้ตอบของลูกค้าให้กลายเป็นแอปพลิเคชันบนเว็บที่สำคัญในตอนนี้การตอบสนองต่อประสิทธิภาพของแอปพลิเคชันและปัญหาการหยุดทำงานของแอพพลิเคชั่นนั้นสำคัญกว่าที่เคยอย่างรวดเร็วผ่านทางโซลูชันระบบอัตโนมัติของ APM
วิธีการเลือกโซลูชัน APM
หลาย บริษัท หันมาใช้โซลูชัน Application Performance Management เช่นจาก AppDynamics, Datadog, Dynatrace หรือ New Relicโซลูชัน APM ควรระบุปัญหาคอขวดด้านประสิทธิภาพในโค้ดของคุณและช่วยคุณแก้ไขปัญหาเหล่านั้นก่อนที่ผู้ใช้ของคุณจะได้รับผลกระทบ
โซลูชัน APM ที่ดีจะแจ้งให้คุณทราบว่าเกิดอะไรขึ้นทำไมและวิธีป้องกันไม่ให้เกิดขึ้นในอนาคตโซลูชัน APM จะแจ้งเตือนคุณเมื่อแอปพลิเคชันหรือระบบที่ตรวจสอบตรงตามเงื่อนไขบางประการ (โหลดเวลาตอบสนอง ฯลฯ )เมื่อคุณได้รับการแจ้งเตือนคุณจะสามารถระบุสาเหตุที่แอปพลิเคชันทำงานไม่ถูกต้องด้วยข้อมูลนี้คุณสามารถให้การวินิจฉัยที่ละเอียดมากแก่ทีมพัฒนาของคุณซึ่งจะช่วยให้พวกเขาแก้ไขปัญหาและป้องกันไม่ให้เกิดขึ้นอีกในอนาคต
แต่คุณจะเลือกโซลูชันโซลูชันการตรวจสอบประสิทธิภาพแอปพลิเคชันที่เหมาะสมได้อย่างไรการค้นหา“ โซลูชัน Cloud APM” บน Google ให้ผลลัพธ์ 5,830,000 รายการ!ที่สามารถครอบงำทุกคนที่ไม่คุ้นเคยกับพื้นที่โชคดีที่การค้นหาของ Google อีกครั้งจะให้คำแนะนำและแหล่งข้อมูลมากมายเกี่ยวกับวิธีเลือกโซลูชัน APM ที่เหมาะกับคุณคุณควรมองหาคำแนะนำจากบุคคลที่สามที่ไม่ใช่ผู้ขายเพื่อช่วยคุณกำหนดกรอบความต้องการของคุณและพัฒนารายการตัวเลือกสั้น ๆ ที่ตรงตามข้อกำหนดเหล่านั้นGartner ดูหมวดหมู่นี้มาระยะหนึ่งแล้วและเผยแพร่ APM Magic Quadrant ทุกปีเป็นแหล่งข้อมูลที่ดีในการทำความเข้าใจเกี่ยวกับวิธีการประเมินโซลูชันโซลูชันการตรวจสอบประสิทธิภาพแอปพลิเคชันและให้ภาพรวมที่ดีของผู้ขายชั้นนำ
เพิ่ม APM อัตโนมัติในรายการข้อกำหนดการแก้ไขของคุณ
ที่ SIOS Technology Corporation เราทำงานร่วมกับลูกค้าที่ย้ายแอปพลิเคชันไปยังระบบคลาวด์อยู่เสมอพวกเขามักต้องการทราบวิธีปกป้องแอปพลิเคชันจากการหยุดทำงานโดยไม่จำเป็นและขอคำแนะนำจากเราการเลือกวิธีปกป้องแอปพลิเคชันของตนถือเป็นหน้าที่ของความสำคัญของแอปพลิเคชันเหล่านั้น (แอปพลิเคชันที่สำคัญกว่ามักต้องใช้โซลูชันเฟลโอเวอร์เป็นต้น) แต่เรายังช่วยให้พวกเขาเข้าใจว่าเหตุใดแอปพลิเคชันของพวกเขาจึงมีช่องโหว่
ก่อนหน้านี้การสำรองข้อมูลและการป้องกันข้อมูลเป็นฟังก์ชันแยกกัน (ฟังก์ชันที่จำเป็นเฉพาะเมื่อโซลูชัน APM ระบุเวลาหยุดทำงาน)แต่ในสภาพแวดล้อมคลาวด์ที่ซับซ้อนในปัจจุบันเราเชื่อว่าองค์กรต่างๆควรมองหาแนวทางแบบองค์รวมในการตรวจสอบและจัดการแอปพลิเคชันที่สำคัญของตนหากโซลูชัน APM แบบเดิมระบุได้ว่าเกิดอะไรขึ้นเมื่อใดและช่วยให้คุณวินิจฉัยได้ว่าเหตุใดจึงเกิดขึ้นเหตุใดจึงไม่ป้องกันการหยุดทำงานโดยไม่จำเป็นหากเป็นไปได้
เราเชื่อว่าระบบอัตโนมัติเป็นส่วนประกอบที่ขาดหายไปจากโซลูชัน Cloud APM ส่วนใหญ่ลูกค้าของเราหลายคนบอกเราว่าพวกเขาได้รับการแจ้งเตือนมากเกินไปจากโซลูชัน APM ของพวกเขาอย่างไรซึ่งแต่ละรายต้องการให้พวกเขาหยุดและทำความเข้าใจว่าเกิดอะไรขึ้นและทำไมพวกเขาเข้าใจได้อย่างรวดเร็วว่าควรละเว้นสิ่งใดและสิ่งที่ต้องใส่ใจ (และโซลูชัน APM ที่ดีช่วยให้พวกเขาทำสิ่งนี้ผ่านการเรียนรู้ของเครื่อง)และหากแอปพลิเคชันของพวกเขาหยุดทำงานเมื่อใดโซลูชัน APM จะแจ้งเตือนพวกเขาถึงเวลาหยุดทำงานและวินิจฉัยว่าเหตุใดจึงช่วยป้องกันไม่ให้เกิดขึ้นอีกแต่โซลูชัน APM จะไม่ลดเวลาหยุดทำงานในทันที
นั่นคือที่มาของ SIOS AppKeeper AppKeeper ตรวจสอบแอปพลิเคชันของลูกค้าที่ทำงานบน Amazon EC2 และรีสตาร์ทบริการโดยอัตโนมัติบน EC2 หรือแม้แต่รีบูตอินสแตนซ์ EC2 หากตรวจพบเวลาหยุดทำงานลูกค้าโดยเฉลี่ยของเราที่มีอินสแตนซ์ Amazon EC2 เพียง 3 อินสแตนซ์ประสบปัญหาการหยุดทำงานอย่างน้อยเดือนละครั้งนั่นคือการหยุดทำงานเมื่อมีความสำคัญบ่อยครั้งที่ลูกค้าต้องติดต่อแอปพลิเคชันจะไม่พร้อมใช้งานและเมื่อ I.T. ทีมต้องทิ้งทุกอย่างและตอบสนอง
โซลูชันอัตโนมัติ APM ของ AppKeeper ช่วยให้ลูกค้ากู้คืนโดยอัตโนมัติจากสถานการณ์หยุดทำงานของ Amazon EC2 กว่า 85%นี่คือลิงก์ไปยังวิดีโอสั้น ๆ หากคุณต้องการเห็น AppKeeper ใช้งานได้จริง
ลูกค้า API ของ AppKeeper สามารถขยายมูลค่าของโซลูชัน APM ทางโปรแกรมได้โดยการแจ้งเตือนจากโซลูชัน APM ทำให้ AppKeeper รีสตาร์ทบริการ Amazon EC2 ที่มีผลโดยอัตโนมัติหรือรีบูตอินสแตนซ์หากจำเป็น
การตรวจสอบประสิทธิภาพของแอปพลิเคชันและการแก้ไขอัตโนมัติดีกว่าเนยถั่วและเยลลี่?
ในหลายกรณีลูกค้า AppKeeper สามารถจัดการสภาพแวดล้อม Amazon EC2 ได้ง่ายโดยอาจมีอินสแตนซ์ Amazon EC2 น้อยกว่า 8 อินสแตนซ์สำหรับพวกเขาการตรวจสอบแบบเนทีฟและฟังก์ชันการแก้ไขอัตโนมัติของ AppKeeper เพียงพอที่จะทำให้พวกเขานอนหลับสนิทในเวลากลางคืนโดยรู้ว่าพวกเขากำลังลดเวลาหยุดทำงานในเชิงรุกหากเกิดขึ้น
แต่เราตระหนักดีว่าลูกค้าจำนวนมากมีสภาพแวดล้อมระบบคลาวด์ที่ซับซ้อนกว่าและได้ลงทุนในโซลูชัน APM แล้วเช่นจาก New Relic, Datadog, Dynatrace, LogicMonitor หรือ Zabbixพวกเขาคาดหวังการแจ้งเตือนทันทีและชุดข้อมูลมากมายเพื่อช่วยในการวินิจฉัยว่าเกิดอะไรขึ้นและทำไมสำหรับลูกค้ากลุ่มนี้เราคิดว่าการเพิ่มฟังก์ชันการแก้ไขอัตโนมัติของ AppKeeper ลงในชุดเครื่องมือ APM จะช่วยให้พวกเขาได้รับประโยชน์สูงสุดจากทั้งสองโลกนั่นคือการควบคุมประสิทธิภาพของแอปพลิเคชันและลดเวลาหยุดทำงาน
ในช่วงไม่กี่เดือนข้างหน้า SIOS Technology จะทำงานร่วมกับผู้จำหน่าย APM ชั้นนำหลายรายเพื่อจัดหาการผสานรวมแบบแพ็กเกจและการรับรองระหว่างโซลูชัน APM และ AppKeeperเมื่อใช้การผสานรวมกับ AppKeeper ผู้ใช้เหล่านี้จะเพลิดเพลินไปกับระบบวงปิดซึ่งจะได้รับการแจ้งเตือนเมื่อตรวจพบการหยุดทำงานของ Amazon EC2 และการดำเนินการแก้ไขที่ AppKeeper ดำเนินการ
ดังนั้นโปรดติดตามข่าวสารที่น่าตื่นเต้นในขณะเดียวกันหากคุณต้องการทดลองใช้ SIOS AppKeeper ด้วยตัวคุณเองโปรดลงทะเบียนเพื่อทดลองใช้ AppKeeper ฟรี 14 วัน AppKeeper เริ่มต้นเพียง 40 เหรียญสหรัฐต่ออินสแตนซ์ต่อเดือน
ทำซ้ำโดยได้รับอนุญาตจาก SIOS