ข้ามไปยังเนื้อหา

บริการ Odoo · บริการโฮสติ้ง Odoo แบบดูแลให้

โฮสติ้ง Odoo พร้อมข้อมูลสำรองที่กู้คืนได้จริง

ตำแหน่งที่ตั้งจริงของฐานข้อมูลเป็นตัวกำหนดว่า Odoo จะรู้สึกเร็วแค่ไหน สำหรับทีมในกรุงเทพฯ เซิร์ฟเวอร์ในสิงคโปร์กับในแฟรงก์เฟิร์ตคือคนละผลิตภัณฑ์ และความต่างนั้นปรากฏในทุกครั้งที่โหลดหน้าจอ ตลอดทั้งวัน

พาร์ทเนอร์อย่างเป็นทางการของ Odooให้บริการไทยและอังกฤษขอบเขตคงที่ทุกระยะ

—— จุดที่เจ็บที่สุด

ปัญหาที่งานนี้ แก้ได้จริง

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

ช้าสำหรับทุกคน ทั้งวัน

หน้าจอโหลดทีละสามวินาที ผู้ใช้โทษ Odoo ฝ่ายไอทีโทษอินเทอร์เน็ต แต่ตัวการจริงส่วนใหญ่คือเซิร์ฟเวอร์ที่เล็กเกินไป ตั้งอยู่ผิดภูมิภาค และยังใช้ค่า worker ตั้งต้นจากโรงงาน ไม่มีใครวัดจริง ทุกคนจึงได้แต่เดา

วิธีที่เราจัดการเราวัดก่อน ทั้งความหน่วงจากออฟฟิศของคุณ ค่า worker และ PostgreSQL รวมถึงโหลดในชั่วโมงที่งานหนักที่สุด แล้วแก้ตามที่ตัวเลขชี้

เซิร์ฟเวอร์ที่มีคนเข้าใจอยู่คนเดียว

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

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

อัปเดตที่ไม่มีใครกล้ากด

ไม่มีระบบ staging สำหรับทดสอบ การอัปเดตทุกครั้งจึงเท่ากับทดลองกับผู้ใช้จริง ทางเลือกที่ดูปลอดภัยคือไม่แตะอะไรเลย ระบบจึงตกรุ่นด้านความปลอดภัยไปเงียบ ๆ ทีละปี

วิธีที่เราจัดการบริการของเรารวมระบบ staging ไว้ให้ แพตช์จะถูกทดสอบที่นั่นก่อน แล้วจึงติดตั้งบนระบบจริงตามช่วงเวลาที่นัดหมายและแจ้งคุณล่วงหน้า

ใบเสนอราคาที่ไปตกถังสแปม

Odoo ส่งใบเสนอราคาออกไปแล้ว แต่ลูกค้าไม่เคยเห็น ฝ่ายขายก็นั่งรอคำตอบที่ไม่มีวันมา สาเหตุแทบทุกครั้งคือการยืนยันตัวตนอีเมล ทั้ง SPF, DKIM และ DMARC ที่ไม่เคยถูกตั้งค่าให้เซิร์ฟเวอร์

วิธีที่เราจัดการเราตั้งค่าการยืนยันตัวตนอีเมลตั้งแต่ติดตั้งระบบ และเฝ้าดูอัตราการส่งถึงหลังจากนั้น เอกสารจาก Odoo จึงไปถึงปลายทางจริง

บิลคลาวด์ที่ขึ้นทางเดียว

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

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

—— เรียนรู้จากโครงการอื่น

ข้อผิดพลาดที่เราพบบ่อย และวิธีหลีกเลี่ยง

เลือกภูมิภาคตามที่ผู้ให้บริการตั้งมา

หน้าจอสมัครคลาวด์มักตั้งค่าเริ่มต้นเป็นสหรัฐฯ หรือยุโรป ซึ่งตอนติดตั้งดูไม่มีพิษภัย แต่สำหรับทีมในกรุงเทพฯ มันเพิ่มความหน่วงราว 200 มิลลิวินาทีให้ทุกคำขอ ตลอดไป เราจึงวางระบบของทีมไทยและเอเชียตะวันออกเฉียงใต้ไว้ที่สิงคโปร์ งานฝั่งอเมริกาไว้ที่สหรัฐฯ และทีมอินเดียไว้ที่มุมไบ ก่อนตัดสินใจเรื่องอื่นทั้งหมด

