เชื่อมสำนักงาน โรงงาน คลังสินค้า และหน้าร้าน บนโครงสร้างพื้นฐานของผู้ให้บริการ Cloud ระดับโลก ตั้งแต่ออกแบบและติดตั้ง ไปจนถึง Monitoring และการดูแลตามแผนบริการ
ทีมคุณโฟกัสธุรกิจให้nConnectช่วยวิเคราะห์ออกแบบติดตั้งและติดตามระบบCloudเลือกบริการและความจุให้เหมาะกับการเติบโตพร้อมแผนรับมือเหตุขัดข้อง.
วิเคราะห์ Workload และงบประมาณ เลือก nConnect Cloud ให้ทีมดูแล หรือออกแบบร่วมกับ AWS, Google Cloud, Vercel และบริการอื่นให้เหมาะกับงาน
โครงสร้างพื้นฐานระดับโลกช่วยลดความเสี่ยง แต่ Cloud ยังเกิดเหตุขัดข้องได้ เราจึงวางทั้งความพร้อมใช้งาน การสำรอง และการกู้คืนให้เหมาะกับความสำคัญของระบบ
ตัวอย่างระดับ SLA ของบริการที่รองรับตามเงื่อนไขผู้ให้บริการ ไม่ใช่ Uptime ที่วัดได้ของทั้งระบบ ความพร้อมใช้งานจริงขึ้นกับบริการและสถาปัตยกรรมที่เลือก
ตั้งเป้าหมายเวลากู้คืนบริการ แล้วทดสอบร่วมกับระบบจริง
ติดตามด้วยระบบอัตโนมัติ พร้อมกำหนดการตอบสนองของทีมตามแผนบริการ
กำหนดช่วงข้อมูลย้อนหลังที่ยอมรับได้ เพื่อวางรอบสำรองและวิธีกู้คืน
เลือกกระจายระบบข้ามโซนตามความสำคัญของงานและบริการที่รองรับ
เราเลือกใช้โครงสร้างพื้นฐานระดับโลกที่มี SLA และการตรวจสอบจากภายนอก แล้วออกแบบการสำรอง การเฝ้าระวัง และการรับมือเหตุขัดข้องให้เหมาะกับงานของคุณ
Cloud ยังเกิดเหตุขัดข้องได้ ความพร้อมใช้งานของระบบจริงขึ้นกับบริการ สถาปัตยกรรม การตั้งค่า และการดูแลร่วมกัน
99.99%
SLA / เป้าหมายความพร้อมใช้งานรายเดือน
Region-Level · ใช้งานพร้อมกันอย่างน้อย 2 Availability Zones
เป้าหมายความพร้อมใช้งานรายเดือนสำหรับ EC2 ที่เข้าเงื่อนไขหลาย AZ ใน Region เดียวกัน ส่วน Single EC2 Instance มี SLA 99.5% และใช้เงื่อนไขเครดิตแยกกัน
99.99%
SLA / เป้าหมายความพร้อมใช้งานรายเดือน
Premium Tier · อย่างน้อย 2 Zones ใน Region เดียวกัน ยกเว้น Stockholm
เป้าหมายรายเดือนของ Instances in Multiple Zones; Stockholm ใช้ 99.95% ส่วน Standard Tier แบบหลาย Zones ใช้ 99.9% และ Single Instance ทั่วไปใช้ 99.9% โดยตระกูล Memory Optimized ที่เข้าเงื่อนไขใช้ 99.95%
99.99%
SLA / เป้าหมายความพร้อมใช้งานรายเดือน
Instance-Level · คิดต่อ Droplet แต่ละเครื่อง
SLA รายเดือนครอบคลุมการเชื่อมต่อหรือการเข้าถึง root disk ที่เสียหายจากโครงสร้างพื้นฐานของ DigitalOcean ตามเงื่อนไข โดยแยกจาก maintenance และปัญหาแอปหรือการตั้งค่าของลูกค้า
Cloudflare ใช้ SLA แยกตามแผนและบริการที่อยู่ในข้อตกลง ดูข้อกำหนด Enterprise
ตรวจเอกสารของผู้ให้บริการ ควบคู่กับการออกแบบสิทธิ์ การตั้งค่า และแผนดูแลระบบที่ใช้งานจริง
มาตรฐานระบบบริหารความมั่นคงปลอดภัยสารสนเทศของผู้ให้บริการ เช่น AWS และ Google Cloud ใช้อ้างอิงเฉพาะบริการและพื้นที่ที่อยู่ในขอบเขตใบรับรอง
รายงานตรวจสอบการออกแบบและการทำงานของมาตรการควบคุมในช่วงเวลาที่ระบุ เช่น รายงานของ Google Cloud, DigitalOcean และ Cloudflare ต้องตรวจขอบเขตบริการและช่วงเวลาของรายงานก่อนนำมาอ้างอิง
เลือกตั้งค่า TLS และการเข้ารหัสข้อมูลจัดเก็บให้เหมาะกับบริการ พร้อมดูแลกุญแจและสิทธิ์เข้าถึง เช่น Cloudflare Full (strict) สำหรับการเชื่อมต่อถึง origin และ encrypted EBS สำหรับ storage ที่เลือกใช้
ผู้ให้บริการดูแลโครงสร้างพื้นฐาน ส่วนระบบที่ใช้งานยังต้องดูแลสิทธิ์ ข้อมูล แอป การตั้งค่า และการอัปเดตตามประเภทบริการ รวมถึงแผนสำรองและทดสอบกู้คืนที่ตกลงกัน
เป็นเป้าหมายตามสัญญาและเงื่อนไขเครดิต ไม่ใช่สถิติ uptime ที่วัดได้จริง หรือเปอร์เซ็นต์โอกาสเกิดเหตุขัดข้อง
ต้องระบุจุดที่ตรวจวัด ช่วงเวลา และเหตุการณ์ที่นับ ก่อนรายงานความพร้อมใช้งานของเว็บไซต์หรือแอป
Health checks การกระจายโหลดและระบบสำรองช่วยจำกัดผลกระทบ ระยะสลับระบบและข้อมูลที่กู้คืนได้ขึ้นกับแผนและผลทดสอบ
ใบรับรองและรายงานข้างต้นอ้างถึงผู้ให้บริการและขอบเขตที่ระบุ ไม่ใช่ใบรับรองของ nConnect หรือของแอปพลิเคชันลูกค้าโดยอัตโนมัติ
ตรวจสอบแหล่งข้อมูล
บริการ Cloud ที่ทีม nConnect ช่วยเลือกโครงสร้างพื้นฐาน ตั้งค่า และดูแล พร้อมวางแผนสำรองข้อมูลและขยายระบบตามขอบเขตงาน
แพลตฟอร์มสำหรับนำเว็บไซต์และเว็บแอปขึ้นใช้งาน เชื่อม Git เพื่อ Deploy พร้อม Preview ให้ทีมตรวจงานก่อนเผยแพร่
วิเคราะห์ข้อมูลด้วย BigQuery และออกแบบแอปบน Cloud Run พร้อมกำหนดการปรับขนาดและรูปแบบค่าใช้จ่ายให้เหมาะกับงาน
บริการหลากหลายตั้งแต่ Compute ถึง Data พร้อมเอกสารมาตรฐานและขอบเขตการรับรองให้ตรวจสอบตามบริการและภูมิภาคที่เลือก
โครงสร้างพื้นฐานสำหรับแอปและข้อมูลขององค์กร เลือกใช้ Virtual Machines, App Service และฐานข้อมูลให้เหมาะกับระบบเดิมและแผนขยายงาน
นำ CDN, DNS และมาตรการคัดกรอง Traffic มาใช้ตามโดเมนและแผนที่เลือก เพื่อช่วยลดภาระก่อนถึง Origin Server
แพลตฟอร์ม Backend ที่รวมฐานข้อมูล Postgres ระบบยืนยันตัวตน ที่เก็บไฟล์ และ Realtime เพื่อเชื่อมข้อมูลกับเว็บและแอป
มอง Cloud เป็นท่าเรือ เรือขนงานเข้ามา ท่า A และ B ช่วยแบ่งภาระ ก่อนส่งข้อมูลไปยังคลังร่วม เพื่ออธิบายการประสานงานของหลายชุดประมวลผล
แบบจำลองอธิบายสถาปัตยกรรมหลายโหนด จำนวนชุดประมวลผล การสลับงาน และการจัดเก็บข้อมูล ต้องออกแบบตาม Workload และบริการที่เลือก
ภาพจำลองลำดับการกู้คืน ไม่ใช่ผลทดสอบเวลาจริง ระยะเวลาและผลต่อข้อมูลขึ้นกับการออกแบบและผลทดสอบของแต่ละระบบ
วางมาตรการหลายชั้นเพื่อช่วยลดความเสี่ยงจากเครือข่ายถึงข้อมูล พร้อมทบทวนการตั้งค่าและแผนตอบสนอง เพราะไม่มีมาตรการใดป้องกันเหตุได้ทั้งหมด
ใช้เครือข่าย Edge และกฎคัดกรองตามแผนที่เลือก เพื่อช่วยลด Traffic อันตรายก่อนถึง Origin
กำหนดจุดตรวจ เกณฑ์แจ้งเตือน และผู้รับผิดชอบเมื่อพบความผิดปกติ พร้อมทบทวนเหตุและปรับปรุงระบบร่วมกัน
เราใช้ Load Balancer มาตรฐานของ Cloud ชั้นนำ แล้วเลือกวิธีกระจาย Traffic ตั้งค่า Health Check และ Session ให้ตรงกับลักษณะงานของแต่ละระบบ
กำหนดน้ำหนักการกระจาย Traffic ตามความจุของแต่ละ Server แล้วปรับจากผลทดสอบและข้อมูลการใช้งาน
ตำแหน่งตัวอย่างจากเครือข่ายของผู้ให้บริการ การเลือก Region และ Zone ต้องตรวจสอบบริการที่รองรับและข้อกำหนดข้อมูลของแต่ละงาน
โจทย์ระบบรับสมัครงานวิ่งอย่าง Bangkok Marathon คือการรับมือ Traffic ที่เพิ่มขึ้นในช่วงเปิดรับสมัคร พร้อมดูแลเส้นทางตั้งแต่เข้าเว็บไซต์จนยืนยันรายการ
วางแผนและทดสอบความจุก่อนช่วงเปิดรับสมัคร
ตรวจเส้นทางตั้งแต่เข้าเว็บไซต์จนยืนยันรายการ
“ขอบคุณมากนะคะ ที่ดูแลระบบให้ตลอด 4 ปีที่ผ่านมาค่ะ”
เล่าโจทย์ธุรกิจให้เราฟัง ทีมงาน nConnect จะออกแบบ Cloud Architecture พร้อมประเมินค่าใช้จ่ายรายเดือนให้ ฟรี ไม่มีข้อผูกมัด
วางโครงสร้างพื้นฐาน สิทธิ์เข้าถึง และการดูแลการเชื่อมต่อ ให้รองรับ CRM ตามขอบเขตงาน
