1 core รองรับผู้ใช้ที่ใช้งานอยู่ได้ถึง 200 คน แต่แอพพลิเคชันอาจช้าลงเล็กน้อยเนื่องจากเจ้าหน้าที่และงานเบื้องหลังทั้งหมดทำงานบนคอร์เดียวกัน 2 core เป็นจำนวนคอร์ที่แนะนำและรองรับผู้ใช้สูงสุด 400 คน

จำนวนคอร์ของ CPU สามารถประมาณได้โดยจำนวนผู้ใช้หารด้วย 200 ตัวอย่างเช่น ผู้ใช้งาน 500 ราย = 500/200 = 2.5 ดังนั้นจำเป็นต้องปัดเศษ CPU สูงสุด 3 คอร์ เพื่อความแม่นยำยิ่งขึ้น ควรคำนึงถึงความซับซ้อนของแอพพลิเคชันและธุรกรรมของคุณด้วย

* สมมติว่าผู้ใช้ 1 คนสร้างคำขอหรือธุรกรรม 2 รายการไปยังเซิร์ฟเวอร์ทุก 1 นาที

แบนด์วิธของเครือข่ายระหว่าง Web Server, Application Server และ Database Server ขอแนะนำให้ใช้อย่างน้อย 1 Gbps สำหรับ Productionc และ DR environment สำหรับการทดสอบ environment คุณสามารถใช้แบนด์วิธ 100 Mbps แต่ถ้าเป็นไปได้ขอแนะนำให้ใช้ 1 Gbps ในทุก environment

แบนด์วิธของเครือข่ายระหว่างเว็บเซิร์ฟเวอร์และเครื่องไคลเอ็นต์ สำหรับอินเทอร์เน็ต (LAN network) ถ้าเป็นไปได้ขอแนะนำให้ใช้ 1 Gbps (Gigabit LAN) แต่คุณยังสามารถใช้อย่างน้อย 100 Mbps

For Internet or WAN network เราแนะนำแบนด์วิธอินเทอร์เน็ตอย่างน้อย 10 Mbps สำหรับการใช้งานปกติ (ไม่เกิน 50 ช่องข้อมูลต่อ 1 แบบฟอร์ม/หน้า) หากแอพพลิเคชันของคุณมีข้อมูลมากกว่า 50 ช่องหรือมีรูปภาพมากกว่า 3 ภาพต่อ 1 แบบฟอร์ม/หน้า คุณควรเพิ่มแบนด์วิธอินเทอร์เน็ตเพื่อให้สัมพันธ์กับข้อมูลของคุณ ในการคำนวณแบนด์วิธที่คุณควรมี เราควรพิจารณาจาก 10 Mbps + ขนาดข้อมูลเพิ่มเติมของคุณ (ฟิลด์ข้อมูลที่มากกว่า 50 ฟิลด์และรูปภาพเพิ่มเติมหรือไฟล์แนบของคุณ)

ONEWEB มี 3 องค์ประกอบหลัก

Web Server Web Server ต้องการพื้นที่ดิสก์อย่างน้อย 2 GB ทั้งนี้ขึ้นอยู่กับเว็บเซิร์ฟเวอร์ที่คุณใช้ โปรดตรวจสอบกับเว็บไซต์ของพวกเขา

Application Server Application Server มี 2 ส่วนที่ต้องพิจารณาเกี่ยวกับพื้นที่ดิสก์

Middleware (Application Server) : ขึ้นอยู่กับว่า Application Server ใดที่คุณใช้ สำหรับกรณีทั่วไป คุณควรมีพื้นที่ว่างในดิสก์อย่างน้อย 5 GB สำหรับส่วนนี้ สำหรับขนาดที่ถูกต้อง โปรดตรวจสอบกับเว็บไซต์ทางการของ Application Server ของคุณ