สำรองฐานข้อมูลแต่ลืมไฟล์แนบ

Odoo เก็บไฟล์แนบ ทั้ง PDF ใบแจ้งหนี้และรูปสินค้า ไว้ใน filestore แยกจากฐานข้อมูล การสำรองเฉพาะฐานข้อมูลจึงกู้กลับมาได้ระบบที่ลิงก์เอกสารเสียทุกจุด ข้อมูลสำรองของเราจึงเก็บทั้งสองส่วนเสมอ และการซ้อมกู้คืนตามรอบเวลาจะฟ้องทันทีหากขาดส่วนใดไป

มีระบบจริงเป็นสภาพแวดล้อมเดียว

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

เปิดฐานข้อมูลไว้ให้ทั้งอินเทอร์เน็ต

PostgreSQL ที่เชื่อมต่อได้จากทุกที่ หน้า database manager ที่เปิดทิ้งไว้ และ master password ที่ไม่เคยเปลี่ยน คือประตูที่แรนซัมแวร์เดินเข้ามา เราปิดประตูเหล่านี้ตั้งแต่วันแรก ทั้งไฟร์วอลล์กั้นฐานข้อมูล ปิดช่องทางแอดมินที่เสี่ยง ใส่ TLS ทุกซับโดเมน และบันทึกทุกการเข้าถึง

คิดไปเองว่ามีคนดูดิสก์อยู่

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

—— รูปแบบการเริ่มงาน

สามวิธี ในการเริ่มต้นกับเรา

ทางเลือก · 01

ตรวจสุขภาพโฮสติ้ง

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

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

ย้ายมาสู่โฮสติ้งแบบดูแลให้

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

  • ซ้อมย้ายก่อนหนึ่งรอบ แล้วย้ายจริงในช่วงเวลาเงียบที่คุณเลือก
  • รวมสำรองข้อมูล TLS ระบบเฝ้าระวัง และ staging ตั้งแต่วันแรก
  • ระบบเดิมไม่ถูกแตะต้อง จนกว่าคุณจะตรวจรับเรียบร้อย
ทางเลือก · 03

กู้สถานการณ์โฮสติ้ง

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

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

พาร์ทเนอร์วางระบบของคุณ

พาร์ทเนอร์ตัวจริง ไม่ใช่ ตัวแทนขายไลเซนส์

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

3สำนักงาน ไทย สหรัฐฯ อินเดีย
2ภาษาให้บริการ โดยเจ้าของภาษา
9บริการ Odoo ตั้งแต่วางแผนถึงดูแล
0การส่งต่องานระหว่างทีมขายกับทีมส่งมอบ

—— งานที่เสร็จหน้าตาเป็นอย่างไร

ผลลัพธ์ที่คุณ ตรวจสอบได้เอง

การกู้คืนที่คุณเห็นกับตาว่าสำเร็จ

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

สิทธิ์เข้าถึงที่อยู่รอดแม้คนเปลี่ยน

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

ปัญหาที่เราเป็นฝ่ายแจ้ง ไม่ใช่พนักงานคุณ

ระบบเฝ้าระวังทำงานจริง และการแจ้งเตือนส่งถึงคนของเรา เมื่อระบบเริ่มมีอาการ ข้อความแรกจะมาจากเราพร้อมสิ่งที่กำลังลงมือแก้ ไม่ใช่จากฝ่ายขายของคุณที่ถามว่าทำไม Odoo ล่ม

แพตช์ที่มีบันทึกครบ

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

—— วิธีการทำงาน

ขั้นตอนการทำงานเป็นอย่างไร

  1. เลือกภูมิภาคให้เหมาะ

    สิงคโปร์สำหรับทีมไทยและเอเชียตะวันออกเฉียงใต้ ฝั่งตะวันออกหรือตะวันตกของสหรัฐฯ สำหรับงานในอเมริกา และมุมไบสำหรับอินเดีย ความหน่วงต่ำคือฟีเจอร์อย่างหนึ่ง

  2. สำรองข้อมูลและซ้อมกู้คืน

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

  3. เฝ้าระวังระบบ

    ติดตามสถานะการทำงาน เวลาตอบสนอง ดิสก์ หน่วยความจำ และวันหมดอายุใบรับรอง พร้อมแจ้งเตือนที่ส่งถึงคนจริง ๆ

