• multi-tenant
  • saas
  • ซอฟต์แวร์
  • การพัฒนา
  • สถาปัตยกรรม

แอปพลิเคชันหลายผู้ใช้ = ซอฟต์แวร์ในรูปแบบบริการหรือไม่?

แอปพลิเคชันซอฟต์แวร์ในรูปแบบบริการ (SaaS) ทั้งหมดควรใช้สถาปัตยกรรมหลายผู้ใช้หรือไม่? สถาปัตยกรรมหลายผู้ใช้สามารถนำไปใช้กับแอปพลิเคชันสำหรับผู้บริโภคได้หรือไม่?

Guamian
Guamian
Product & Design

คำจำกัดความที่กว้างขึ้นของแอปพลิเคชันหลายผู้ใช้

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

ในบทนี้ เราจะสำรวจแอปหลายผู้ใช้จากมุมมองทางธุรกิจและผลิตภัณฑ์

ประเภทของแอปพลิเคชันหลายผู้ใช้ในธุรกิจ

SaaS

แอปหลายผู้ใช้มักจะได้รับความนิยมในโซลูชันแบบธุรกิจกับธุรกิจ (B2B) เช่น เครื่องมือด้านประสิทธิภาพ ระบบการวางแผนทรัพยากรองค์กร (ERP) และผลิตภัณฑ์ซอฟต์แวร์ในรูปแบบบริการ (SaaS) ในบริบทนี้ "ผู้ใช้" โดยทั่วไปจะหมายถึงลูกค้าทางธุรกิจซึ่งอาจมีผู้ใช้หลายคน (เช่น พนักงานของมัน) นอกจากนี้ ลูกค้าทางธุรกิจอาจมีผู้ใช้หลายคนเพื่อแทนองค์กรหรือตามแผนกธุรกิจที่ต่างกัน

ผลิตภัณฑ์ SaaS

กรณีการใช้งาน B2B ทั่วไป

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

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

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

ตัวอย่างกรณีศึกษา

ความสำคัญของการใช้งานหลายผู้ใช้ใน SaaS

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

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

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

การขยายตัวทางเทคนิคด้วยการใช้งานหลายผู้ใช้

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

การสร้างประสบการณ์ที่สมบูรณ์

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

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

การรักษาความปลอดภัยผ่านการแยกผู้ใช้

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

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

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