แทร็กผู้สอน
การจัดเวลา แนวการบรรยาย ปัญหาที่พบบ่อย และขั้นตอนการรีเซ็ตสำหรับผู้ดำเนินเวิร์กช็อป
แทร็กนี้เป็นคู่มือประกอบสำหรับผู้ดำเนินเวิร์กช็อปที่ใช้ควบคู่กับแทร็กผู้เรียน ทุกโมดูลของผู้เรียน มีหน้าโน้ตที่จับคู่กันอยู่ที่นี่ พร้อมหัวข้อการจัดเวลา แนวการบรรยาย ปัญหาที่พบบ่อย และ ขั้นตอนการรีเซ็ตของตัวเอง อ่านหน้าแรกนี้ก่อนเพื่อเห็นภาพรวมระดับห้องเรียน แล้วจึง เปิดโน้ตของแต่ละโมดูลเมื่อคุณดำเนินมาถึง
ลำดับการดำเนินงาน
| # | บทเรียนของผู้เรียน | เวลาที่จัดไว้ | หมายเหตุ |
|---|---|---|---|
| 00 | การติดตั้ง | ~30 นาที | งานเตรียมล่วงหน้า — ควรทำให้เสร็จก่อนวันจัดเวิร์กช็อป ไม่ใช่เช้าวันนั้น |
| 01 | สภาพแวดล้อมต้นทาง | ~45 นาที | เริ่ม producer ของข้อมูลการเดินทาง ซึ่งต้องทำงานต่อเนื่องไปจนถึงโมดูล 05 |
| 02 | วางแผนและออกแบบ | ~90 นาที | ขับเคลื่อนด้วยใบงาน แทบไม่มีส่วนใดที่ปล่อยให้รันเองได้ จึงไม่ควรวางช่วงพักไว้ภายในโมดูลนี้ |
| 03 | จัดเตรียมและย้ายข้อมูล | ~60 นาที | ในจำนวนนี้ 40–50 นาทีเป็นการถ่ายโอนข้อมูลที่รันเองโดยไม่ต้องเฝ้า — เป็นข้อเท็จจริงสำคัญที่สุดในการจัดตารางของโมดูลนี้ |
| 04 | สร้างไปป์ไลน์ dbt ขึ้นใหม่ | ~30 นาที | ช่วงว่างจริงมีเพียง dbt run ครั้งที่สอง ราว 8–12 นาที |
| 05 | ทำเบนช์มาร์กและ cutover | ~45 นาที | ขั้นตอน cutover วัดช่องว่างที่เกิดจากการรัน producer อย่างต่อเนื่อง และทั้งสองคลาวด์จะถูกรื้อถอนเมื่อจบ |
| 06 | การประเมินผล | ~60 นาที | ผู้เรียนทำเอง เปิดหนังสือได้ โดยทั่วไปผู้สอนไม่อยู่ด้วยระหว่างการเขียนคำตอบ |
เวลาทั้งหมดนี้รวมกันประมาณ 6 ชั่วโมง ตรวจสอบแต่ละรายการกับการซ้อมจับเวลาจริงก่อน ที่จะยืนยันกำหนดการที่เผยแพร่ออกไป
รายการตรวจสอบทรัพยากรร่วม
ยืนยันทุกข้อต่อไปนี้ก่อนเริ่มเวิร์กช็อป:
- บัญชีคลาวด์สองบัญชี และใครเป็นผู้จ่าย — บัญชีทดลองใช้ Snowflake และบัญชีทดลองใช้ ClickHouse Cloud หนึ่งคู่ต่อหนึ่งพาร์ตเนอร์ ยืนยันล่วงหน้าว่าบัตรของใคร (ถ้ามี) ผูกไว้กับแต่ละบัญชี และบัญชีทดลองทั้งสองมีเครดิตตามที่ลำดับการดำเนินงานข้างต้น สมมติไว้
- โมดูล 00 เป็นงานเตรียมล่วงหน้า ควรทำให้เสร็จก่อนวันจัดเวิร์กช็อป ไม่ใช่เช้า วันนั้น — พาร์ตเนอร์ที่มาถึงโดยข้ามโมดูลนี้จะทำให้เสียเวลาในเวิร์กช็อปสดไปราว 30 นาที เพื่อตามให้ทัน โดยแลกมาด้วยช่วงเวลาของโมดูล 01
- Producer ของโมดูล 01 ต้องทำงานต่อเนื่องไปจนถึงโมดูล 05 มันเขียนแถวข้อมูลการเดินทาง แบบสดเข้า Snowflake เริ่มตั้งแต่โมดูล 01 และขั้นตอน cutover ของโมดูล 05 วัดช่องว่าง ที่แม่นยำระหว่างการหยุดเขียนไปยัง Snowflake และการกลับมาเขียนบน ClickHouse หากมัน หยุดก่อนเวลา จะไม่มีอะไรเหลือให้ขั้นตอนนั้นวัด
- โมดูล 03 มีการถ่ายโอนข้อมูลที่รันเองโดยไม่ต้องเฝ้า 40–50 นาที จัดช่วงพักจริงหนึ่งช่วง
ของกำหนดการ หรือช่วงถาม-ตอบสดเกี่ยวกับการตัดสินใจใน
migration-plan.mdของพาร์ตเนอร์ ไว้ในหน้าต่างนี้ ไม่ใช่ที่อื่นในโมดูล - เฉลยของแบบประเมินไม่ได้อยู่บนไซต์นี้ มันอยู่ภายนอกรีพอสิทอรีนี้ ถูก gitignore ไว้ และแจกจ่ายให้ผู้สอนโดย ClickHouse Solutions Architect ผ่านช่องทางอื่น อย่านำเฉลยใด ๆ มาแสดงซ้ำที่นี่ — ไซต์นี้เป็นสาธารณะ