—— ทำไมต้องเรา

สิ่งที่คุณจะได้รับ ซึ่งหาไม่ได้จากที่อื่น

ทำไมต้องเรา · 01

การกู้คืนผ่านการซ้อมแล้ว

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

ทำไมต้องเรา · 02

ข้อมูลยังเป็นของคุณ

ขอไฟล์ฐานข้อมูลฉบับเต็มได้ทุกเมื่อ ไม่มีค่าธรรมเนียมย้ายออก ความสามารถในการย้ายคือหัวใจ

ทำไมต้องเรา · 03

คำนึงถึง PDPA

ตั้งค่าเรื่องถิ่นที่อยู่ของข้อมูลและระยะเวลาจัดเก็บ โดยคำนึงถึงข้อกำหนด PDPA ของไทยและ GDPR ตั้งแต่ต้น

ยังไม่แน่ใจว่าจะเริ่มตรงไหน? คุยสั้น ๆ ก็รู้คำตอบ

ปรึกษาผู้เชี่ยวชาญ Odoo

—— ทำไมต้องเป็นเรา

การทำงานกับเรา เป็นแบบนี้จริง ๆ

ทีมดูแลระบบที่รู้จัก Odoo จริง

เราเป็น Official Odoo Partner และคนที่ดูแลโฮสติ้งคือคนกลุ่มเดียวกับที่วางระบบ Odoo ทั้ง worker, cron, filestore และ longpolling ซึ่งเป็นจุดที่บริษัทโฮสติ้งทั่วไปเพิ่งมารู้จักตอนระบบล่ม คือจุดที่เราจูนไว้ก่อนเปิดใช้งาน

ไม่มีการโยนความผิด

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

รายงานเหตุการณ์ในภาษาของคุณ

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

สามสำนักงาน สามเขตเวลา

กรุงเทพฯ นิวยอร์ก และเดลี NCR รวมกันครอบคลุมเวลาเกือบทั้งวัน การแจ้งเตือนนอกเวลาทำการของไทยจึงไปถึงสำนักงานที่ยังตื่นอยู่ ไม่ใช่ค้างอยู่ในคิวรอเช้าวันถัดไป

สิ่งที่รวมอยู่ เขียนไว้ชัด

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

คำแนะนำที่ไม่มีค่าคอมมิชชันแอบแฝง

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

วิศวกรคนเดิมที่รู้จักระบบของคุณ

ที่ปรึกษาที่วางแผนการย้ายระบบของคุณ คือคนเดียวกับที่ลงมือย้ายและคอยตอบคำถามหลังจากนั้น เป็นความต่อเนื่องแบบเดียวกับที่เรารักษาไว้ตั้งแต่สายแรกจนถึงวันเปิดใช้งานในทุกโครงการ คุณไม่ต้องอธิบายระบบใหม่ให้คนแปลกหน้าฟังอีก

ย้ายออกง่าย เราจึงต้องทำงานให้ดี

ขอไฟล์ฐานข้อมูลและไฟล์แนบฉบับเต็มได้ทุกเมื่อ ไม่มีค่าธรรมเนียมย้ายออก ไม่มีสัญญาผูกมัด เมื่อการรักษาลูกค้าขึ้นอยู่กับคุณภาพงาน ไม่ใช่ต้นทุนในการย้ายหนี เราก็ต้องรักษามาตรฐานให้ได้ทุกเดือน

—— อธิบายระดับพาร์ทเนอร์

ระดับพาร์ทเนอร์ Odoo บอกอะไรและไม่บอกอะไร

Odoo จัดระดับพาร์ทเนอร์จากจำนวนใบรับรองและยอดขายไลเซนส์ ระดับบอกถึงความจริงจังกับโปรแกรม แต่ไม่ได้บอกว่าใครจะเป็นคนทำโครงการของคุณจริง ๆ คำถามนี้ควรถามพาร์ทเนอร์ทุกราย รวมถึงเราด้วย

Learning Partner

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

เราอยู่ตรงนี้

Official Partner

