Skip to content
Tech

Tại sao quá trình di chuyển schema của tôi lại chạy trước khi kiểm tra xem các dịch vụ đang triển khai có chịu được nó không?

83

Cơ hội

Khi bạn đẩy một thay đổi schema lên cơ sở dữ liệu sản xuất, quá trình di chuyển thực thi trước khi bất kỳ công cụ nào xác minh rằng các phiên bản dịch vụ đang chạy có thể đọc và ghi theo cấu trúc mới. Một cột bị xóa hoặc một trường được đổi tên đến cơ sở dữ liệu trước khi các pod cũ hoàn tất quá trình thoát tải, và việc khôi phục phục hồi schema nhưng không phục hồi dữ liệu đã được phiên bản mới ghi trong thời gian đó. Các công cụ ORM tạo SQL từ các diff nhưng không mô hình hóa gì về topology triển khai, các phiên bản dịch vụ đồng thời hay các mô hình đọc-ghi thực tế. Các nhóm bù đắp bằng các quy trình mở rộng-thu hẹp được ghi lại trong wiki và kiến thức truyền khẩu, không phải được thực thi bởi công cụ. Chỉ một bước sai thứ tự đã gây ra các sự cố tầng cho nhiều dịch vụ và một sự cố được ghi nhận trị giá 4,5 triệu đô la trong năm vừa qua.

Tại sao quan trọng

Một kiểm tra tương thích trước khi triển khai có khả năng mô hình hóa topology dịch vụ thực tế của bạn sẽ biến bước rủi ro nhất trong quá trình triển khai thành điều bạn có thể lý luận trước khi nhấn áp dụng.

Cách tôi đánh giá cơ hội

Điểm Cơ Hội là đánh giá riêng của tôi, không phải một phép đo chính xác: mức độ gây khó chịu, tần suất xuất hiện và sự khan hiếm của giải pháp hiện có. Điểm càng cao, tôi càng cho rằng vấn đề đó càng đáng để xây dựng.

Mức độ nghiêm trọng9/10

Mức độ phiền toái nó gây ra khi xuất hiện.

Tần suất8/10

Tần suất mọi người thực sự gặp phải nó.

Khoảng trắng7/10

Có rất ít công cụ tốt để xử lý nó hiện nay.

Thêm các vấn đề đáng giải quyết