เครื่องมือสำหรับนักพัฒนา · ตัวสร้าง Crontab
โดยที่เอาต์พุต cron จะไป: MAILTO การเปลี่ยนเส้นทางและการค้นหาข้อผิดพลาดของงาน
· มันทำงานอย่างไร
cron ความสามารถในการสังเกต นักพัฒนาเวิร์กโฟลว์
Cron ส่งออกเมลตามค่าเริ่มต้น ซึ่งบนเซิร์ฟเวอร์ส่วนใหญ่หมายความว่ามันหายไป โพสต์นี้จะอธิบาย MAILTO, การเปลี่ยนเส้นทาง stdout และ stderr, syslog และjournalctl ดังนั้นงานที่ล้มเหลวจึงทิ้งหลักฐานไว้
งานล้มเหลวและไม่เหลืออะไรเลย ไม่มีบันทึก ไม่มีเมล ไม่มีข้อผิดพลาด มีเพียงรายงานที่หายไป
รายงานอาจหายไปแม้ว่า `0 0 * * *` จะแยกวิเคราะห์ อธิบาย และดูตัวอย่างอย่างถูกต้อง สัญญาณเหล่านั้นกำหนดผู้สมัครตามปฏิทินเที่ยงคืน พวกเขาไม่ได้พูดอะไรเกี่ยวกับ stdout, stderr, ไฟล์ปลายทางหรือช่องทางการแจ้งเตือน การเปลี่ยนกำหนดการเพื่อไล่ตามความเสี่ยงเอาท์พุตที่ขาดหายไปทำให้เกิดปัญหาที่สองโดยไม่เปิดเผยอันแรก
เริ่มต้นด้วยการเก็บหลักฐาน บันทึกห้าฟิลด์ โซนแสดงตัวอย่างที่เลือก และรายการรันถัดไป จากนั้นตรวจสอบว่าการกระทำเริ่มต้นขึ้นหรือไม่ และผลลัพธ์ของการกระทำนั้นมุ่งเป้าไปที่เป้าหมายหรือไม่ ToolAcre มีประโยชน์อย่างยิ่ง เนื่องจากช่วยให้ตรวจสอบครึ่งหนึ่งของปฏิทินได้โดยอิสระจากตัวเลือกความสามารถในการสังเกตที่ไม่ได้ใช้
ผลลัพธ์ที่ขาดหายไปสามารถอยู่ร่วมกับนิพจน์และการแสดงตัวอย่างที่ถูกต้องได้
สมุดงานอธิบายการส่งอีเมลเริ่มต้นผ่านตัวแทนในพื้นที่ ไม่มีรหัสเมล การกำหนดค่า daemon หรือการรวมระบบปฏิบัติการปรากฏในเครื่องมือ เบราว์เซอร์ไม่ทราบว่าโฮสต์เป้าหมายมีการส่งเมล หยุดเอาต์พุต หรือใช้ตัวกำหนดเวลาที่แตกต่างไปจากเดิมอย่างสิ้นเชิง การทำซ้ำค่าเริ่มต้นให้เป็นสากลจะเกินหลักฐาน
ศึกษาเอกสารและการกำหนดค่าการใช้งานจริง ตัวแยกวิเคราะห์กำหนดการไม่สามารถสรุปเส้นทางเอาท์พุตจากช่องตัวเลขห้าช่องได้ สองโฮสต์อาจยอมรับนิพจน์เดียวกันและถือว่าเอาต์พุตคำสั่งแตกต่างกัน บทความนี้จึงกำหนดกรอบเมลว่าเป็นความเป็นไปได้จากภายนอกในการตรวจสอบ ไม่ใช่ปลายทางที่สัญญาไว้
การทำงานของเมลเริ่มต้นไม่ได้รับการยืนยันโดยพื้นที่เก็บข้อมูลนี้
`MAILTO` ไม่ใช่ค่าหนึ่งของนาที ชั่วโมง วันของเดือน เดือน หรือวันในสัปดาห์ การป้อนงานที่มอบหมายในกล่องนิพจน์ไม่เป็นไปตามกฎห้าฟิลด์ที่แน่นอน และตัวควบคุมสำหรับแต่ละฟิลด์ไม่มีที่สำหรับสิ่งนี้ นั่นเป็นขอบเขตขอบเขตมากกว่าคุณสมบัติปฏิทินที่ขาดหายไป
เก็บการกำหนดค่าการแจ้งเตือนไว้ข้างเอกสาร crontab เป้าหมาย แต่อย่าคาดหวังว่าตัวสร้างจะแยกวิเคราะห์หรือเก็บรักษาไว้ กำหนดการที่คัดลอกมีเพียงนิพจน์เท่านั้น หากต้องการตัวแก้ไขไฟล์ที่สมบูรณ์ ให้เลือกตัวแก้ไขเอกสารการจัดการการมอบหมายอย่างชัดเจน แทนที่จะฉายความสามารถนั้นบนเส้นทางนี้
MAILTO อยู่นอกไวยากรณ์นิพจน์
ตัวดำเนินการเปลี่ยนเส้นทางและไปป์ไลน์อยู่หลังส่วนกำหนดเวลา ToolAcre ไม่เคยส่งมันไปที่เชลล์ การคัดลอกจะใช้คำสั่งตัวแทนเพื่อทำให้มองเห็นการแยกนั้นได้ ดังนั้นจึงไม่สามารถตรวจสอบความถูกต้องของการผนวกหรือการเขียนทับ ลำดับของคำอธิบาย การอนุญาตไฟล์ หรือว่ามีคำสั่งการบันทึกอยู่หรือไม่
ตรวจสอบการจัดการเอาต์พุตเป็นไวยากรณ์ที่ปฏิบัติการได้บนปลายทาง ฟิลด์กำหนดการทั้งห้าฟิลด์สามารถคงที่ในขณะที่กลยุทธ์การเปลี่ยนเส้นทางเปลี่ยนแปลง ความเป็นอิสระนั้นมีประโยชน์ในการปฏิบัติงาน: ทีมสามารถปรับปรุงบันทึกโดยไม่ต้องเปลี่ยนเวลาดำเนินการ และสามารถปรับเวลาได้โดยไม่ต้องเขียนกลไกที่จับความล้มเหลวใหม่โดยไม่ได้ตั้งใจ
การเปลี่ยนเส้นทางเป็นของคำสั่ง ไม่ใช่กำหนดการ
ตำแหน่งต่างๆ เช่น เจอร์นัล, syslog หรือไฟล์ cron เฉพาะแพ็คเกจ จะหายไปจากการใช้งานที่เก็บข้อมูล ToolAcre ทำงานในเบราว์เซอร์และไม่สอบถามผู้จัดการบริการโฮสต์ จะทำให้เข้าใจผิดหากตั้งชื่อเส้นทางหนึ่งเนื่องจากเป็นที่ที่ผู้อ่านต้องหาหลักฐาน
ให้ถามผู้กำหนดเวลาเป้าหมายเกี่ยวกับสถานะและบันทึกของตนเอง จากนั้นจึงเชื่อมโยงการประทับเวลากับการแสดงตัวอย่างที่สร้างขึ้น การจับคู่เรกคอร์ดเริ่มต้นกับผู้สมัครที่คาดไว้จะแยกความล้มเหลวในการดำเนินการหรือเส้นทางเอาต์พุต บันทึกการเริ่มต้นที่ขาดหายไปชี้ให้เห็นถึงการติดตั้ง สถานะของตัวกำหนดเวลา หรือภาษาถิ่นที่ไม่ตรงกัน ไม่ใช่นิพจน์ที่มีรูปแบบไม่ถูกต้องโดยอัตโนมัติ
ตำแหน่งการบันทึก Daemon เป็นการดำเนินการเฉพาะและละเว้น
การตรวจสอบการทำงานที่มีระเบียบวินัยเริ่มต้นด้วย `30 2 * * *` ยืนยัน “ที่ 02:30 ทุกวัน” และบันทึกวันที่ที่กำลังจะมาถึงห้าวันในโซนการปรับใช้ เพิ่มความสามารถในการสังเกตให้กับคำสั่งโดยใช้กลไกที่บันทึกไว้ของเป้าหมาย จากนั้นทดสอบด้วยเอาต์พุตที่ไม่เป็นอันตราย กำหนดการไม่ควรเปลี่ยนแปลงในระหว่างการทดสอบนั้น
วิธีการนี้ให้ผลสองสิ่งที่แยกจากกัน: ความคาดหวังของปฏิทินและหลักฐานการดำเนินการ หากไม่มีเอาต์พุต ให้เปรียบเทียบนาฬิกาโฮสต์และการติดตั้งตัวกำหนดเวลากับการแสดงตัวอย่างก่อนที่จะแก้ไขฟิลด์ ToolAcre ให้เวลาที่คาดหวังอย่างแม่นยำ ซึ่งเพียงพอที่จะทำให้การตรวจสอบการบันทึกภายนอกมีขอบเขตที่ดีขึ้น
ขอบเขตการทำงาน: รักษาตารางเวลาที่ได้รับการตรวจสอบแล้วในขณะที่เพิ่มความสามารถในการสังเกตในที่อื่น
การหมุนเวียนบันทึก การเก็บรักษา เกณฑ์การแจ้งเตือน และการรับประกันการนำส่งเป็นระบบที่แยกจากกัน ไม่มีสิ่งใดใน `cron.js` ที่เปิดไฟล์ หมุนไบต์ หรือส่งการแจ้งเตือน แม้แต่คำเตือนก็ยังเกี่ยวข้องกับการรวมกันของปฏิทิน เช่น วันที่ที่เป็นไปไม่ได้และช่องวัน ORed ไม่ใช่ความล้มเหลวของรันไทม์
การละเว้นเหล่านั้นควรมีความชัดเจนใน runbook กำหนดการที่เริ่มทำงานอย่างเชื่อถือได้ยังคงสามารถเติมเอาต์พุตในดิสก์ได้ ในขณะที่คำสั่งแบบไม่ต้องโต้ตอบอาจล้มเหลวโดยไม่มีการแจ้งเตือนที่เป็นประโยชน์ ใช้การควบคุมพิเศษสำหรับความเสี่ยงเหล่านั้นและคง ToolAcre ไว้เป็นเครื่องมือตรวจสอบนิพจน์ แทนที่จะขยายไปสู่แพลตฟอร์มที่สามารถสังเกตได้
การหมุนและการแจ้งเตือนยังคงอยู่นอกเครื่องกำเนิดไฟฟ้า
ไวยากรณ์ของ Cron ตอบว่า “นาทีที่นาฬิกาแขวนตรงกับเวลาใด” การกำหนดค่าเอาท์พุตตอบว่า “หลักฐานของการดำเนินการหายไปไหน” ToolAcre แก้คำถามแรกด้วยการแยกวิเคราะห์ คำอธิบาย คำเตือน และดูตัวอย่าง มันจงใจไม่สามารถตอบวินาทีจากการแสดงออกที่โดดเดี่ยวได้
สร้างห้าฟิลด์ ตรวจสอบโซนและปฏิทิน จากนั้นสร้างเอาท์พุตลงที่ไหนสักแห่งผ่านการออกแบบการปรับใช้ที่ทดสอบแยกต่างหาก การรายงานว่าขอบเขตนั้นไม่ใช่ข้อจำกัดในการซ่อน โดยจะป้องกันไม่ให้นิพจน์ที่ถูกต้องถูกเข้าใจผิดว่าเป็นการพิสูจน์ว่างานดำเนินไป สำเร็จ หรือทิ้งบันทึกที่สามารถเรียกคืนได้