ระบบปฏิบัติการเปรียบเทียบ
macOS: เวิร์กสเตชัน Unix ไม่ใช่เซิร์ฟเวอร์
macOS ซ่อนระบบปฏิบัติการ Unix ที่ได้รับการรับรองไว้ในเดสก์ท็อปที่เป็นมิตรต่อตลาดมวลชนที่สุด และการรวมกันดังกล่าวก็คุ้มค่าแก่การพิจารณาอย่างจริงจัง: ผู้ใช้ BSD ของดาร์วินทำให้นิสัยเทอร์มินัลของผู้ดูแลระบบ Linux ถ่ายโอนโดยตรง โดยจะรับการรักษาในทุกที่ที่มีผู้คน ไม่ใช่แพ็คเก็ต ไม่ว่าจะเป็นส่วนจัดการระบบ เครื่องจักรสำหรับการพัฒนา และทุกสิ่งที่ต้องการ Xcode ที่ปลายอีกด้านของบิลด์ จุดที่หยุดรับรายได้คือห้องเซิร์ฟเวอร์ และการระบุขอบเขตโดยสุจริตคือคุณค่าส่วนใหญ่ของบทความนี้
ประเด็นสำคัญ
- แกนหลักได้รับการรับรอง UNIX 03: Darwin พร้อมพื้นที่ผู้ใช้ BSD ดังนั้น grep, awk, ssh และเชลล์สคริปต์จึงทำงานตามที่หน่วยความจำของกล้ามเนื้อคาดหวัง โดยมีคำศัพท์แฟล็กขนาดเล็กที่แตกต่างกัน (BSD sed, BSD grep) และสคริปต์กัดที่เขียนสำหรับแกน GNU
- การจัดการแพ็คเกจคือ Homebrew และ Playbook ทุกเล่มต้องใช้ภาษาถิ่นที่สอง: brew services ไม่ใช่ systemd และ /usr/local และตอนนี้ /opt/homebrew แยกไบนารีระหว่างเส้นทางซิลิคอนของ Intel และ Apple
- การให้สิทธิ์ใช้งานปิดประตูศูนย์ข้อมูล: EULA ของ Apple อนุญาต macOS บนฮาร์ดแวร์ของ Apple เท่านั้น ดังนั้น 'เซิร์ฟเวอร์' ของ macOS ที่ถูกต้องตามกฎหมายจึงอาศัยอยู่ใน Mac mini หรือโฮสติ้ง Mac ที่เช่า ไม่ใช่บนฮาร์ดแวร์สินค้าโภคภัณฑ์เสมือนจริง
- ผลิตภัณฑ์เซิร์ฟเวอร์หมดไปในทางปฏิบัติแล้ว: Server.app ถูกยกเลิกและไม่มีเอกสารประกอบเกี่ยวกับสแต็ก แผง หรืออุปกรณ์โฮสติ้งที่ร้ายแรงกำหนดเป้าหมายไปที่ macOS ดังนั้นแผนโครงสร้างพื้นฐานใดๆ ที่สร้างขึ้นบนเซิร์ฟเวอร์จึงถูกสร้างขึ้นบนทราย
- สำหรับการดำเนินงาน มันคือเดสก์ระดับเฟิร์สคลาส: การจำลองเสมือนที่เร่งด้วยฮาร์ดแวร์ (Virtualization.framework), รองรับการกำหนดค่า SSH ที่แข็งแกร่ง และสแต็กแบบอักษร/ภาพหน้าจอ/คลิปบอร์ดที่ทำให้รันบุ๊กและตั๋วทำงานได้ดีกว่าเดสก์ท็อป Linux ส่วนใหญ่
- การจัดการฟลีตดำเนินการผ่าน MDM แทนที่จะเป็นไฮเปอร์ไวเซอร์หรือเซิร์ฟเวอร์อิมเมจ หากอสังหาริมทรัพย์ของคุณต้องบังคับใช้การเข้ารหัสดิสก์ ใบรับรอง และการอัปเดตระบบปฏิบัติการทั่วทั้งเดสก์ เครื่องมือ macOS (โซลูชัน MDM) จะมีความสมบูรณ์แต่จะมีระเบียบวินัยที่แยกต่างหากจากการจัดการเซิร์ฟเวอร์
บันทึกจากหน้างาน
ลูกค้าสร้างสแต็กการแสดงละครบน Mac mini Closet ในปี 2019 และมันทำงานได้อย่างสวยงามจนกระทั่ง Apple Silicon จัดทำเครื่องมือเพียงครึ่งเดียวสำหรับ MacOS-X86 เท่านั้น ตอนนี้เวทีทำงานบนอินฟาเรด Linux ที่เหมาะสม และ Mac minis ก็ทำในสิ่งที่ควรทำ: โต๊ะสำหรับนักพัฒนา
คำถามที่พบบ่อย
ฉันสามารถรัน macOS บนเซิร์ฟเวอร์ได้เลยหรือไม่
ใช่แล้ว หากใช้งานจริงบนฮาร์ดแวร์ Mac และตู้เสื้อผ้า Mac mini ก็เป็นช่องทางที่ถูกต้องตามกฎหมายสำหรับเครื่องสร้าง CI ในฐานะแพลตฟอร์มโฮสติ้งทั่วไป ไม่: ไม่รองรับการจำลองเสมือนจากฮาร์ดแวร์ของ Apple ไม่มีระบบนิเวศ และ EULA ที่ห้าม
นิสัยบรรทัดคำสั่ง Linux ของฉันทั้งหมดถ่ายโอนหรือไม่
ส่วนใหญ่. พื้นที่ผู้ใช้ BSD แตกต่างกันที่ขอบ: ไวยากรณ์ sed -i '', cp ที่ไม่มี --archive และแฟล็ก sort/grep ที่แตกต่างกัน สคริปต์การพกพาควรหลีกเลี่ยงขอบเหล่านั้นหรือทดสอบทั้งสองอย่าง
Homebrew เป็นเครื่องมือการผลิตหรือความสะดวกสบายหรือไม่?
ความสะดวกสบาย มันยอดเยี่ยมสำหรับเวิร์กสเตชัน แต่ไม่มีสิ่งใดที่สำคัญกับฟลีตที่ควรขึ้นอยู่กับมัน ปฏิบัติต่อไบนารีที่ติดตั้ง Homebrew ในลักษณะที่คุณจะปฏิบัติต่อเครื่องมือที่สร้างขึ้นในเครื่อง มีเวอร์ชัน และจัดทำเป็นเอกสาร
บทบาท macOS ที่แท้จริงสำหรับทีมโครงสร้างพื้นฐานของเราคืออะไร
เวิร์กสเตชันผู้ดูแลระบบและการพัฒนา รักษา Terminal Muscle ไว้ตรงนั้น เรียกใช้งานเซิร์ฟเวอร์ที่อื่น และหยุดข้อโต้แย้งเกี่ยวกับตัวเลือกระบบปฏิบัติการบนโต๊ะก่อนที่จะเสียเวลาหนึ่งสัปดาห์
Kinetikatech ช่วยเรื่อง ระบบปฏิบัติการเปรียบเทียบ ได้อย่างไร
นี่คือสิ่งที่เราทำทุกวัน: การประเมินระบบปฏิบัติการแบบตัวต่อตัวจากประสบการณ์การใช้งานจริง: distros, BSD และทางเลือก Windows เปรียบเทียบกับวงจรชีวิตการสนับสนุน สถานะความปลอดภัย และความสามารถในการทำงานในเวลา 03.00 น. — วัดกัน ไม่ใช่วางตลาด บริการ ความปลอดภัยเซิร์ฟเวอร์ Linuxและการจัดการเซิร์ฟเวอร์ ของเราดูแลครบวงจร ตั้งแต่ประเมิน ลงมือทำ ติดตาม 24 ชั่วโมง ไปจนถึงรับเรื่องฉุกเฉินภายใน 30 นาที