9 สัญญาณคุณมีปัญหาเกี่ยวกับความพร้อมใช้งานของแอปพลิเคชัน

คุณเคยได้ยินคำพูดที่ว่า“ การตระหนักถึงปัญหาเป็นขั้นตอนแรกในการแก้ปัญหา” แต่ที่น่าแปลกใจคือธุรกิจขนาดเล็กขนาดกลางและระดับองค์กรขนาดใหญ่ยังไม่ทราบว่าความพร้อมของแอปพลิเคชันของพวกเขาไม่ใช่สิ่งที่ควรจะเป็น

อ่านต่อไปสำหรับสัญญาณเก้าประการที่บ่งชี้ว่าคุณยังมีปัญหาความพร้อมใช้งานของแอปพลิเคชัน:

1. คุณใช้เวลาในการรีสตาร์ทแอปพลิเคชันนานกว่าการใช้งาน

การขัดข้องของแอปพลิเคชันอาจเป็นเรื่องจริงของชีวิต แต่หากแอปพลิเคชันของคุณหยุดทำงานบ่อยกว่าที่เป็นอยู่นั่นคือปัญหา

2. คุณได้เริ่มปิดเสียงเตือนชั่วคราวผ่านพายุแจ้งเตือนในกล่องจดหมายหรือศูนย์ควบคุมของคุณ

คุณได้ปรับใช้การแจ้งเตือนสำหรับการหยุดทำงานของแอปพลิเคชันหรือเซิร์ฟเวอร์แล้ว แต่พายุการแจ้งเตือนได้เข้าครอบงำกล่องจดหมายของคุณจนคุณปิดเสียงทั้งหมด

3. คุณมีศูนย์ข้อมูลเดียวสำหรับการดำเนินการที่สำคัญทั้งหมดของคุณ

ศูนย์ข้อมูลเดียวสำหรับการดำเนินงานอาจฟังดูสะดวก แต่มีทีมงานก่อสร้างที่ตั้งใจดี แต่ถูกส่งต่อไปในทางที่ผิดเพื่อเปลี่ยนศูนย์ข้อมูลเดียวให้เป็นโซนที่ไม่มีราคาแพง

4. แนวคิดในการปกป้องข้อมูลของคุณเกี่ยวข้องกับการดึงข้อมูลสำรองและที่เก็บถาวร

กลยุทธ์การปกป้องข้อมูลของคุณมีความสำคัญเทคโนโลยีการจำลองข้อมูลและการจำลองแบบไซต์ไปยังไซต์การจำลองแบบภูมิภาคไปยังภูมิภาคได้กลายเป็นแกนนำดังนั้นหากไม่มีการจำลองแบบหรือกลยุทธ์การปกป้องข้อมูลของคุณหรือเกี่ยวข้องกับการเขย่าเบา ๆ เป็นเวลานานในห้องนิรภัยอาจเป็นปัญหาใหญ่

5. ขั้นตอนการกู้คืนของคุณจำเป็นต้องมีการแทรกแซงด้วยตนเองเสมอ

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

6. RTO ของคุณวัดเป็นวันไม่ใช่ชั่วโมงหรือนาที

คุณวัดวัตถุประสงค์ของเวลาในการฟื้นตัว (RTO) อย่างไร? คุณวัด RTO ของคุณเป็นวันหรือชั่วโมงแทนที่จะเป็นนาทีต่อเดือนหรือไม่?จริงอยู่ที่ทุกธุรกิจมีระดับความอดทนต่อ RTO ของตนอย่างไรก็ตาม RTO ของคุณไม่ควรเป็นหน้าที่ของการสร้างเซิร์ฟเวอร์และความไม่เสถียรขั้นต้นในสถาปัตยกรรมของคุณ

7. คุณไม่รู้จัก RPO ของคุณเนื่องจากโหมดสแตนด์บายของคุณไม่เคยซิงค์อย่างน่าเชื่อถือ

คุณได้ทำเครื่องหมายในช่องเกี่ยวกับการตรวจสอบและการกู้คืนแอปพลิเคชันของคุณที่เชื่อถือได้และดำเนินการไปอีกขั้นเพื่อจัดเตรียมระบบที่พร้อมใช้งานคลัสเตอร์สแตนด์บายเยี่ยมมากแต่ก่อนที่ฉันจะปล่อยคุณออกจากเบ็ดวัตถุประสงค์จุดกู้คืนของคุณ (RPO) คืออะไร? RPO ควรเป็นสิ่งที่แม่นยำกว่า“ ที่ไหนสักแห่งระหว่างวันที่ 0 ถึงคืนสุดท้าย”

8. จุดเดียวของความล้มเหลวไม่ได้มีอยู่เพียงจุดเดียว แต่เป็นบรรทัดฐาน

จุดเดียวของความล้มเหลวของคุณอยู่ที่ไหน?งบประมาณของคุณอาจไม่อนุญาตให้คุณกำจัดทุกจุดของความล้มเหลว แต่ถ้าคุณสามารถระบุจุดแห่งความล้มเหลวในทุกหมวดหมู่หลักและทุกองค์ประกอบที่สำคัญขององค์กรของคุณ …

9. ภัยพิบัติครั้งสุดท้ายของคุณเป็นข่าวระดับท้องถิ่นภูมิภาคหรือระดับประเทศ

หากเหตุการณ์พายุใหญ่ความล้มเหลวของกริดหรือความล้มเหลวครั้งล่าสุดส่งผลกระทบต่อธุรกิจของคุณเนื่องจากการหยุดทำงานความพร้อมใช้งานที่สูงขึ้นจะเป็นลำดับถัดไปของธุรกิจ

การหยุดทำงานทำให้ธุรกิจของคุณเสียค่าใช้จ่ายทั้งในแง่ของลูกค้าผลผลิตและความอุ่นใจความเสี่ยงที่ไม่ได้รับการแก้ไขมีผลกระทบอย่างแน่นอนต่อธุรกิจและชื่อเสียงของคุณหากมีป้ายเตือนเหล่านี้แสดงว่าคุณอาจมีปัญหาเกี่ยวกับความพร้อมใช้งานและหากคุณเพิกเฉยต่อสิ่งเหล่านี้คุณจะมีปัญหาใหญ่กว่านั้นในไม่ช้าหลังจากนั้นจึงให้ความสำคัญกับความพร้อมใช้งาน

– Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า

บริษัท ที่ย้ายไปยังระบบคลาวด์เพื่อโฮสต์แอปพลิเคชันของตนเข้าใจดีว่าในขณะที่พวกเขาได้เอาท์ซอร์สการโฮสต์แอปพลิเคชันของตนไปให้ผู้จำหน่ายระบบคลาวด์บุคคลที่สามเช่น 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