Khám phá kiểm tra chuyển sang phải
Như đã giải thích trước đó trong khóa học, kiểm tra trong quản lý vòng đời ứng dụng là điều cần thiết để tối đa hóa chất lượng mã và giảm thiểu rủi ro hoạt động liên quan đến triển khai và cập nhật phần mềm. Đây là lý do áp dụng phương pháp chuyển sang trái, giới thiệu các hoạt động thử nghiệm càng sớm càng tốt trong giai đoạn phát triển. Tuy nhiên, có một số khía cạnh nhất định của thử nghiệm, mà không hiệu quả khi thực hiện theo cách này. Thay vào đó, để phục vụ đầy đủ mục đích của họ, họ cần phải được thực hiện trong môi trường sản xuất. Điều này được gọi là phương pháp cách dịch chuyển sang phải. Tổ chức trong kịch bản mẫu của chúng tôi sẽ cần sử dụng dữ liệu này để đánh giá đúng mức độ tin cậy của hệ thống của họ kết hợp với việc tiêm lỗi. Trong đơn vị này, kiểm tra điều này và các tiêu chí khác mà trong đó thử nghiệm dịch phải là hợp lý.
Lý do kiểm tra dịch chuyển đúng là gì?
Trong khi thử nghiệm dịch sang trái là lý tưởng cho kiểm tra đơn vị và khói, nó được thực hiện trong điều kiện thường khác nhau đáng kể so với những mục tiêu dự kiến giao hàng. Ngay cả bảo đảm chất lượng và môi trường dàn dựng hiếm khi phản ánh đầy đủ sự phức tạp của các đối tác sản xuất của họ. Hiệu quả, cách tốt nhất để kiểm tra đầy đủ hành vi của khối lượng công việc sau khi triển khai là kiểm tra khối lượng công việc tại thời điểm đó.
Thử nghiệm trong sản xuất mang lại những lợi ích sau:
- Phản ánh các điều kiện làm việc thực tế, bao gồm tải thêm liên quan đến việc xử lý yêu cầu của người dùng cuối.
- Tính đến các yếu tố, rất khó để mô phỏng, chẳng hạn như khả năng kết nối với hệ thống bên ngoài.
- Phản ánh những thay đổi về nhu cầu khối lượng công việc theo thời gian.
Kịch bản kiểm tra dịch chuyển phải điển hình là gì?
Mặc dù phương pháp thử nghiệm dịch chuyển bên phải có thể hợp lý trong nhiều kịch bản, nhưng có rất ít cách thích hợp. Những kịch bản này bao gồm:
triển khai Microservices: cấu trúc microservices thường bao gồm một số lượng lớn các thành phần được phát triển độc lập. Một số lượng lớn các kết hợp của các dịch vụ này có thể phù hợp với việc kiểm tra dịch chuyển sang phải để tập trung vào các kịch bản có liên quan nhất trong môi trường sản xuất thực tế (theo cách sử dụng trong thực tế).
Đánh giá tác động của băng thông mạng và điều kiện độ trễ: điều kiện mạng có xu hướng khó mô phỏng, vì vậy nếu hiệu suất của một khối lượng công việc là độ trễ cao hoặc phụ thuộc vào băng thông, việc kiểm tra chuyển sang phải có thể là tùy chọn phù hợp nhất.
kiểm tra chấp nhận củangười dùng: phản hồi của người dùng thực tế có thể cần thiết để xác thực hiệu suất và khả năng sử dụng của khối lượng công việc.
chuyển đổi dự phòng xác thực trong các cấu hình dư thừa: phun lỗi và thử nghiệm khôi phục thảm họa nhằm đánh giá khả năng phục hồi của khối lượng công việc sản xuất. Phun lỗi liên quan đến việc cố ý đưa lỗi vào các thành phần riêng lẻ của khối lượng công việc trong quá trình thực hiện để xác định bất kỳ điểm yếu nào và giảm thiểu chúng, tăng độ tin cậy tổng thể.
Ghi
Kỹ thuật hỗn loạn là một khái niệm khác trong lĩnh vực kiểm tra độ tin cậy DevOps. Như với tiêm lỗi, nó liên quan đến việc mô phỏng thất bại (trong trường hợp này, để tạo ra một sự hỗn tắc trong hệ thống đang được thử nghiệm). Tuy nhiên, phạm vi của nó thường rộng hơn, nhắm mục tiêu toàn bộ hệ thống, chứ không chỉ các thành phần riêng lẻ và các kịch bản thử nghiệm có xu hướng toàn diện hơn. Hiệu quả, kỹ thuật hỗn loạn thường được giới hạn trong canary môi trường có rất hạn chế hoặc không có tác động sản xuất.
Ghi
Bạn có thể sử dụng Azure Chaos Studio để thực hiện các thử nghiệm kỹ thuật hỗn loạn nhắm mục tiêu đến các giải pháp được lưu trữ trong Microsoft Azure. Bạn sẽ bước qua một ví dụ về các thí nghiệm như vậy trong phòng thí nghiệm của mô-đun này.