การประมวลผลแบบไร้เซิร์ฟเวอร์คืออะไร
การประมวลผลแบบไม่ต้องใช้เซิร์ฟเวอร์เป็นโมเดลการพัฒนาแอปพลิเคชันที่คุณสามารถสร้างและติดตั้งใช้งานแอปพลิเคชันบนโครงสร้างพื้นฐานของเซิร์ฟเวอร์ที่จัดการโดยบริษัทอื่นได้ แอปพลิเคชันทั้งหมดต้องใช้เซิร์ฟเวอร์ในการเรียกใช้ แต่ในโมเดลที่ไม่ต้องใช้เซิร์ฟเวอร์ ผู้ให้บริการระบบคลาวด์จะจัดการงานประจำวันโดยการจัดหา ปรับขนาด และบำรุงรักษาโครงสร้างพื้นฐาน ผู้ให้บริการระบบคลาวด์จะจัดการงานหลายอย่าง เช่น การจัดการระบบปฏิบัติการ แพตช์การรักษาความปลอดภัย ระบบไฟล์และการจัดการความสามารถ การปรับสมดุลโหลด การตรวจสอบ และการบันทึกข้อมูล นักพัฒนาของคุณจึงสามารถให้ความสำคัญกับการออกแบบแอปพลิเคชัน ในขณะที่ยังได้รับประโยชน์จากโครงสร้างพื้นฐานของเซิร์ฟเวอร์ที่คุ้มค่า มีประสิทธิภาพ และปรับขนาดได้หลากหลาย
เหตุใดการประมวลผลแบบไม่ต้องใช้เซิร์ฟเวอร์จึงสำคัญ
ในยุคแรกๆ ของอินเทอร์เน็ต ทุกคนที่ต้องการเรียกใช้เว็บแอปพลิเคชันต้องเสียเงินซื้อและบำรุงรักษาเซิร์ฟเวอร์จริง โดยปกติแล้ว บริษัทต่างๆ จะจัดเก็บอุปกรณ์เซิร์ฟเวอร์จริงไว้ในศูนย์ข้อมูลในองค์กรหรือพื้นที่ให้เช่าสำหรับจัดเก็บ ขั้นตอนนี้อาจมีราคาแพงเนื่องจากแอปพลิเคชันส่วนใหญ่ใช้ทรัพยากรฮาร์ดแวร์เซิร์ฟเวอร์เพียงเล็กน้อยเท่านั้น
แรกเริ่มเดิมที โมเดลการประมวลผลบนคลาวด์ช่วยแก้ปัญหานี้โดยการทำให้ลูกค้าสามารถสร้างเซิร์ฟเวอร์เสมือนหรืออินสแตนซ์บนฮาร์ดแวร์ของผู้ให้บริการระบบคลาวด์ได้ อย่างไรก็ตาม ลูกค้ายังคงต้องจัดเตรียม กำหนดค่า อัปเดต และปรับขนาดเซิร์ฟเวอร์เสมือนของตนอยู่ดี
เพื่อแก้ต่อปัญหาเหล่านี้ ผู้ให้บริการระบบคลาวด์จึงเริ่มนำเสนอเทคโนโลยีแบบไม่ต้องใช้เซิร์ฟเวอร์เพื่อเพิ่มความคล่องตัวและเพิ่มความคุ้มค่าของต้นทุนให้มากยิ่งขึ้น ด้วยการประมวลผลแบบไม่ต้องใช้เซิร์ฟเวอร์ นักพัฒนาของคุณจะสามารถเรียกใช้โค้ด จัดการข้อมูล และผสานรวมระบบแอปพลิเคชันได้โดยไม่ต้องกังวลเรื่องงานการจัดการโครงสร้างพื้นฐาน
การนำระบบแบบไม่ต้องใช้เซิร์ฟเวอร์มาใช้มีประโยชน์มากมาย ซึ่งเราจะแจกแจงต่อไป
เพิ่มผลิตภาพของนักพัฒนา
ทีมพัฒนาของคุณสามารถมุ่งเน้นไปที่การสร้างแอปพลิเคชันแทนที่จะเป็นการกำหนดค่าได้ ค่าใช้จ่ายทั่วไปในการดำเนินงานที่ต่ำลงทำให้แอปพลิเคชันของคุณเข้าสู่ตลาดได้เร็วขึ้น นักพัฒนาจะสามารถตอบสนองต่อความคิดเห็นของลูกค้าและทำการเปลี่ยนแปลงกับโค้ดของแอปพลิเคชันได้บ่อยๆ
ความสามารถในการปรับขนาดที่มีประสิทธิภาพ
ผู้ให้บริการระบบคลาวด์มอบคุณสมบัติการปรับขนาดอัตโนมัติในสภาพแวดล้อมแบบไม่ต้องใช้เซิร์ฟเวอร์ แอปพลิเคชันแบบไม่ต้องใช้เซิร์ฟเวอร์ของคุณจะปรับขนาดโดยอัตโนมัติจากศูนย์ไปจนถึงขนาดใหญ่สูงสุดตามความต้องการ นักพัฒนาของคุณไม่จำเป็นต้องนั่งคิดเรื่องการใช้งานในขณะที่เขียนโค้ด
ลดค่าใช้จ่าย
คุณจ่ายเงินสำหรับ CPU, หน่วยความจำ และทรัพยากรการประมวลผลอื่นๆ ที่จำเป็นเมื่อโค้ดของคุณทำงานเท่านั้น คุณไม่ต้องเสียเงินให้กับทรัพยากรที่ไม่ได้ใช้งาน รูปแบบการเรียกเก็บเงินแบบเก็บค่าบริการตามประโยชน์ที่ได้รับนี้ช่วยให้มั่นใจได้ถึงการใช้ทรัพยากรที่เหมาะสมและไม่มีการสิ้นเปลืองจากจัดเตรียมทรัพยากรที่มากเกินไป
ประโยชน์ของการประมวลผลแบบไม่ต้องใช้เซิร์ฟเวอร์มีอะไรบ้าง
มีแอปพลิเคชันและระบบมากมายที่สามารถนำการประมวลผลแบบไม่ต้องใช้เซิร์ฟเวอร์มาใช้ประโยชน์ได้
การพัฒนาแอปพลิเคชันแบบไม่บันทึกสถานะ
สถาปัตยกรรมแบบไม่ต้องใช้เซิร์ฟเวอร์เหมาะสำหรับแอปพลิเคชันแบบอะซิงโครนัสและไม่บันทึกสถานะ ซึ่งจะไม่บันทึกข้อมูลไคลเอ็นต์ระหว่างเซสชันต่างๆ ตัวอย่างของแอปพลิเคชันแบบไม่ต้องใช้เซิร์ฟเวอร์ ได้แก่ แชทบอท ตัวกำหนดเวลางาน และแอปพลิเคชัน IoT ตัวอย่างเช่น Coca-Cola ใช้ AWS ในการพัฒนาแอปเทน้ำบนมือถือสำหรับตู้กดเครื่องดื่มแบบไม่ต้องสัมผัสภายในเวลาเพียง 100 วัน Coca-Cola ใช้บล็อกการสร้างแบบไม่ต้องใช้เซิร์ฟเวอร์อย่าง AWS Lambda
การประมวลผลเป็นชุด
แอปพลิเคชันการประมวลผลเป็นชุดจะดำเนินการงานข้อมูลจำนวนมากและซ้ำๆ กันเป็นระยะๆ เช่น การสำรองข้อมูล การกรอง และการจัดเรียง การประมวลผลเป็นชุดเหมาะอย่างยิ่งสำหรับสภาพแวดล้อมแบบไม่ต้องใช้เซิร์ฟเวอร์ที่ปรับขนาดได้มหาศาลเมื่อจำเป็น และไม่มีค่าใช้จ่ายเมื่อไม่ได้ใช้งาน
ตัวอย่างเช่น Liberty Mutual ใช้ AWS เพื่อรวมกลุ่มไลน์ธุรกิจระดับโลกที่แตกต่างกันเป็นระบบรวมศูนย์ที่เรียกว่า Financial Central Services (FCS) ทางบริษัทใช้ AWS Step Functions เพื่อสร้างแอปพลิเคชันแบบไม่ต้องใช้เซิร์ฟเวอร์ที่สามารถประมวลผลธุรกรรมได้ 100 ล้านรายการในการเรียกใช้หนึ่งครั้งในทุกๆ สิ้นเดือนของทุกเดือน
การวิเคราะห์ข้อมูลแบบเรียลไทม์
การประมวลผลแบบไม่ต้องใช้เซิร์ฟเวอร์เหมาะสำหรับเครื่องมือสตรีมแบบเรียลไทม์เพื่อปรับปรุงการตอบสนองของลูกค้า แอปแบบไม่ต้องใช้เซิร์ฟเวอร์สามารถจัดการกับข้อมูลสตรีมจำนวนมากจากแหล่งที่มานับแสนแหล่ง ในขณะที่ประสบกับเวลาแฝงต่ำและมีแบนด์วิดท์สูง เป็นผลให้คุณสามารถรับข้อมูลเชิงลึกได้ในไม่กี่วินาทีแทนที่จะเป็นหน่วยนาที
ตัวอย่างเช่น Genentech ใช้ฟังก์ชันแบบไม่ต้องใช้เซิร์ฟเวอร์ของ AWS สำหรับการวิเคราะห์ข้อมูลทางคลินิก ขณะนี้ นักวิจัยสามารถทำงานให้เสร็จภายในไม่กี่ชั่วโมงได้ ทั้งที่ก่อนหน้านี้จะใช้เวลาหลายสัปดาห์ในการทำงาน
ระบบอัตโนมัติของกระบวนการทางธุรกิจ
คุณสามารถใช้แนวทางแบบไม่ต้องใช้เซิร์ฟเวอร์เพื่อดำเนินกระบวนการทางธุรกิจซึ่งน่าเบื่อและใช้เวลานานเป็นแบบอัตโนมัติได้ นักพัฒนาของคุณสามารถมุ่งเน้นไปที่การแปลตรรกะทางธุรกิจเป็นโค้ดแอปพลิเคชันโดยไม่ต้องจัดการเซิร์ฟเวอร์
ตัวอย่างเช่น Taco Bellใช้ AWS เพื่อสร้างแอปพลิเคชันแบบไม่ต้องใช้เซิร์ฟเวอร์เพื่อดำเนินการตรรกะทางธุรกิจและการแปลงข้อมูล การดำเนินการนี้จะส่งมอบข้อมูลเมนูและร้านอาหารแบบเรียลไทม์ให้กับพาร์ทเนอร์การจัดส่งของ Taco Bell การลงทุนกับระบบที่ไม่ต้องใช้เซิร์ฟเวอร์ช่วยให้แบรนด์เปลี่ยนไปอย่างรวดเร็วเพื่อตอบสนองความต้องการของผู้บริโภคสำหรับการจัดส่งในช่วงการระบาดของ COVID-19 ได้
สถาปัตยกรรมแบบไม่ต้องใช้เซิร์ฟเวอร์ทำงานอย่างไร
แอปพลิเคชันใดก็ตามที่มีฟังก์ชันการทำงานที่กว้างขวางสองฝั่ง ได้แก่ ฟรอนต์เอนด์และแบ็คเอนด์ ฟรอนต์เอนด์ประกอบด้วยทุกอย่างที่ผู้ใช้ปลายทางของคุณจะโต้ตอบด้วย เช่น เค้าโครงภาพ ปุ่ม และข้อความที่แสดงผล แบ็กเอนด์ประกอบด้วยฟังก์ชันการทำงานที่ผู้ใช้ของคุณไม่สามารถเข้าถึงได้ เช่น พื้นที่เก็บข้อมูลและการประมวลผล
ตัวอย่างเช่น ลองพิจารณาดูจากแอปจองเที่ยวบินบนอุปกรณ์มือถือของคุณ ฟรอนต์เอนด์คือ UI ของแอปพลิเคชันของคุณ ซึ่งคุณสามารถเลือกวันที่และขอรายการเที่ยวบินที่มีให้ได้ คำขอของคุณจะส่งไปที่แบ็คเอนด์ ซึ่งระบบจะค้นหาฐานข้อมูลและส่งคืนข้อมูลเกี่ยวกับเที่ยวบินทั้งหมดที่มีอยู่ในกรอบเวลาที่คุณเลือก แผนภาพต่อไปนี้แสดงสถาปัตยกรรมแบบดั้งเดิม
ในสถาปัตยกรรมแบบไม่ต้องใช้เซิร์ฟเวอร์ นักพัฒนาจะปรับใช้โค้ดแบ็คเอนด์ในโครงสร้างพื้นฐานระบบคลาวด์ที่จัดทำโดยผู้ให้บริการระบบคลาวด์ หัวใจหลักของแอปพลิเคชันแบบไม่ต้องใช้เซิร์ฟเวอร์คือ สถาปัตยกรรมที่ขับเคลื่อนด้วยเหตุการณ์ ซึ่งเป็นรูปแบบสถาปัตยกรรมสมัยใหม่ที่สร้างขึ้นจากบริการขนาดเล็กที่แยกจากกันเพื่อเผยแพร่ ใช้ หรือกำหนดเส้นทางเหตุการณ์ต่างๆ เหตุการณ์คือข้อความที่ส่งระหว่างบริการต่างๆ
ซึ่งสถาปัตยกรรมนี้จะทำให้เพิ่มทรัพยากร อัปเดต และปรับใช้ส่วนประกอบที่แยกจากกันของระบบอย่างอิสระได้ง่าย แผนภาพต่อไปนี้แสดงไมโครเซอร์วิสแบบไม่ต้องใช้เซิร์ฟเวอร์ที่ขับเคลื่อนด้วยเหตุการณ์
ต่อไปเราจะให้ภาพรวมของวิธีการทำงานของสถาปัตยกรรมแบบไม่ต้องใช้เซิร์ฟเวอร์
ฟังก์ชัน
ฟังก์ชันเป็นหน่วยโค้ดขนาดเล็กที่ไม่ต่อเนื่องที่ทำงานชิ้นเดียว ฟังก์ชันต้องใช้ทรัพยากรการประมวลผล เช่น CPU และหน่วยความจำในการทำงาน ผู้ให้บริการระบบคลาวด์จะจัดสรรทรัพยากรเหล่านี้เฉพาะเมื่อจำเป็น ซึ่งจะสร้างสภาพแวดล้อมชั่วคราวสำหรับฟังก์ชันแบบไม่ต้องใช้เซิร์ฟเวอร์ให้ทำงานได้
เหตุการณ์บางอย่างสามารถทริกเกอร์หรือทำให้หน่วยโค้ดนั้นๆ ทำงานได้ ตัวอย่างเช่น เหตุการณ์สามารถทำงานได้หากผู้ใช้เลือกปุ่มในแอปพลิเคชัน คำขอจะทริกเกอร์ฟังก์ชันที่อ่านฐานข้อมูลและส่งคืนข้อมูลที่เกี่ยวข้องไปยังผู้ใช้
คำขอการปรับขนาด
ยิ่งฟังก์ชันได้รับคำขอมากเท่าไรก็ยิ่งต้องใช้ทรัพยากรมากขึ้นเท่านั้น แพลตฟอร์มแบบไม่ต้องใช้เซิร์ฟเวอร์จะตรวจสอบโหลดและจัดสรรทรัพยากรระบบคลาวด์ในระดับที่แทบจะไม่มีที่สิ้นสุด ฟังก์ชันแบบไม่ต้องใช้เซิร์ฟเวอร์รายการเดียวสามารถจัดการคำขอหนึ่งหรือหนึ่งล้านรายการได้โดยไม่ต้องทำการเปลี่ยนแปลงใดๆ กับโค้ด
เมื่อฟังก์ชันหยุดรับคำขอ ผู้ให้บริการระบบคลาวด์จะปิดโครงสร้างพื้นฐานที่เกี่ยวข้องเพื่อประหยัดค่าใช้จ่าย นับเป็นการจัดสรรทรัพยากรเมื่อจำเป็นเท่านั้น หากไม่มีการใช้งาน สภาพแวดล้อมจะสามารถปรับขนาดเป็นศูนย์ได้
สถาปัตยกรรมแบบไม่ต้องใช้เซิร์ฟเวอร์มีประเภทใดบ้าง
ในสถาปัตยกรรมแบบไม่ต้องใช้เซิร์ฟเวอร์นั้น ผู้ให้บริการคลาวด์จะจัดการงานแบ็คเอนด์ขนาดเล็กและขนาดใหญ่หลายรายการสำหรับแอปพลิเคชันของคุณ คุณสามารถปรับใช้โค้ดที่กำหนดเองได้ โดยผู้ให้บริการระบบคลาวด์จะจัดสรรทรัพยากรแบบไดนามิกทุกเมื่อที่โค้ดของคุณทำงาน แพลตฟอร์มระบบคลาวด์อาจมีฟังก์ชันแบ็คเอนด์ที่คุณสามารถใช้ได้โดยตรงโดยไม่ต้องเขียนโค้ดตั้งแต่เริ่มต้น
เราจะอธิบายสถาปัตยกรรมแบบไม่ต้องใช้เซิร์ฟเวอร์ทั้งสองประเภทต่อไป
Function as a service
Function as a service (FaaS) เป็นสถาปัตยกรรมแบบไม่ต้องใช้เซิร์ฟเวอร์ที่นักพัฒนาสามารถใช้เพื่อเขียนฟังก์ชันแบ็คเอนด์ที่กำหนดเองและปรับใช้โค้ดฟังก์ชันกับโครงสร้างพื้นฐานคลาวด์ได้โดยตรง เมื่อเรียกฟังก์ชัน ผู้ให้บริการระบบคลาวด์จะเรียกใช้ฟังก์ชันบนเซิร์ฟเวอร์ที่ใช้งานอยู่หรือเรียกใช้เซิร์ฟเวอร์ใหม่ หากจำเป็น ฟังก์ชันดังกล่าวเรียกว่าฟังก์ชันแบบไม่ต้องใช้เซิร์ฟเวอร์ เนื่องจากกระบวนการดำเนินการนั้นถูกแยกออกจากนักพัฒนา นักพัฒนาจะสามารถเขียนและปรับใช้โค้ดได้โดยไม่ต้องกังวลว่าโค้ดนั้นจะทำงานอย่างไรและที่ไหน
Backend as a service
Backend as a service (BaaS) ช่วยให้นักพัฒนาสามารถเข้าถึงฟังก์ชันแบ็คเอนด์โดยใช้ API ได้ API คือกลไกที่ช่วยให้ส่วนประกอบซอฟต์แวร์สองส่วนสามารถสื่อสารกันได้โดยใช้ชุดคำจำกัดความและโปรโตคอล
ในสภาพแวดล้อมที่ไม่ต้องใช้เซิร์ฟเวอร์ ผู้ให้บริการระบบคลาวด์จะให้สิทธิ์การเข้าถึงที่ใช้ API ในการเข้ารหัส การยืนยันตัวตน และการใช้ฐานข้อมูลที่เข้าถึงได้บนระบบคลาวด์เพิ่มเติม นอกจากนี้ยังสามารถให้การเข้าถึงบริการและแอปพลิเคชันของบุคคลที่สามอื่นๆ ด้วย ฟังก์ชันแบบไม่ต้องใช้เซิร์ฟเวอร์เหล่านี้ถูกเขียนไว้ล่วงหน้าและสามารถเรียกใช้ได้โดยตรงในโค้ด
กลยุทธ์แบบไม่ต้องใช้เซิร์ฟเวอร์เป็นหลักคืออะไร
สถาปัตยกรรมแบบไม่ต้องใช้เซิร์ฟเวอร์ได้รับการยอมรับด้วยหลักการต่อไปนี้:
- ไม่ต้องจัดการเซิร์ฟเวอร์
- บริการแบบเรียกเก็บค่าบริการตามประโยชน์ที่ได้รับ
- การปรับขนาดอย่างต่อเนื่อง
- การทนทานต่อความเสียหายที่ติดตั้งมาในตัว
กลยุทธ์แบบไม่ต้องใช้เซิร์ฟเวอร์เป็นหลักให้ความสำคัญกับหลักการเหล่านี้ทั่วทั้งการปรับใช้ การดำเนินงาน และวงจรการพัฒนาขององค์กร นักพัฒนาโดยไม่ต้องใช้เซิร์ฟเวอร์หรือบริษัทที่เน้นระบบที่ไม่ต้องใช้เซิร์ฟเวอร์เป็นหลักจะทำงานเพื่อสร้างผลงานโดยใช้หลักการเหล่านี้เป็นอันดับแรก
แต่การประมวลผลแบบไม่ต้องใช้เซิร์ฟเวอร์ไม่เหมาะสำหรับทุกเวิร์กโหลด คุณสามารถรวมเทคโนโลยีที่ไม่ต้องใช้เซิร์ฟเวอร์เป็นสถาปัตยกรรมสนับสนุนได้ตามที่คุณต้องการ
สถาปัตยกรรมแบบไม่ต้องใช้เซิร์ฟเวอร์มีความปลอดภัยหรือไม่
ผู้ให้บริการระบบคลาวด์ส่วนใหญ่ใช้โมเดลการรักษาความปลอดภัยที่เหมือนกัน ผู้ให้บริการระบบคลาวด์มีหน้าที่รับผิดชอบการรักษาความปลอดภัยของระบบคลาวด์ ในขณะที่ลูกค้าต้องรับผิดชอบการรักษาความปลอดภัยในระบบคลาวด์
เมื่อใช้ระบบแบบไม่ต้องใช้เซิร์ฟเวอร์ ผู้ให้บริการระบบคลาวด์จะสามารถจัดการชั้นโครงสร้างพื้นฐานเพิ่มเติมได้มากมาย รวมถึงระบบปฏิบัติการและระบบเครือข่ายด้วย ลูกค้าต้องปฏิบัติตามหลักการการให้สิทธิ์เท่าที่จำเป็นและแนวทางปฏิบัติที่ดีที่สุดในการรักษาความปลอดภัยของแอปพลิเคชันแบบไม่ต้องใช้เซิร์ฟเวอร์
ตัวอย่างเช่น ในโซลูชัน AWS FaaS อย่าง AWS Lambda คุณสามารถรักษาความปลอดภัยของทรัพยากรแต่ละรายการได้ด้วยการกำหนดสิทธิ์แบบละเอียด โดยใช้เครื่องมือที่คุ้นเคย เช่น ศูนย์ข้อมูลประจำตัวของ AWS IAM ขั้นตอนนี้สามารถช่วยให้คุณมีมาตรการรักษาความปลอดภัยที่แข็งแกร่งสำหรับแอปพลิเคชันแบบไม่ต้องใช้เซิร์ฟเวอร์ของคุณได้
AWS รองรับความต้องการการประมวลผลแบบไม่ต้องใช้เซิร์ฟเวอร์ของคุณได้อย่างไร
Amazon Web Services (AWS) มีบริการมากมายเพื่อรองรับการประมวลผลแบบไม่ต้องใช้เซิร์ฟเวอร์ของคุณ
ระบบแบบไม่ต้องใช้เซิร์ฟเวอร์บน AWS นำเสนอเทคโนโลยีที่คุณสามารถใช้ในการรันโค้ด จัดการข้อมูล และผสานการทำงานแอปพลิเคชันโดยไม่ต้องจัดการเซิร์ฟเวอร์ เมื่อใช้เทคโนโลยีแบบไม่ต้องใช้เซิร์ฟเวอร์ของ AWS คุณจะได้รับการปรับขนาดอัตโนมัติ ความพร้อมใช้งานในตัวที่สูง และรูปแบบการเรียกเก็บค่าบริการตามการใช้งานจริงเพื่อเพิ่มความคล่องตัวและความคุ้มค่าต่อต้นทุน เทคโนโลยีเหล่านี้ยังช่วยกำจัดงานด้านการจัดการโครงสร้างพื้นฐานอย่างการเตรียมความจุและการแพตช์ คุณจึงสามารถให้ความสำคัญกับการเขียนโค้ดเพื่อให้บริการลูกค้าของคุณได้
แอปพลิเคชันที่ไม่ต้องใช้เซิร์ฟเวอร์เริ่มต้นด้วย AWS Lambda ซึ่งเป็นบริการคำนวณที่ขับเคลื่อนด้วยเหตุการณ์ที่ผสานรวมกับบริการ AWS มากกว่า 200 บริการได้อย่างลื่นไหล นอกจากนี้ เรายังมีบริการสนับสนุนเพิ่มเติมจำนวนมาก เช่น:
- AWS Fargate เพื่อสร้างแอปพลิเคชันที่ไม่ต้องใช้เซิร์ฟเวอร์ซึ่งใช้งานได้กับ Amazon Elastic Container Service (Amazon ECS) และ Amazon Elastic Kubernetes Service (Amazon EKS)
- Amazon Aurora Serverless เพื่อสร้างฐานข้อมูลที่ไม่ต้องใช้ไร้เซิร์ฟเวอร์ซึ่งปรับขนาดความจุโดยอัตโนมัติตามความต้องการของแอปพลิเคชันของคุณ
- AWS AppSync เพื่อเร่งการพัฒนาแอปพลิเคชันด้วย GraphQL API ที่ปรับขนาดได้
เริ่มต้นใช้งานระบบแบบไม่ต้องใช้เซิร์ฟเวอร์บน AWS ด้วยการสร้างบัญชีได้เลย
ขั้นตอนถัดไปบน AWS
