DevOps และคลาวด์

ปล่อยเวอร์ชันใหม่ได้แม้วันศุกร์ โดยไม่ต้องลุ้น

เราวางระบบ CI/CD การ deploy ด้วยคอนเทนเนอร์ การมอนิเตอร์ และการแบ็กอัป ให้ Odoo เว็บแอป และ API ทุกการ release ต้องผ่านชุดทดสอบ ขึ้นระบบโดยไม่มี downtime และย้อนกลับได้อัตโนมัติ ส่วนแบ็กอัปถูกทดสอบกู้คืนตามรอบเพื่อยืนยันว่าใช้ได้จริง

นัดตรวจระบบโครงสร้างพื้นฐานดูขั้นตอนการ release
  • GitHub Actions และ GitLab CI
  • Docker และ Kubernetes เมื่อจำเป็นจริง
  • Prometheus และ Grafana
  • แบ็กอัปที่ทดสอบกู้คืนแล้ว
  • ย้อนเวอร์ชันได้ทุกการ deploy
แบ็กอัปรายวันบน Odoo hosting ที่เราดูแล
โค้ด pipeline และโครงสร้างพื้นฐานอยู่ใน repo ของคุณ
ขอบเขตงานและราคาคงที่ต่อระยะ
ตอบกลับภายในหนึ่งวันทำการ

บริการ DevOps

ทุกขั้นตอนระหว่าง commit ถึงระบบจริง

เราทำให้เส้นทางจากเครื่องของนักพัฒนาไปถึงผู้ใช้เป็นอัตโนมัติ แล้วเฝ้าดูสิ่งที่รันอยู่บนระบบจริง ทีมเดียวกันนี้ดูแล Odoo บน production ด้วย งาน ERP จึงไม่ใช่เรื่องที่ถูกคิดทีหลัง

ระบบ CI/CD pipeline

pipeline บน GitHub Actions หรือ GitLab CI ที่ตรวจโค้ด ทดสอบ build สแกน และ deploy ทุกครั้งที่ merge พร้อมขั้นตอนอนุมัติก่อนขึ้น production และประวัติครบว่าใคร release อะไร

คอนเทนเนอร์และ orchestration

ใช้ Docker และ Docker Compose กับงานส่วนใหญ่ และใช้ Kubernetes เฉพาะเมื่อจำนวนบริการและปริมาณทราฟฟิกคุ้มกับค่าใช้จ่ายในการดูแล

Release โดยไม่มี downtime

deploy แบบ blue-green หรือ rolling ผ่าน Nginx พร้อม health check การรัน database migration อย่างปลอดภัย และย้อนกลับอัตโนมัติเมื่อการตรวจสอบไม่ผ่าน

มอนิเตอร์และแจ้งเตือน

Prometheus, Grafana และ Loki สำหรับ metric และ log ตรวจสอบ uptime จากภายนอกเครือข่าย และส่งการแจ้งเตือนทางอีเมลหรือ LINE ถึงคนที่แก้ไขได้จริง

แบ็กอัปที่ทดสอบกู้คืนแล้ว

แบ็กอัป PostgreSQL และไฟล์แบบเข้ารหัสและเก็บนอกสถานที่ด้วย Borg หรือ restic กำหนดระยะเก็บได้เอง และทดสอบกู้คืนตามรอบเพื่อยืนยันว่าแบ็กอัปเปิดใช้ได้จริง

โครงสร้างพื้นฐานเป็นโค้ด

ใช้ Terraform และ Ansible จัดการเซิร์ฟเวอร์ DNS และไฟร์วอลล์บน AWS, DigitalOcean หรือเครื่องของคุณเอง ทุก environment จึงสร้างใหม่ได้จาก repository

แบ็กอัปและการกู้คืน

แบ็กอัปจะมีความหมาย เมื่อกู้คืนได้จริงแล้วเท่านั้น

หลายทีมรู้ว่าแบ็กอัปใช้ไม่ได้ในวันที่ต้องใช้จริง เราจึงตั้งรอบทดสอบกู้คืนลงบน environment ที่แยกออกมา ตรวจว่า Odoo หรือแอปของคุณเปิดใช้งานได้จริงด้วยข้อมูลที่กู้คืน แล้วส่งผลให้คุณทุกครั้ง เวลาในการกู้คืนจึงเป็นตัวเลขที่วัดมาแล้ว ไม่ใช่การคาดเดา

  • แบ็กอัปเข้ารหัสและเก็บนอกสถานที่ แยกจากบัญชี production
  • กู้คืน PostgreSQL ณ จุดเวลาที่ต้องการด้วย WAL archiving
  • ทดสอบกู้คืนตามรอบ พร้อมรายงานเป็นลายลักษณ์อักษรทุกครั้ง
  • สำเนาที่แก้ไขหรือลบไม่ได้ เพื่อจำกัดความเสียหายจากแรนซัมแวร์

  1. แบ็กอัป

    ฐานข้อมูลและ filestore ถูกแบ็กอัปตามรอบ และเข้ารหัสก่อนออกจากเซิร์ฟเวอร์

  2. เก็บนอกสถานที่

    เก็บสำเนาไว้ในบัญชีและภูมิภาคที่แยกออกไป พร้อมกฎระยะเวลาการเก็บ

  3. กู้คืน

    สร้าง environment ใหม่จากแบ็กอัปตามรอบที่กำหนด

  4. ตรวจยืนยัน

    เปิดแอปได้ ตรวจข้อมูลสำคัญ และรายงานเวลาที่ใช้ในการกู้คืน

