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