ONEWEB binary :คือ Application ที่ทำงานบน Application Server ประกอบด้วย App Designer, App Runtime, Process Designer, Process Runtime, Page Designer, Page Runtime, Microflow Designer, Microflow Runtime, AppSpace และอื่นๆเป็นต้น ต้องการพื้นที่ดิสก์อย่างน้อย 2 GB

Database Server ONEWEB ต้องการฐานข้อมูลเชิงสัมพันธ์เพื่อจัดเก็บข้อมูลการกำหนดค่าและธุรกรรม พื้นที่ดิสก์สำหรับซอฟต์แวร์ฐานข้อมูลมักต้องการอย่างน้อย 2 GB แต่คุณต้องตรวจสอบกับเว็บไซต์ของพวกเขาเพื่อความแน่ใจ อีกส่วนหนึ่งของฐานข้อมูลคือข้อมูล ONEWEB และข้อมูลธุรกรรมของคุณ ข้อมูล ONEWEB ต้องการอย่างน้อย 200 MB และข้อมูลการทำธุรกรรมขึ้นอยู่กับการใช้งานของแอพพลิเคชัน

เมื่อคุณพิจารณาสถาปัตยกรรมของแอพพลิเคชันของคุณ คุณควรถามคำถามต่อไปนี้

คุณกำลังพิจารณาสภาพแวดล้อมใด?

Production การกู้คืนความเสียหายหรือการทดสอบ Environment

แอพพลิเคชันเป็นระบบที่สำคัญหรือไม่?

หากแอพพลิเคชันของคุณเป็นระบบที่สำคัญ เช่น จำเป็นต้องออนไลน์ตลอด 24 ชั่วโมงทุกวัน เช่น การประมวลผลการชำระเงินหรือธุรกรรมที่สำคัญ คุณอาจต้องพิจารณา Active-Active หรือ Cluster Environment เพื่อให้แน่ใจว่าการดำเนินการของคุณสามารถทำงานได้อย่างต่อเนื่อง

ระบบนี้สามารถหยุดทำงานเพื่อการบำรุงรักษาได้หรือไม่? SLA คืออะไร?

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

คุณต้องการการ Disaster Recovery หรือไม่ RPO (Recovery Point Target) และ RTO (Recovery Time Target) ของคุณคืออะไร?

หากคุณต้องการ DR (Disaster Recovery) สำหรับแผนสำรองในกรณีที่คุณไม่สามารถใช้งาน Production Environment ได้ คุณต้องพิจารณา RPO (Recovery Point Objective) และ RTO (Recovery Time Objective) เพื่อเลือกโซลูชันที่เหมาะสมสำหรับ DR ของคุณ

มีผู้ใช้งานกี่คน?

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

สามารถเลือกแยกเซิร์ฟเวอร์ของคุณเป็นสถาปัตยกรรมแบบ Active-Active ด้วยโหลดบาลานเซอร์เพื่อกระจายภาระงานของคุณไปยังเซิร์ฟเวอร์หลายเครื่อง

จำนวนธุรกรรม (ต่อปีหรือต่อเดือน)?

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

จำนวนการทำธุรกรรมในช่วงเวลาสูงสุดหรือเหตุการณ์สูงสุด?

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

ข้อมูลของคุณจะถูกเก็บไว้ในระบบจำนวนเท่าใดและนานเท่าใด (ในแง่ของบันทึกและขนาด)

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

8GB RAM เป็นขนาดหน่วยความจำขั้นต่ำสำหรับ development environment

16GB RAM เป็นขนาดหน่วยความจำขั้นต่ำที่แนะนำสำหรับ environment การใช้งานจริง และรองรับผู้ใช้ที่ใช้งานอยู่สูงสุด 500 คน

32GB RAM เป็นขนาดหน่วยความจำขั้นต่ำที่แนะนำสำหรับ environment การใช้งานจริง และรองรับผู้ใช้ที่ใช้งานอยู่สูงสุด 1,500 คน

เพื่อความแม่นยำยิ่งขึ้น ควรคำนึงถึงความซับซ้อนของแอพพลิเคชันและธุรกรรมของคุณด้วย