มีที่ปรึกษาที่ผ่านการรับรองและส่งมอบงานจริงต่อเนื่อง เราอยู่ระดับนี้ ลงทะเบียนผ่านโปรแกรมอินเดีย และส่งมอบจากไทย สหรัฐฯ และอินเดีย

Silver & Gold

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

—— เหมาะกับใคร

ออกแบบตามขนาดธุรกิจคุณ ไม่ใช่ย่อส่วนมาให้

ธุรกิจกำลังเติบโต (5–100 คน)

บริษัทขนาด 5–100 คน แทบไม่ต้องการโครงสร้างพื้นฐานซับซ้อน สิ่งที่ต้องการคือเซิร์ฟเวอร์หนึ่งเครื่องในภูมิภาคที่ถูกต้อง ดูแลอย่างถูกวิธี โดยคนที่สังเกตเห็นเมื่อมีอะไรเริ่มผิดปกติ

  • คุณไม่มีทีมไอทีภายใน และคนที่ติดตั้งเซิร์ฟเวอร์เครื่องปัจจุบันก็ไม่อยู่แล้ว
  • Odoo Community บนเซิร์ฟเวอร์ที่ดูแลดีก็เพียงพอสำหรับคุณ และค่าไลเซนส์ยังคงเป็นศูนย์
  • คุณต้องการตัวเลขรายเดือนตัวเดียว ที่รวมค่าสำรองข้อมูล TLS และการเฝ้าระวังไว้แล้ว
  • ทีมของคุณทำงานจากไทยหรือเอเชียตะวันออกเฉียงใต้ และความเร็วหน้าจอสำคัญกว่าแผนผังสถาปัตยกรรม

ธุรกิจขนาดกลาง (100–500 คน)

เมื่อองค์กรมีคน 100–500 คน คำถามจะเปลี่ยนไป ทั้งหลักฐานสำหรับการตรวจสอบ ถิ่นที่อยู่ของข้อมูล โหลดจากการเชื่อมต่อระบบ และต้นทุนที่แท้จริงของการหยุดทำงานหนึ่งชั่วโมง

  • การปิดงบสิ้นเดือนมีผู้ใช้พร้อมกันมากพอ จนการคำนวณขนาดจากวันงานหนักที่สุดกลายเป็นข้อบังคับ
  • ผู้ตรวจสอบและลูกค้ารายใหญ่ถามว่าข้อมูลตั้งอยู่ที่ไหนจริง ๆ และคำตอบด้าน PDPA ต้องเป็นลายลักษณ์อักษร
  • Odoo ทำงานร่วมกับระบบอื่น และโฮสติ้งต้องรองรับทราฟฟิกจากการเชื่อมต่อโดยไม่ล้ม
  • ทีมไอทีของคุณต้องการสิทธิ์เข้าถึงที่บันทึกเป็นเอกสาร และวิศวกรที่ระบุชื่อได้ ไม่ใช่อีเมลกลางของบริษัท

—— ความเสี่ยง

สิ่งที่มักผิดพลาด และวิธีที่เราป้องกัน

ความเสี่ยง · 01

ข้อมูลสำรองที่ไม่เคยถูกกู้จริง

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

ความเสี่ยง · 02

ขนาดเซิร์ฟเวอร์ที่คิดจากวันเงียบ ๆ

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

ความเสี่ยง · 03

ดิสก์เดียว ภูมิภาคเดียว แอดมินคนเดียว

จุดล้มเหลวเดี่ยวทุกจุดจะล้มเหลวในสักวัน โฮสติ้งของเราจึงมีระบบสำรองและสิทธิ์เข้าถึงที่บันทึกไว้ในทุกชั้น

—— ค่าบริการ

ค่าใช้จ่ายเป็นอย่างไร

คิดค่าบริการรายเดือนตามขนาดฐานข้อมูลและจำนวนผู้ใช้ ค่าสำรองข้อมูล ใบรับรอง TLS และการเฝ้าระวังรวมอยู่แล้ว ไม่แยกขายเป็นส่วนเสริม

—— รุ่นและโฮสติ้ง

Community, Enterprise และ ที่ที่ระบบทำงาน

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

ไลเซนส์ $0

Odoo Community

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

คิดต่อผู้ใช้ เรียกเก็บโดย Odoo

