RESTful API คืออะไร

Representational State Transfer (REST) เป็นสถาปัตยกรรมซอฟต์แวร์ที่กำหนดเงื่อนไขว่า API ควรทำงานอย่างไร โดยแต่แรกเริ่มนั้น มีการสร้าง REST ขึ้นเพื่อเป็นแนวทางในการจัดการการสื่อสารบนเครือข่ายที่ซับซ้อน เช่น อินเทอร์เน็ต คุณสามารถใช้สถาปัตยกรรม REST เพื่อรองรับการสื่อสารที่มีประสิทธิภาพสูงและเชื่อถือได้ในทุกระดับ คุณยังสามารถใช้และปรับเปลี่ยนสถาปัตยกรรมได้อย่างง่ายดาย โดยนำความสามารถในการมองเห็นและการเคลื่อนย้ายข้ามแพลตฟอร์มมาสู่ทุกระบบ API

นักพัฒนา API สามารถออกแบบ API ได้โดยใช้สถาปัตยกรรมต่างๆ โดย API ที่เป็นไปตามรูปแบบสถาปัตยกรรม REST เรียกว่า REST API บริการเว็บที่ใช้สถาปัตยกรรม REST เรียกว่าบริการเว็บ RESTful คำว่า RESTful API โดยทั่วไปหมายถึง API เว็บแบบ RESTful อย่างไรก็ตาม คุณสามารถใช้คำว่า REST API และ RESTful API แทนกันได้

โดยหลักการบางประการของรูปแบบสถาปัตยกรรม REST มีดังต่อไปนี้:

อินเทอร์เฟซรูปแบบเดียวกัน

อินเทอร์เฟซรูปแบบเดียวกันถือเป็นพื้นฐานในการออกแบบบริการเว็บ RESTful ทุกประเภท ซึ่งระบุว่าเซิร์ฟเวอร์ถ่ายโอนข้อมูลในรูปแบบมาตรฐาน ทรัพยากรที่จัดรูปแบบเรียกว่าการแทนข้อมูลใน REST โดยรูปแบบนี้อาจแตกต่างจากการแทนข้อมูลภายในของทรัพยากรบนแอปพลิเคชันเซิร์ฟเวอร์ ตัวอย่างเช่น เซิร์ฟเวอร์สามารถจัดเก็บข้อมูลเป็นข้อความ แต่ส่งข้อมูลในรูปแบบการแทนข้อมูลด้วย HTML

โดยอินเทอร์เฟซรูปแบบเดียวกันกำหนดข้อจำกัดทางสถาปัตยกรรมไว้ 4 ประการ ได้แก่

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

ความไร้สถานะ

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

ระบบที่แบ่งออกเป็นชั้น

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

ความสามารถในการแคช

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

การปรับแต่งโค้ดได้ตามความต้องการ

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

ฟังก์ชันพื้นฐานของ RESTful API จะเหมือนกับการท่องอินเทอร์เน็ต ไคลเอ็นต์จะติดต่อกับเซิร์ฟเวอร์โดยใช้ API เมื่อต้องใช้ทรัพยากร นักพัฒนา API อธิบายวิธีการที่ไคลเอ็นต์ควรใช้ REST API ในเอกสารประกอบ API ของแอปพลิเคชันเซิร์ฟเวอร์ โดยการเรียกใช้ REST API มีขั้นตอนทั่วไปดังนี้:

1. ไคลเอ็นต์ส่งคำขอไปยังเซิร์ฟเวอร์ ไคลเอ็นต์ปฏิบัติตามเอกสารประกอบ API เพื่อจัดรูปแบบคำขอในลักษณะที่เซิร์ฟเวอร์เข้าใจได้
2. เซิร์ฟเวอร์รับรองความถูกต้องของไคลเอ็นต์ และยืนยันว่าไคลเอ็นต์มีสิทธิ์ส่งคำขอดังกล่าว
3. เซิร์ฟเวอร์รับคำขอและประมวลผลเป็นการภายใน
4. เซิร์ฟเวอร์ส่งคืนการตอบสนองกลับไปยังไคลเอ็นต์ การตอบสนองมีข้อมูลที่บอกให้ลูกค้าทราบว่าคำขอดังกล่าวสำเร็จหรือไม่ การตอบสนองยังรวมถึงข้อมูลใดๆ ที่ไคลเอ็นต์ร้องขออีกด้วย

รายละเอียดคำขอและการตอบสนอง REST API จะแตกต่างกันเล็กน้อยโดยขึ้นอยู่กับวิธีการที่นักพัฒนา API ออกแบบ API

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

โดย RESTful API มีวิธีการรับรองความถูกต้องทั่วไป 4 วิธี ได้แก่

การรับรองความถูกต้อง HTTP

HTTP กำหนดรูปแบบการรับรองความถูกต้องบางส่วนที่คุณสามารถใช้ได้โดยตรงเมื่อคุณนำ REST API ไปใช้ โดยทั้งสองรูปแบบมีดังต่อไปนี้:

การรับรองความถูกต้องพื้นฐาน

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

การรับรองความถูกต้องของแบเรอร์

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

คีย์ API

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

OAuth

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

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

การใช้ API Gateway ทำให้คุณสามารถ:

• มอบประสิทธิภาพความเร็วสูงสำหรับทั้งคำขอและการตอบสนองของ API ให้แก่ผู้ใช้
• อนุมัติการเข้าถึง API ของคุณด้วย AWS Identity and Access Management (IAM) และ Amazon Cognito ซึ่งทั้งสองอย่างนี้รองรับ OAuth แบบเนทิฟ
• เรียกใช้ API เดียวกันได้หลายเวอร์ชันพร้อมกันด้วย API Gateway เพื่อทำซ้ำ ทดสอบ และเผยแพร่เวอร์ชันใหม่ได้อย่างรวดเร็ว
• ตรวจสอบตัวชี้วัดประสิทธิภาพและข้อมูลเกี่ยวกับการเรียก API, เวลาแฝงของข้อมูล และอัตราข้อผิดพลาดจาก API Gateway 

เริ่มต้นใช้งาน API Gateway โดยใช้คำแนะนำทีละขั้นตอนของเรา และสร้างบัญชี AWS วันนี้