Những cách tốt để theo dõi một cửa hàng trực tiếp là gì?

Lời nói đầu: Chúng tôi muốn mở rộng việc giám sát một trong các hội thảo của chúng tôi vì nhà cung cấp gặp sự cố với cấu hình PHP và các phần của webshop trực tiếp bị hỏng (phụ trợ & thanh toán không hoạt động). Tôi không muốn thảo luận về việc chuyển sang nhà cung cấp khác ở đây.

Vì hiện tại chúng tôi đang suy nghĩ về khả năng giám sát webshop và sự sẵn có của một số phần nhất định (như "Thanh toán có hoạt động không?"), Câu hỏi là:

Những công cụ và chiến lược nào bạn đề xuất để theo dõi một trang web trực tiếp?

Một vài ý tưởng:

• Bạn có tự động kiểm tra, nếu thanh toán vẫn hoạt động trên một trang web trực tiếp?
• Điều gì có thể là thông số tốt để theo dõi để phát hiện thất bại? Đơn hàng cuối cùng <1 ngày trước, đăng nhập người dùng cuối cùng, ...
• Sử dụng các công việc định kỳ: Kiểm tra ví dụ cho ngày / thời gian đặt hàng cuối cùng và nếu quá lâu rồi, hãy gửi email và / hoặc kiểm tra thủ công nếu thanh toán vẫn hoạt động?
• Sử dụng phần mềm / công cụ như Icinga, Uptime Robot, ...
• Gửi E-mail cảnh báo cho Quản trị viên, ...

Mong câu trả lời của bạn :)

Có một vài điều bạn có thể làm tự động.

1. Nếu các bộ phận của cửa hàng ngừng hoạt động Các bài kiểm tra đơn vị là một cách hay để phát hiện xem các chức năng nhất định có còn hoạt động hay không.
2. Để kiểm tra lối vào, tôi sử dụng phpQuery trên một máy chủ từ xa để định kỳ tìm kiếm các thành phần DOM nhất định trên các trang chính nhất định như 'vẫn còn sản phẩm trong danh sách danh mục', 'có chân trang * trên trang chủ', v.v.
3. Thiết lập một cronjob đơn giản để ping máy chủ của bạn để xem nó còn khả dụng không
4. Sử dụng nguồn cấp RSS đơn đặt hàng Magento bản địa để kiểm tra xem đơn hàng có còn đến không. Trên các cửa hàng lưu lượng truy cập cao không có đơn hàng trong một giờ vào tối thứ sáu là một dấu hiệu tốt cho thấy có gì đó không ổn :)
5. Giám sát nhà cung cấp dịch vụ thanh toán của bạn. Ở Hà Lan, chúng tôi sử dụng iDeal để xử lý các khoản thanh toán. Trang web này hiển thị thời gian hoạt động của họ, PSP của bạn có thể cung cấp một dịch vụ tương tự

* nếu không có chân trang trên một trang có thể chỉ ra lỗi PHP tạm dừng kết xuất.

Đây là một vài giải pháp mà chúng tôi đang sử dụng. Họ chỉ cần một số thời gian thiết lập và được tự do chạy.

Nhân tiện, tôi thực sự mong chờ tất cả các câu trả lời!

Tôi sẽ phù hợp với câu trả lời tuyệt vời của Sander sau đây, giả sử bạn đã thiết lập và sử dụng dịch vụ giám sát như Pingdom *:

• Xem nội dung trên trang; thường là</html> thẻ đóng . Tôi đã thấy rất nhiều before_body_endtập lệnh thất bại với bên thứ 3 (ngoại lệ chưa được phát hiện, v.v.) vô hình với người dùng cuối nhưng trả lại trạng thái 500 - rất tệ cho Công cụ SEO / Google / Webmaster
• Thiết lập Công cụ quản trị trang web để thông báo cho bạn khi lỗi gia tăng trên một ngưỡng nhất định
• Thiết lập cảnh báo cho SSL không hợp lệ trên trang
• Thiết lập cảnh báo cho các lỗi javascript trên trang
• Sử dụng nhóm email / bcc để thanh toán email thất bại, báo cáo lỗi.
• Hãy liên lạc chặt chẽ với những người trong trung tâm cuộc gọi của bạn và đảm bảo họ biết cách sàng lọc các vấn đề về bắn - họ thường là người đầu tiên chỉ ra khi có sự cố xảy ra.
• Một trang web chậm là xấu như một trang web xuống. Đảm bảo cảnh báo của bạn nhạy cảm khi trang web của bạn mất nhiều thời gian để tải hơn bình thường.
• Đăng ký nguồn cấp dữ liệu twitter cho tất cả các dịch vụ lưu trữ / bên thứ 3 chính của bạn. Các máy chủ lớn hơn thường có các kích hoạt Twitter khi có vấn đề. Bạn có thể định cấu hình Twitter để gửi email / nhắn tin cho bạn khi một số tài khoản nhất định đăng.

Tín đồ:

• Thiết lập Nagios để giám sát các hệ thống quan trọng và gửi thông báo
• Thiết lập nhật ký hệ thống hoặc Splunk (miễn phí tới một số truy vấn / ngày nhất định) để tổng hợp nhật ký và đưa ra cảnh báo dựa trên dữ liệu nhật ký
• Cấu hình kiểm tra theo kịch bản, kiểm tra định kỳ của thiết bị mạng của bạn. Tôi đã thấy (trong hơn một lần) các NIC quay trở lại và giảm từ 1GB xuống còn 10 MB mà chúng tôi không biết.

Đối với các đội lớn hơn:

