แปลโดย AI ชุมชนยังไม่ได้ตรวจทาน อ่านเป็นภาษาอังกฤษ

บล็อก · 12 กันยายน 2566 · Steve Simpson · การผสานรวม

ไขรหัส: “จำนวนเลขศูนย์ของ Steve” (Steve's Number of Zeros) สำหรับประมาณปริมาณการผสานรวม!

บทนำ

ยินดีต้อนรับสู่อีกตอนหนึ่งในซีรีส์การผสานรวมของเราที่ Steve Tech Arc! วันนี้เราจะลงลึกเรื่องสำคัญของการประมาณปริมาณการผสานรวมในช่วงออกแบบของโปรเจกต์การผสานรวม โดยเน้นวิธีที่ผมเรียกว่า “จำนวนเลขศูนย์ของ Steve”

ทำไมการประมาณจึงสำคัญ

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

กระบวนการประมาณ

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

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

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

ตัวอย่างการประมาณเชิงปฏิบัติ

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

สถานการณ์ตัวอย่าง:

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

เวิร์กชีตจำนวนเลขศูนย์: ข้อมูลเข้าต่อวันที่มีกิจกรรม (ธุรกรรม เรกคอร์ด ขนาด ชั่วโมง) แปลงเป็นกิจกรรมหนึ่งวันและกิจกรรมหนึ่งวินาที

การแจ้งเตือนการจัดส่งของรถบรรทุก: สำหรับสถานการณ์ที่รถบรรทุกส่งการแจ้งเตือนต่างๆ ประมาณจำนวนรถบรรทุก การจัดส่งต่อวัน การแจ้งเตือนต่อการจัดส่ง และขนาดข้อมูลต่อการแจ้งเตือน

เวิร์กชีตจำนวนเลขศูนย์สำหรับการแจ้งเตือนการจัดส่งของรถบรรทุก: สมมติฐานทางธุรกิจ (รถบรรทุก การจัดส่ง การแจ้งเตือน รูปถ่าย) แปลงเป็นปริมาณต่อวันและต่อวินาที

การแจ้งเตือนนัดหมาย: สำหรับการส่งการแจ้งเตือนนัดหมายให้ลูกค้า ประมาณจำนวนร้านค้า นัดหมายต่อวัน การแจ้งเตือนต่อนัดหมาย และขนาดข้อมูลต่อการแจ้งเตือน

เวิร์กชีตจำนวนเลขศูนย์สำหรับการแจ้งเตือนนัดหมาย: สมมติฐานทางธุรกิจ (ร้านค้า นัดหมาย การแจ้งเตือน) แปลงเป็นปริมาณต่อวันและต่อวินาที

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

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

บทสรุป: การประมาณเชิงปฏิบัติสำหรับโปรเจกต์การผสานรวม

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

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

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

ติดตามต่อ

ขอบคุณที่ดำดิ่งลงสระว่ายน้ำแห่งเทคโนโลยี

ติดตามมุมมองและเซอร์ไพรส์อีกมากมายได้ที่ www.SteveTechArc.com และช่อง YouTube @SteveTechArc (opens in a new tab) กดติดตามและเพิ่มความเข้าใจเรื่อง Salesforce และวิธีผสานรวมมันกับระบบอื่น

ช่วยเปลี่ยนโลกด้วยการแบ่งปันความรู้ด้านการผสานรวมกับเพื่อนสถาปนิกและผู้ที่อยู่บนเส้นทางสู่การเป็นสถาปนิก!

บทถอดความได้รับความช่วยเหลือจาก AI

STA 1.5