06 Đánh giá
Hướng dẫn cho người hướng dẫn về bài đánh giá tổng kết — trọng số điểm, kết quả badge, và cách xử lý phần đáp án.
Tài liệu đồng hành của người hướng dẫn cho bài học của học viên 06 Đánh giá.
Thời lượng
Khoảng 60 phút (con số ước tính của chính lab là 45-60 phút cho bài đánh giá được phép tra tài liệu). Không có gì ở đây tự chạy theo nghĩa script — đó là một đối tác đang viết câu trả lời — nên không có khoảng dừng do script tạo ra để xếp giờ nghỉ quanh nó. Người hướng dẫn thường không có mặt trong lúc học viên viết bài; 60 phút đó là thời gian của chính đối tác, không phải thời gian ngồi trong lớp.
Nội dung trình bày
- Module này không phải là điểm cho việc đã chạy xong các script — module 01-05 đã chứng minh việc migration hoạt động về mặt máy móc rồi. Nó chứng nhận rằng đối tác có thể giải thích và bảo vệ các quyết định đằng sau đó: profiling workload, đưa ra các lựa chọn về engine và schema, thực thi việc migration, kiểm chứng kết quả.
- Nó được phép tra tài liệu một cách có chủ đích:
migration-plan.md, tệp CSV của benchmark, và mọi module của playbook này đều được dùng thoải mái. Các câu hỏi mở đặc biệt tính điểm cho chiều sâu lập luận hơn là khả năng nhớ — một đối tác đi tới một kết luận khác nhưng có căn cứ bảo vệ được thì vẫn nên được điểm cao. - Hãy nói rõ cách tính điểm để đối tác biết 60 phút đó đem lại cho họ điều gì: 20 câu hỏi nhiều lựa chọn, mỗi câu 4 điểm (tổng 80 điểm), 4 câu hỏi mở, mỗi câu 5 điểm (tổng 20 điểm), tổng cộng 100 điểm, 80 điểm để đạt.
- Phần đáp án nằm ở
workshops/snowflake_migration_lab/04-evaluation/docs/answer-key.md. Nó được gitignore và có chủ đích không được công bố lên site này — nó được phân phối cho các Solutions Architect qua kênh riêng, không qua playbook này. Đừng bao giờ chỉ một đối tác tới đường dẫn đó. Phần đáp án cũng không thuộc repository lab công khaiworkshop_public/snowflake_migration_lab— các script, Terraform và dự án dbt mà repository đó có mang theo đã được trích xuất riêng, và phần đáp án không đi cùng chúng. Nó vẫn được phân phối cho các Solutions Architect qua kênh riêng, đúng như đã nói ở trên.
Các lỗi thường gặp
- Một đối tác đã teardown cả hai môi trường cloud ở module 05 mà không lưu
migration-plan.mdvà tệp CSV của benchmark trước. Cả hai tệp là hai thứ duy nhất mà module này cần, và cả hai đều mất khi teardown của module 05 đã chạy — không còn môi trường cloud nào để tạo lại chúng. Cách sửa duy nhất là chạy lại module 02 tới module 05 đủ xa để tái tạo chúng, và đó không phải là chuyện có thể làm trong 60 phút. - Một đối tác sửa trực tiếp
assessment.mdthay vì sao chép nó thànhassessment_<their name>.mdtrước. Hướng dẫn cho học viên nêu rõ điều này vì một lý do: chỉ bản sao mới là nơi để chứa câu trả lời, còn bản mẫu trắng là thứ mà đối tác tiếp theo, hoặc khóa học tiếp theo, vẫn cần tìm thấy trong repo. - TODO: README của chính module này không có mục Troubleshooting. Hãy ghi lại mọi vướng mắc về chấm điểm hay nộp bài (thiếu tệp đính kèm, cách diễn đạt câu hỏi mở gây nhập nhằng, đối tác xin gợi ý) sau khi module này đã được chạy với một khóa học thật.
Các bước reset
- Nếu một đối tác được 70-79 điểm (suýt đạt): Solutions Architect đưa phản hồi có mục tiêu và đối tác được làm lại một lần, chỉ giới hạn ở các câu hỏi mở.
- Nếu một đối tác được dưới 70 điểm: Solutions Architect xác định các mảng còn yếu và đối tác làm lại toàn bộ bài đánh giá sau khi ôn lại.
- Nếu
assessment.mdbị sửa trực tiếp thay vì được sao chép, hãy phục hồi bản mẫu trắng từ repository trước khi đối tác tiếp theo cần đến nó — đừng đưa ra một tệp đã trả lời một phần như thể đó là bản "trắng". - Không có môi trường cloud nào để reset cho module này — teardown của module 05 đã chạy rồi. Nếu một đối tác cần các sản phẩm của Phần 1-3 mà họ không lưu, cách khôi phục là chạy lại module trước đó tương ứng, không phải bất cứ thứ gì trong module này.