แทร็ก Learner
โมดูลภาคปฏิบัติที่คุณทำจริง ตั้งแต่แล็ปท็อปเปล่าไปจนถึงเวิร์กโหลดที่ย้ายและเบนช์มาร์กเรียบร้อยแล้ว
ทำโมดูลตามลำดับ — แต่ละโมดูลระบุจุดตรวจเริ่มต้นไว้ ดังนั้นคุณจะรู้ตลอดว่าอะไรต้องเป็นจริง ก่อนที่คุณจะเริ่ม เมื่อจบแล้วคุณจะได้โปรไฟล์เวิร์กโหลด Snowflake, ตัดสินใจเรื่องเอนจินและ สคีมาอย่างชัดเจน, ดำเนินการย้ายระบบ, สร้างไปป์ไลน์ dbt ขึ้นใหม่บน ClickHouse, เบนช์มาร์กผลลัพธ์ และตัดสวิตช์ producer ที่ทำงานสดจากคลาวด์หนึ่งไปอีกคลาวด์หนึ่ง
ให้ producer ของ Snowflake ทำงานต่อเนื่องไปจนถึงโมดูล 05
โมดูล 01 เริ่ม producer ที่เขียนแถวข้อมูลการเดินทางแบบสดเข้าไปใน Snowflake มันต้อง ทำงานต่อเนื่องไปจนถึงโมดูล 05 — อย่าหยุดมัน และอย่าปล่อยให้มันหยุด ที่จุดใดก็ตามใน โมดูล 02, 03 หรือ 04 ขั้นตอนตัดสวิตช์ในโมดูล 05 วัดช่วงห่างที่แม่นยำระหว่างเวลาที่การเขียน หยุดส่งไป Snowflake กับเวลาที่มันกลับมาทำงานบน ClickHouse หาก producer หยุดเร็วเกินไป ก็จะไม่มีอะไรให้ขั้นตอนนั้นวัด — นี่คือวิธีที่มีโอกาสทำให้แล็บพังมากที่สุด
โมดูล
- ตั้งค่า — ติดตั้งชุดเครื่องมือ, สร้างบัญชี ทดลองใช้สองคลาวด์, โคลนรีโป และสร้าง virtualenv ของ dbt ทั้งสองตัว
- สภาพแวดล้อมต้นทาง — จัดเตรียมสภาพแวดล้อม Snowflake ที่สะท้อนการติดตั้งใช้งานของลูกค้าจริง และเริ่ม producer การเดินทางแบบสด
- วางแผนและออกแบบ — โปรไฟล์ เวิร์กโหลด Snowflake และตัดสินใจด้านสถาปัตยกรรมที่การย้ายระบบจะดำเนินการ
- จัดเตรียมและย้ายข้อมูล — จัดเตรียม ClickHouse Cloud และย้าย 50 ล้านแถวด้วยสคริปต์ย้ายข้อมูลที่ทำงานต่อจากจุดเดิมได้
- สร้างไปป์ไลน์ dbt ขึ้นใหม่ — สร้าง ไปป์ไลน์ Medallion ขึ้นใหม่บน ClickHouse ด้วย dbt-clickhouse
- เบนช์มาร์กและตัดสวิตช์ — เบนช์มาร์กทั้งสองเอนจิน, ตัดสวิตช์ producer, ตรวจสอบความเท่าเทียม และรื้อระบบ
- การประเมิน — การประเมินแบบเปิดหนังสือ ที่ทำให้ได้รับ ClickHouse Migration Proficiency Badge
ถ้ามีอะไรพัง
การแก้ปัญหา เป็นเอกสารอ้างอิงอาการ, สาเหตุ และวิธีแก้ สำหรับความล้มเหลวที่ผู้เรียนพบจริงขณะทำแล็บนี้ จัดกลุ่มตามโมดูลที่มันโผล่ขึ้นมา ดูที่นั่นก่อนขอความช่วยเหลือ — วิธีแก้น่าจะถูกเขียนไว้แล้ว