<div class="key-takeaways"><ul><li>เซิร์ฟเวอร์ทั่วไปมักพึ่งพาประวัติการแก้ไขและคำสั่งสะสมจนกลายเป็นกล่องดำ</li><li>NixOS ใช้แนวคิด Declarative ระบุสถานะระบบที่ต้องการแทนการบอกขั้นตอน</li><li>รองรับการทดสอบ, เปิดใช้งาน, และย้อนกลับ (Rollback) ผ่านคำสั่งเดียว</li><li>ข้อมูลที่มีการเปลี่ยนแปลง (Mutable Data) ยังคงต้องดูแลจัดการแบ็คอัพแยกต่างหาก</li></ul></div><p>เซิร์ฟเวอร์อายุสามปีที่ผ่านการแก้ปัญหาเฉพาะหน้าด้วยมือมานับไม่ถ้วน มักกลายเป็นโปรเจกต์โบราณคดีที่ไม่มีใครกล้าแตะต้อง ปัญหานี้ไม่ได้เกิดจากการที่ทีมงานไม่พยายามทำระบบอัตโนมัติ แต่เป็นเพราะตัวเครื่องถูกกำหนดขึ้นจากประวัติศาสตร์ของตัวมันเอง ทั้งคำสั่งด่วน แพตช์เฉพาะกิจ และการตัดสินใจเฉพาะหน้าในยามวิกฤต</p><p>NixOS นำเสนอแนวทางที่แตกต่างออกไป แทนที่จะเขียนขั้นตอนการกำหนดค่าทีละสัปดาห์ คุณกลับเป็นผู้ระบุสถานะที่ต้องการให้ระบบเป็น บริการ ผู้ใช้ แพ็กเกจ และกฎไฟร์วอลล์จะถูกรวมไว้ในคอนฟิกูเรชันแบบประกาศ (Declarative Configuration) ซึ่งช่วยให้ระบบปฏิบัติการกลายเป็นสิ่งที่คุณสามารถสร้าง ตรวจทาน และทำเวอร์ชันควบคุมได้</p><div class="ai-insight"><p>การเปลี่ยนระบบปฏิบัติการให้เป็นโค้ด (Infrastructure as Code) ในระดับลึกเช่นนี้ช่วยลดปัญหา Server Drift หรือภาวะที่เซิร์ฟเวอร์ที่ควรจะเหมือนกันค่อยๆ เพี้ยนไปทีละนิดจากการแก้ไขด้วยมือ การเก็บคอนฟิกูเรชันไว้ใน Git ช่วยให้ทุกการเปลี่ยนแปลงโปร่งใสผ่านกระบวนการ Pull Request</p></div><p>การตั้งค่าบนระบบปฏิบัติการทั่วไปมักเต็มไปด้วยคำสั่งไล่เรียงทีละขั้นตอน เช่น การอัปเดตแพ็กเกจ การติดตั้งเว็บเซิร์ฟเวอร์ Nginx และการปรับแต่งสิทธิ์ ซึ่งหากทำขั้นตอนใดผิดพลาดหรือข้ามไป เซิร์ฟเวอร์สองเครื่องที่ควรจะเหมือนกันเป๊ะก็จะเริ่มมีความแตกต่างกัน ในขณะที่ NixOS จะมุ่งเน้นไปที่การประกาศคุณสมบัติของระบบให้ชัดเจน</p><div class="mb-20"><img class="img-bdrd-16" src="https://api.inewgen.co/uploads/nixos_ms7rpnx5_inline_1_36b8fa7ea0.jpg" alt="terminal code linux server" loading="lazy" /><p class="color-gray-500 text-sm mt-10">ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง</p></div><p>แม้ทฤษฎีจะน่าสนใจ แต่ตัวอย่างไฟล์คอนฟิกูเรชันจริงช่วยให้เห็นภาพชัดเจนขึ้น โค้ดตัวอย่างมักจะรวมเอา Nginx, การเข้าถึงผ่าน SSH แบบใช้คีย์, ไฟร์วอลล์, ผู้ดูแลระบบ, และใบรับรอง HTTPS ผ่าน ACME ไว้ด้วยกัน อย่างไรก็ตาม มีจุดสำคัญที่ต้องระวังคือค่า <code>system.stateVersion</code> ซึ่งไม่ได้หมายถึงเวอร์ชันของ NixOS แต่ทำหน้าที่ควบคุมความเข้ากันได้สำหรับบริการที่มีสถานะ (Stateful services)</p><p>เมื่อแก้ไขไฟล์คอนฟิกูเรชันแล้ว NixOS มีลำดับขั้นตอนการทดสอบที่ปลอดภัยก่อนนำไปใช้งานจริง:</p><ul><li><code>sudo nixos-rebuild build</code>: สร้างคอนฟิกูเรชันใหม่โดยไม่เปลี่ยนแปลงระบบที่กำลังรันอยู่</li><li><code>sudo nixos-rebuild test</code>: ทดสอบบนระบบจริงโดยไม่บันทึกให้เป็นค่าเริ่มต้นสำหรับการบูตครั้งถัดไป</li><li><code>sudo nixos-rebuild switch</code>: เปิดใช้งานรุ่นใหม่และตั้งเป็นค่าเริ่มต้น</li><li><code>sudo nixos-rebuild switch --rollback</code>: ย้อนกลับไปยังรุ่นก่อนหน้าหากพบปัญหา</li></ul><p class="source-attribution">ที่มา: <img src="https://www.google.com/s2/favicons?domain=dev.to&sz=64" alt="Dev.to" class="source-logo" width="16" height="16" /> <a href="https://dev.to/pedroltz/nixos-on-servers-what-changes-when-your-os-becomes-code-4a99" target="_blank" rel="noopener noreferrer">Dev.to</a></p>