Odoo Enterprise

เพิ่ม Studio ระบบบัญชีขั้นสูงและ localisation แอปมือถือ และการซัพพอร์ตอย่างเป็นทางการ Odoo เรียกเก็บโดยตรง เราไม่บวกเพิ่ม

Odoo.sh · VPS · on-premise

เซิร์ฟเวอร์ของคุณหรือคลาวด์

Odoo.sh, VPS ที่เราดูแล หรือฮาร์ดแวร์ของคุณเอง เราแนะนำตามข้อกำหนดและงบประมาณ แล้วบันทึกการตัดสินใจไว้ให้ย้ายได้เสมอ

—— เครื่องมือที่เกี่ยวข้อง

งานบริการนี้ เกี่ยวข้องกับอะไรบ้าง

PostgreSQLNginxUbuntu LinuxDockerTLS (Let's Encrypt)ระบบเฝ้าระวังและแจ้งเตือนสำรองข้อมูลเข้ารหัสนอกสถานที่Odoo.sh (เมื่อเหมาะสม)

—— บริการที่เกี่ยวข้อง

ดูบริการอื่น ๆ ของเรา

—— คำถามที่พบบ่อย

คำถามที่ลูกค้ามักถามเกี่ยวกับบริการนี้

เทียบกับ Odoo.sh อย่างไร

Odoo.sh เป็นบริการที่ดีมากและเราจะแนะนำเมื่อเหมาะสม โดยเฉพาะลูกค้า Enterprise ที่ต้องการไปป์ไลน์อย่างเป็นทางการ ส่วนโฮสติ้งแบบดูแลให้จะเหมาะกว่าเมื่อคุณต้องการภูมิภาคเฉพาะ ใช้รุ่น Community หรือต้องวางโครงสร้างพื้นฐานร่วมกับระบบอื่น

ย้ายไปเซิร์ฟเวอร์ของเราเองภายหลังได้หรือไม่

ได้ คุณจะได้ทั้งไฟล์ฐานข้อมูลและไฟล์แนบทั้งหมด และเราจะช่วยในขั้นตอนย้าย ไม่มีการผูกมัดทั้งทางสัญญาและทางเทคนิค

ถ้าเซิร์ฟเวอร์ล่มตอนตีสอง ใครจะรู้

ระบบเฝ้าระวังจะรู้ และมันแจ้งเตือนไปที่คน ไม่ใช่แค่หน้าจอ ด้วยสำนักงานที่กรุงเทพฯ นิวยอร์ก และเดลี NCR การแจ้งเตือนนอกเวลาทำการไทยจะถึงทีมที่กำลังทำงานอยู่พอดี คุณจะได้รับข้อความรายงานสถานะจากเราเป็นภาษาไทยหรืออังกฤษ พร้อมสิ่งที่เรากำลังลงมือแก้

รับโฮสต์ Odoo Community หรือไม่

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

ดูแล Odoo ในบัญชีคลาวด์ของเราเองได้ไหม

ได้ ลูกค้าบางรายต้องการให้เซิร์ฟเวอร์อยู่ในบัญชี AWS หรือผู้ให้บริการในประเทศของตัวเอง เพื่อให้บิลและความเป็นเจ้าของอยู่กับบริษัท แล้วให้เราเข้าไปดูแลข้างใน ไม่ว่าแบบไหนก็เริ่มจากการตรวจสอบระบบ และสิทธิ์เข้าถึงถูกบันทึกเป็นเอกสารเพื่อให้คุณคุมได้เสมอ

ย้ายระบบมาอยู่กับคุณ ต้องหยุดใช้งานนานแค่ไหน

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

ราคาจะกระโดดขึ้นไหมเมื่อฐานข้อมูลโตขึ้น

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

พร้อมหรือยัง?

มาดูกันว่า Odoo เหมาะกับธุรกิจของคุณจริงหรือไม่

คุยกันสั้น ๆ พร้อมคำตอบตรงไปตรงมา ถ้ามันไม่ใช่ระบบที่เหมาะกับคุณ เราจะบอกตามตรง

LINE myprofitbook · WhatsApp · Bangkok · New York · Delhi NCR
บริการโฮสติ้ง Odoo แบบดูแลให้ | OdooReply