แอปพลิเคชันซอฟต์แวร์ในรูปแบบบริการ (SaaS) ทั้งหมดควรใช้สถาปัตยกรรมหลายผู้ใช้หรือไม่? สถาปัตยกรรมหลายผู้ใช้สามารถนำไปใช้กับแอปพลิเคชันสำหรับผู้บริโภคได้หรือไม่?
ในบทก่อนหน้า เราได้พูดถึงความนิยามของการใช้งานแบบหลายผู้ใช้โดยทั่วไป สรุปแล้ว เมื่อเรากล่าวถึงแอปหลายผู้ใช้ ไม่จำเป็นต้องหมายถึงว่าแอปนั้นปฏิบัติตามรูปแบบสถาปัตยกรรมเดียว; อาจใช้กลยุทธ์การใช้งานที่หลากหลาย ซึ่งหมายถึงอย่างน้อยบางส่วนขององค์ประกอบของมันมีการใช้งานร่วมกันบ้าง
ในบทนี้ เราจะสำรวจแอปหลายผู้ใช้จากมุมมองทางธุรกิจและผลิตภัณฑ์
แอปหลายผู้ใช้มักจะได้รับความนิยมในโซลูชันแบบธุรกิจกับธุรกิจ (B2B) เช่น เครื่องมือด้านประสิทธิภาพ ระบบการวางแผนทรัพยากรองค์กร (ERP) และผลิตภัณฑ์ซอฟต์แวร์ในรูปแบบบริการ (SaaS) ในบริบทนี้ "ผู้ใช้" โดยทั่วไปจะหมายถึงลูกค้าทางธุรกิจซึ่งอาจมีผู้ใช้หลายคน (เช่น พนักงานของมัน) นอกจากนี้ ลูกค้าทางธุรกิจอาจมีผู้ใช้หลายคนเพื่อแทนองค์กรหรือตามแผนกธุรกิจที่ต่างกัน
แอปพลิเคชัน B2B ไปไกลกว่าผลิตภัณฑ์ SaaS และมักจะเกี่ยวข้องกับการใช้งานแอปหลายผู้ใช้ ในบริบท B2B แอปเหล่านี้ทำหน้าที่เป็นแพลตฟอร์มร่วมที่ธุรกิจ ทีมงาน และบริษัทพันธมิตรต่างๆ สามารถเข้าถึงแอปของคุณได้
ตัวอย่างเช่น พิจารณาบริษัทที่ให้บริการเครือข่ายรถรวมทั้ง B2C และ B2B แอป B2B บริการลูกค้าธุรกิจหลายราย และการใช้สถาปัตยกรรมหลายผู้ใช้สามารถช่วยจัดการพนักงานและทรัพยากรของพวกเขา ตัวอย่างเช่น หากบริษัทต้องการรักษาระบบประจำตัวผู้ใช้สมบูรณ์แบบ สามารถออกแบบสถาปัตยกรรมเช่นตัวอย่างต่อไปนี้:
สมมติว่าใช้ซาร่าห์เป็นตัวอย่าง ซาร่าห์มีทั้งประจำตัวทางส่วนตัวและทางธุรกิจ เธอใช้บริการเครือข่ายรถในฐานะผู้โดยสารและยังทำงานเป็นคนขับรถในเวลาว่าง ในบทบาทที่เธอเป็นผู้มีอำนาจหน้าที่ เธอถูกเชื่อมโยงกับบริษัท A แต่เธอยังจัดการธุรกิจส่วนตัวของเธอเอง
หากคุณติดตามข้อมูลข้างต้นมา คุณก็จะมีคำตอบที่คุณต้องการแล้ว ซอฟต์แวร์ในรูปแบบบริการ (SaaS) เป็นแนวคิดที่กำหนดจากมุมมองของแบบธุรกิจ การใช้งานหลายผู้ใช้ที่แตกต่างกันเป็นสถาปัตยกรรมซอฟต์แวร์ที่ใช้ในสถานการณ์ต่างๆ ไม่ว่าจะใน SaaS หรือต่อ B2B บริบทอื่นๆ
ความเข้าใจผิดระหว่าง SaaS และการใช้งานหลายผู้ใช้บ่อยครั้งเริ่มจากเชื่ออุตสาหกรรมที่ยอมรับกัน: เมื่อคุณกำลังพุ่งหาลูกค้าธุรกิจ การใช้รูปแบบหลายผู้ใช้เป็นวิธีที่ต้องมี
การเน้นเรื่องการใช้งานหลายผู้ใช้ดังกล่าวมีรากเง่าอยู่กับบทบาทสำคัญของมันในการตอบสนองความซับซ้อนที่เกิดขึ้นเมื่อต้องบริการบริษัทยักษ์ใหญ่ การให้วิธีแก้ไขที่มีคุณค่าในแง่มุมต่างๆ
สำหรับธุรกิจยักษ์ใหญ่ การใช้งานหลายผู้ใช้เป็นกุญแจสำคัญในการตอบสนองความต้องการสำหรับความพร้อมใช้งาน การจัดการทรัพยากร การจัดการต้นทุน และความปลอดภัยของข้อมูล ขึ้นไปในระดับเทคโนโลยี การใช้รูปแบบหลายผู้ใช้ทำให้กระบวนการพัฒนาของคุณขยายตัวเข้าสู่ขั้นตอนที่ซับซ้อนน้อยลง และส่งเสริมการขยายตัวอย่างไร้ปัญหา
เมื่อพิจารณาถึงรากของผลิตภัณฑ์ SaaS มันคล้ายกับอาคารที่มีอพาร์ทเม้นต์ต่างๆ ผู้พักอาศัยทุกคนใช้ระบบน้ำ ไฟฟ้า และก๊าซร่วมกัน แต่ยังคงสามารถควบคุมดูแลพื้นที่และทรัพยากรของตนเองได้ ซึ่งแนวทางนี้ทำให้การจัดการทรัพย์สินง่ายขึ้น
พิจารณาผลิตภัณฑ์ SaaS ของคุณเป็นอาคารแบบนี้ แทนที่จะมีตัวแทนแยกสำหรับแต่ละหน่วย องค์ประกอบหรือหน่วยบางอย่างสามารถให้ประสบการณ์ร่วมกันที่ทุกผู้ใช้สามารถ ervaren นี่มีประสิทธิภาพมากกว่าการสร้างและจัดการแต่ละห้องแยก
เมื่อพูดถึงแอปพลิเคชันหลายผู้ใช้ มันสำคัญที่จะเจาะลึกแนวคิดของการแยกผู้ใช้ ในสถาปัตยกรรมหลายผู้ใช้ คำว่า "ผู้ใช้" ถูกนำมาใช้เพื่อสร้างขอบเขตที่แยกแหล่งทรัพยากรและข้อมูลของผู้ใช้ต่างๆ ออกจากกันในอินสแตนซ์ที่ใช้ร่วมกัน การทำเช่นนี้ทำให้แน่ใจได้ว่าข้อมูลและการดำเนินการของแต่ละผู้ใช้ยังคงแยกออกจากกันและปลอดภัย แม้ว่าพวกเขาจะใช้แหล่งงบประมาณเดียวกัน
ในบริบทของ SaaS สถาปัตยกรรมหลายผู้ใช้ใช้กลไกที่ควบคุมการเข้าถึงทรัพยากรอย่างเคร่งครัดและป้องกันความพยายามที่ไม่ได้รับอนุญาตใดๆ ในการเข้าถึงทรัพยากรของผู้ใช้อื่น
แนวคิดของการแยกผู้ใช้อาจดูเป็นนามธรรมและไม่ชัดเจน ในบทถัดไป เราจะใช้ตัวอย่างและประเด็นสำคัญเพื่อให้เข้าใจหลักการและมุมมองเบื้องหลังการแยกผู้ใช้ได้มากขึ้น