<div class="key-takeaways"><ul><li>Traditional servers often accumulate manual hotfixes that turn them into black boxes.</li><li>NixOS replaces imperative setup steps with a declarative desired state.</li><li>It enables safe testing, switching, and rolling back of system generations.</li><li>Databases and persistent mutable data still require a separate backup strategy.</li></ul></div><p>A server running for three years with script setups and manual hotfixes often becomes an archaeological project that nobody dares to touch. The core issue isn't a lack of automation, but rather that the machine is defined by its history—every one-off decision and quick patch applied during past incidents.</p><p>NixOS approaches infrastructure differently by letting you describe the exact state you want rather than the steps to get there. Services, users, packages, and firewall rules live in a declarative configuration, transforming the operating system into something you can build, review, and version control.</p><div class="ai-insight"><p>Treating the operating system itself as code helps eliminate server drift, where servers that started identical gradually diverge due to manual tweaks. Storing these configurations in Git introduces standard code review workflows like pull requests to infrastructure management.</p></div><p>Traditional Linux distributions set up web servers through a sequence of imperative commands. If a single step is missed or altered, supposedly identical servers drift apart. NixOS avoids this by declaring system properties directly instead of relying on previous machine states.</p><div class="mb-20"><img class="img-bdrd-16" src="https://api.inewgen.co/uploads/nixos_ms7rpnx5_inline_1_36b8fa7ea0.jpg" alt="terminal code linux server" loading="lazy" /><p class="color-gray-500 text-sm mt-10">Stock photo for illustration only, not from the actual event</p></div><p>While theory provides the foundation, configuration files make the model tangible. A typical setup combines Nginx, key-based SSH access, firewalls, and ACME HTTPS certificates. One parameter to note is <code>system.stateVersion</code>, which controls compatibility defaults for stateful services rather than indicating the actual NixOS release version.</p><p>NixOS provides a clear, progressive workflow for applying changes safely:</p><ul><li><code>sudo nixos-rebuild build</code>: Evaluates and builds the new generation without touching the live system.</li><li><code>sudo nixos-rebuild test</code>: Tests the configuration on the running system temporarily.</li><li><code>sudo nixos-rebuild switch</code>: Activates the new generation and makes it the default boot option.</li><li><code>sudo nixos-rebuild switch --rollback</code>: Reverts back to the previous generation if issues arise.</li></ul><p class="source-attribution">Source: <img src="https://www.google.com/s2/favicons?domain=dev.to&sz=64" alt="Dev.to" class="source-logo" width="16" height="16" /> <a href="https://dev.to/pedroltz/nixos-on-servers-what-changes-when-your-os-becomes-code-4a99" target="_blank" rel="noopener noreferrer">Dev.to</a></p>

medium_article-921.jpg

small_article-921.jpg

thumbnail_article-921.jpg

article-921.jpg

เจาะลึกการใช้ NixOS บนเซิร์ฟเวอร์ แปลงสภาพระบบให้เป็น Declarative Configuration พร้อมจัดการ Rollback ได้อย่างไร้กังวล แต่ยังมีข้อจำกัดที่ต้องรู้

Explore how NixOS transforms server management using declarative configurations, smooth rollbacks, and reproducible builds while keeping persistent data in mind.

Inewgen

Inewgen

#NixOS

NixOS on Servers: What Changes When Your OS Becomes Code

Inewgen