จุดที่เรามักเริ่ม

สามจุดเริ่มต้น ที่พบบ่อย

deploy ด้วยมือผ่าน SSH

การ release ที่มีคนเดียวคอยก๊อปไฟล์ขึ้นเซิร์ฟเวอร์ เราย้ายขั้นตอนนี้เข้า pipeline ที่มีชุดทดสอบ การอนุมัติ และการย้อนกลับ ทุกคนในทีมจึง release ได้อย่างปลอดภัย

Odoo ที่ติดตั้งเองแต่ไม่มีใครดูแล

เซิร์ฟเวอร์ Odoo ที่ติดตั้งไว้นาน ไม่มี staging ไม่รู้ว่าแบ็กอัปใช้ได้หรือไม่ และค้างการอัปเกรดมานาน เราทำเอกสาร ย้ายเข้าคอนเทนเนอร์ เพิ่ม staging และการมอนิเตอร์ แล้วเตรียมแผนอัปเกรด

ค่าคลาวด์ที่สูงขึ้นทุกเดือน

เครื่องที่ใหญ่เกินจำเป็น environment ที่เปิดทิ้งไว้ และพื้นที่เก็บข้อมูลที่ถูกลืม เราปรับขนาดให้เหมาะ ตั้งเวลาเปิดปิด environment ที่ไม่ใช่ production และตั้งงบพร้อมการแจ้งเตือน โดยยังไม่ต้องแก้โค้ด

กลุ่มธุรกิจ

ธุรกิจที่ระบบล่ม หมายถึงรายได้ที่หายไป

บางธุรกิจรอการแก้ไขได้หนึ่งชั่วโมง แต่ธุรกิจเหล่านี้รอไม่ได้ pipeline การมอนิเตอร์ และแผนกู้คืนจึงต้องได้รับการดูแลเป็นพิเศษ

ขั้นตอนการทำงาน

ตรวจระบบและเขียนรายงานก่อน แล้วจึงทำระบบอัตโนมัติ

  1. 1. ตรวจสอบระบบ

    เราตรวจเซิร์ฟเวอร์ ขั้นตอน deploy แบ็กอัป สิทธิ์การเข้าถึง และค่าใช้จ่าย แล้วส่งรายการความเสี่ยงเป็นลายลักษณ์อักษร เรียงตามผลกระทบ

  2. 2. ล็อกขอบเขตงาน

    คุณเลือกว่าจะแก้ความเสี่ยงข้อใดก่อน ขอบเขตงานและราคาถูกล็อกต่อระยะก่อนเริ่มงาน

  3. 3. ทำให้เป็นอัตโนมัติ

    pipeline คอนเทนเนอร์ และโค้ดโครงสร้างพื้นฐานเข้ามาแทนขั้นตอนที่ทำด้วยมือ เริ่มจาก staging แล้วจึงขึ้น production

  4. 4. พิสูจน์การกู้คืน

    เราซ้อมกู้คืนทั้งระบบและซ้อมย้อนเวอร์ชันโดยมีทีมของคุณดูอยู่ด้วย และบันทึกเวลาที่ใช้แต่ละครั้ง

  5. 5. ส่งมอบหรือดูแลต่อ

    คู่มือการทำงานและรหัสผ่านทั้งหมดอยู่ในบัญชีของคุณเอง เราดูแลต่อด้วยแผนรายเดือน หรือถอยออกมาก็ได้

เครื่องมือที่เราใช้งาน

เครื่องมือที่พิสูจน์แล้ว ตั้งค่าและทำเอกสารครบ

  • GitHub Actions
  • GitLab CI
  • Docker
  • Kubernetes
  • Nginx
  • Terraform
  • Ansible
  • Prometheus
  • Grafana
  • Loki
  • PostgreSQL
  • Borg and restic
  • AWS
  • DigitalOcean

สิ่งที่เรารับปาก

คำมั่นด้านการดูแลระบบ ที่เราทำได้จริง

คุณจะไม่เห็นตัวเลข uptime ในหน้านี้ เพราะ uptime ขึ้นอยู่กับโฮสติ้งและโค้ดของคุณพอ ๆ กับงานของเรา ต่อไปนี้คือสิ่งที่เราควบคุมได้และรับปากได้