• Thiết lập máy chủ CI (Travis, Jenkins / Hudson, Capistrano) để cảnh báo bạn về các thử nghiệm thất bại tiềm năng sau khi cam kết.
• Thiết lập các móc cam kết trước trong kiểm soát nguồn của bạn để thực thi các tiêu chuẩn mã hoặc để kiểm tra các vấn đề trắng trợn như mã bị hỏng
• Giống như Sander đã nói, hãy thiết lập một cái gì đó để giám sát các nguồn cấp RSS cho các đơn đặt hàng và khối lượng theo thời gian trong ngày - một lợi ích ở đây là không bị ràng buộc và thông thường nếu bạn đặt ngưỡng thông báo đủ thấp, một vấn đề tiềm ẩn sẽ xảy ra ngay lập tức
• Sử dụng Selen. RẤT NHIỀU. Có các bài kiểm tra theo kịch bản chạy qua quy trình thanh toán mỗi giờ hoặc hai giờ.
• Thiết lập lời nhắc lịch và cảnh báo cụ thể khi hết hạn SSL

Bạn sẽ tạo ra RẤT NHIỀU dữ liệu và có khả năng dương tính giả; đừng trở nên miễn nhiễm với các cảnh báo.

Tôi không liên kết với Pingdom. Tôi chỉ thích sản phẩm (miễn phí) của họ.

Nếu bạn chỉ gặp vấn đề với hoster của mình chứ không phải thanh toán, bạn có thể nghĩ đến việc thiết lập một sản phẩm bị ẩn, hãy viết một bài kiểm tra selenium đặt nó vào giỏ hàng thêm một phiếu giảm giá để miễn phí và sau đó bước qua kiểm tra.

Đã có một số câu trả lời tuyệt vời ở đây, tùy thuộc vào thiết lập của bạn. Tôi sử dụng NewRelic để theo dõi số liệu thống kê về máy chủ và giao dịch, cũng như thiết lập các giao dịch chính cho mỗi bước của quy trình thanh toán. Bằng cách đó, tôi có thể nhìn vào một màn hình duy nhất trên điện thoại của mình và xác định xem liệu chúng tôi có còn nhận được số lượng người thích hợp kiểm tra trong toàn bộ quá trình hay không và liệu họ có nhận được thời gian phản hồi phù hợp hay không. Nếu tôi thấy một loạt các thông lượng trên tất cả mọi thứ cho đến bước cuối cùng, tôi biết rằng PayPal có thể bị hỏng vì không ai có thể xử lý thẻ của họ. Tôi cũng nhận được thông báo nếu có nhiều lỗi, thời gian phản hồi bị tắt, v.v. Bạn không cần NewRelic để làm điều này, nhưng nó rất đơn giản và nhanh chóng để thiết lập và tôi không có thời gian để xây dựng bảng điều khiển / ứng dụng / hệ thống cảnh báo của riêng tôi.

Tôi thích NewRelic và PagerDuty vì điều này, chúng đơn giản là hoàn hảo và thông báo cho bạn (email, văn bản và cuộc gọi) trong một phút nếu trang web của bạn hoặc bất kỳ phần nào của trang web của bạn bị hỏng. Nó thậm chí còn thông báo nếu CPU hoặc Bộ nhớ của bạn vượt quá tỷ lệ sử dụng được chỉ định khiến trang web không phản hồi.

• Thiết lập Relic mới với tất cả các trang bạn muốn theo dõi và theo dõi tần suất. Ví dụ: Trang chủ, bất kỳ 1 trang danh mục, bất kỳ 1 trang sản phẩm, trang giỏ hàng, trang thanh toán, v.v.
• Thêm người dùng (tất cả đều nhận được thông báo), lịch trình (ngày và giờ bạn muốn nhận thông báo), dịch vụ (cảnh báo Relic mới) và chính sách leo thang về cảnh báo PagerDuty và các loại thông báo bạn muốn (email, văn bản, cuộc gọi)

https://www.pagerduty.com/docs/guides/new-relic-integration-guide/

Tuyên bố miễn trừ trách nhiệm: Tôi không liên kết với bất kỳ dịch vụ nào ở trên.

MageMonitoring - https://github.com/magento-hackathon/Hackathon_MageMonitoring Công cụ mã nguồn mở miễn phí tuyệt vời theo dõi sức khỏe của máy chủ và Magento, gửi email với ngoại lệ và nhật ký hệ thống, v.v.

• Munin về phía nhà cung cấp để nhận các giá trị lịch sử cho tất cả các máy chủ (LB, Ứng dụng, DB, Redis, v.v.) và tất cả các dịch vụ (bộ nhớ, tải, io, v.v.)
• Nagios / Icinga trên nhà cung cấp hoặc phía địa phương để tải gần giám sát trực tiếp trên tất cả các máy chủ
• Pingdom để thu thập thời gian phản hồi cho các url "quan trọng" như trang trước, thanh toán, v.v.
• Pingdom để theo dõi người dùng thực, bạn nhận được một giá trị tương tự như APDEX và xem sự phát triển lịch sử
• Pingdom để kiểm tra các url và nội dung chính xác của chúng
• Báo cáo với các đơn đặt hàng X cuối cùng trong chế độ tải lại tự động. Với nó, tôi có thể thấy những phá vỡ có thể
• Kiểm tra tự động với Selenium trên một hệ thống sân khấu giống hệt nhau. Tôi không phải là bạn của kiểm tra tự động trên hệ thống trực tiếp của tôi. Bạn sẽ gặp vấn đề với kế toán của mình sau :)
• Zapier và Twilio cho Email2SMS. Lỗi nghiêm trọng được gửi dưới dạng SMS đến điện thoại
• freeboard.io và dweet.io để hiển thị mọi thứ trên bảng điều khiển đẹp.