क्रिस्टीना वॉरेन के साथ नए कस्टम M1 macOS रनर्स रैक्स का दौरा [वीडियो]
M1 Mac minis से बने custom data-center racks, जो GitHub Actions के लिए उपयोग हो रहे हैं, Apple के server-grade Apple Silicon न देने और बड़े पैमाने पर consumer hardware को “shuck” करने की अपव्ययिता पर बहस छेड़ते हैं। टिप्पणीकार density, cooling, power delivery, और macOS licensing जैसे तकनीकी trade-offs की तुलना AWS Mac instances, Hackintoshes, और Asahi Linux जैसे विकल्पों से करते हैं, साथ ही Apple के पर्यावरणीय दावों और बड़े पैमाने पर macOS CI workflows के समर्थन की कमी की आलोचना भी करते हैं। कई लोगों को official rackable Macs या cloud offerings की स्पष्ट मांग दिखती है, लेकिन उन्हें संदेह है कि iOS और macOS development pipelines की स्पष्ट आवश्यकता के बावजूद Apple server market में लौटेगा।
कस्टम M1 रैक डिज़ाइन और घनत्व
- कई लोग यह देखकर हैरान हैं कि GitHub रैक्स के लिए पूरे Mac minis “shuck” करता है; इसे कभी-कभी किसी हिस्से के लिए पूरा उत्पाद खरीदने जैसा माना जाता है।
- कुछ लोगों को यह घनत्व कम प्रभावशाली लगता है (≈60 minis प्रति 42–48U), और वे नोट करते हैं कि कमर्शियल शेल्फ़/रैकमाउंट intact minis के साथ भी समान या बेहतर घनत्व दे सकते हैं।
- अन्य लोग तर्क देते हैं कि Apple कोई native server form factor नहीं देता, इसलिए यह डिज़ाइन “काफी dense” है, और इसके फायदे इन में देखते हैं:
- प्रति-sled power (A/B feeds), lights-out management, और isolation.
- केवल एक sled निकालकर आसान hot-swap/maintenance.
- Thunderbolt का उपयोग बाहरी NIC/management के लिए “extended motherboard” की तरह किया जाता है; वीडियो में विवरण कम हैं।
कचरा, e-waste, और Apple की ज़िम्मेदारियाँ
- कई लोगों को minis को खोलकर उनके cases फेंकना अपव्ययी लगता है, और यह Apple की सार्वजनिक पर्यावरणीय messaging से टकराता हुआ दिखता है।
- कुछ लोग जवाब देते हैं कि parts को फिर से बेचा या recycled किया जा सकता है, लेकिन अन्य लोग कहते हैं कि अतिरिक्त parts को ship और handle करना भी waste ही है।
- एक बार-बार आने वाली इच्छा: Apple को bare boards या purpose-built Mac server blades बेचने चाहिए, ताकि यह समस्या न रहे।
macOS licensing, Hackintosh, और कानूनी सीमाएँ
- कुछ लोग सोचते हैं कि macOS licensing को किसी तरह bypass किया जा सकता है (जैसे jurisdiction shopping या dead Macs को generic servers के साथ जोड़कर), लेकिन अन्य लोग नोट करते हैं:
- ARM Macs ने व्यावहारिक Hackintosh को लगभग खत्म कर दिया है।
- CI/testing के लिए, unsupported hardware/virtualization layers पर चलाना आकर्षक नहीं है, खासकर iOS/macOS builds के लिए।
Apple, servers, और cloud महत्वाकांक्षाएँ
- इस पर बहस है कि Apple को servers में फिर से उतरना चाहिए या नहीं:
- Pro: M-series की efficiency, बढ़ता services business, internal Mac CI की ज़रूरत, और संभावित power savings.
- Con: Xserve की पिछली असफलता, Apple का consumer focus, सीमित TSMC capacity, कमजोर internal cloud stack, और IaaS में कम margins.
- कुछ लोग सुझाव देते हैं कि Apple Mac IaaS दे सकता है या chips/OS लाइसेंस कर सकता है, लेकिन अन्य लोग कहते हैं कि यह Apple की priorities या economics से मेल नहीं खाता।
Developer experience और Mac CI
- कई टिप्पणियाँ बताती हैं कि iOS/macOS CI दर्दनाक है: physical Macs की ज़रूरत, virtualization पर licensing सीमाएँ, brittle app review, और अस्पष्ट tooling.
- Hosted Mac CI को महँगा और capacity-constrained माना जाता है; कुछ लोग third parties से minis किराए पर लेते हैं या self-host करते हैं।
- जहाँ संभव हो, Mac build farms से बचने के लिए Linux से Electron/JVM apps package करने जैसे alternatives का भी उल्लेख है।
वीडियो पर प्रतिक्रियाएँ
- कई लोगों को वीडियो सतही, marketing-heavy, और तकनीकी विवरण से खाली लगा (orchestration, networking design, storage, virtualization).
- कुछ लोग presenters की expertise का बचाव करते हैं, यह तर्क देते हुए कि format, न कि व्यक्ति, ने depth को सीमित किया; accent, tone, और bias को लेकर लंबी बहस भी हुई।