นัดตรวจระบบโครงสร้างพื้นฐาน
ทดสอบกู้คืนแบ็กอัปตามรอบ
ภูมิภาคโฮสติ้ง: สิงคโปร์ สหรัฐฯ มุมไบ
เวอร์ชัน Odoo ที่เรา deploy และดูแล
รายงานความคืบหน้าเป็นลายลักษณ์อักษร
คู่มือระบบและการดูแล

FAQ

คำถามที่ลูกค้าถามบ่อย

จำเป็นต้องใช้ Kubernetes หรือไม่

ส่วนใหญ่ยังไม่จำเป็น Docker Compose บนเซิร์ฟเวอร์หนึ่งหรือสองเครื่องที่ดูแลดี รองรับงาน Odoo และเว็บได้เกือบทั้งหมด ค่าดูแลต่ำกว่ามากและแก้ปัญหาง่ายกว่า เราแนะนำ Kubernetes เมื่อคุณมีบริการจำนวนมาก ต้องขยายอัตโนมัติข้ามหลายเครื่อง หรือมีทีมที่ดูแล Kubernetes อยู่แล้ว

ทำงานกับเซิร์ฟเวอร์และคลาวด์ที่เราใช้อยู่ได้หรือไม่

ได้ เราทำงานบน AWS, DigitalOcean, ผู้ให้บริการ VPS อื่น ๆ และเซิร์ฟเวอร์ในองค์กร โดยเริ่มจากตรวจสิ่งที่คุณใช้อยู่ก่อน เราจะแนะนำให้ย้ายผู้ให้บริการเฉพาะเมื่อผลตรวจชี้เหตุผลด้านค่าใช้จ่ายหรือความเสถียรอย่างชัดเจน

การ deploy แบบไม่มี downtime ทำงานอย่างไร

release ใหม่จะเริ่มทำงานคู่กับตัวเดิม ผ่าน health check ก่อน แล้วจึงรับทราฟฟิกผ่าน Nginx ส่วน database migration ถูกเขียนให้ใช้ได้กับทั้งสองเวอร์ชันระหว่างการสลับ หากการตรวจสอบไม่ผ่าน ทราฟฟิกจะอยู่ที่ release เดิม หรือย้อนกลับไปโดยอัตโนมัติ

ควรทดสอบกู้คืนแบ็กอัปบ่อยแค่ไหน

สำหรับธุรกิจส่วนใหญ่ควรทดสอบอย่างน้อยเดือนละครั้ง และทุกครั้งหลังมีการเปลี่ยนแปลงใหญ่กับฐานข้อมูลหรือพื้นที่จัดเก็บ การทดสอบกู้คืนคือการสร้างระบบใหม่จากแบ็กอัปบน environment ที่แยกออกมา แล้วยืนยันว่าแอปเปิดได้พร้อมข้อมูลที่ถูกต้อง คุณจะได้รายงานสั้น ๆ ทุกครั้ง จึงรู้เวลากู้คืนที่แท้จริง

รับโฮสต์และดูแล Odoo ให้ได้หรือไม่

ได้ เรา deploy Odoo ด้วย Docker, Nginx, TLS พร้อม staging ที่แยกออกมา worker ที่ปรับตามจำนวนผู้ใช้ การมอนิเตอร์ และแบ็กอัปรายวันที่ทดสอบกู้คืนแล้ว โฮสต์ได้ในสิงคโปร์ สหรัฐฯ หรือมุมไบ หรือใช้ Odoo.sh หากเหมาะกว่า และเราจะบอกตรง ๆ เมื่อเป็นเช่นนั้น

ค่าบริการ DevOps คิดอย่างไร

การตรวจระบบคิดค่าบริการแบบคงที่ และแต่ละระยะของการปรับปรุงหลังจากนั้นมีขอบเขตงานและราคาคงที่ของตัวเอง ส่วนการมอนิเตอร์และดูแลต่อเนื่องเป็นแผนรายเดือนตามจำนวน environment ค่าคลาวด์และโฮสติ้งออกในชื่อของคุณเอง โดยเราไม่บวกเพิ่ม

ตรวจระบบโครงสร้างพื้นฐาน

รู้ว่าจุดไหนจะพัง ก่อนที่ผู้ใช้จะเจอ

เล่าให้เราฟังว่าแอปของคุณรันอยู่ที่ไหน ตอนนี้ deploy อย่างไร และกังวลเรื่องอะไร คุณจะได้รับคำตอบภายในหนึ่งวันทำการ ตามด้วยรายงานตรวจระบบที่เรียงความเสี่ยงตามผลกระทบ พร้อมราคาคงที่สำหรับการแก้ไข

  • ตอบกลับภายในหนึ่งวันทำการ
  • รายงานตรวจระบบพร้อมลำดับความเสี่ยง
  • บัญชีและรหัสผ่านเป็นของคุณเสมอ

อยากคุยก่อน? โทรหาเรา หรือ แชต WhatsApp.

ข้อมูลของคุณจะถูกเก็บเป็นความลับ เราตอบกลับภายใน 1 วันทำการ