จาก Podcast เรื่อง API Evolution without Versioning with Brandon Byarsแค่เห็นหัวข้อก็น่าสนใจแล้วเลยลองฟังไปขณะที่นั่ง (ยืน) รถไฟฟ้าไปทำงานหน่อยที่ดีอีกอย่างคือ มีการ transcript ของ Podcast ให้อ่านไปด้วยจึงทำให้ได้ทั้งฟัง และ อ่าน ไปทั้งคู่มาดูกันว่า มีอะไรที่น่าสนใจบ้าง
ปัญหาที่มักพบเจอบ่อยมาก ๆ ของระบบงานคือการแย่งใช้งาน resource ต่าง ๆ ที่มีจำกัด พร้อมกันผลที่ตามมาคือ ระบบงานทำงานไม่ถูกต้องเช่น เกิดการทำงานซ้ำ เป็นต้นหรือเราจะเรียกว่า race condition
หลายวันที่ผ่านมา มีโอกาสเข้าไปดูและแก้ไขปัญหาของ API ในระบบหนึ่ง ซึ่งมีปัญหาต่าง ๆ มากมายหนึ่งในนั้นคือ ผลการทำงานที่แย่ หรือ performance ไม่ดีทั้งช้า ใช้งาน CPU และ Memory เยอะ
วันนี้ได้อ่านบทความเรื่อง Frankenstein APIs Explained! – API Cyber Security Series แต่ได้ฟังชื่อก็แปลกดี ไม่เคยได้ยินเลยดังนั้นจึงลองอ่านและสรุปไว้นิดหน่อยว่าคืออะไร มีรูปแบบอย่างไร
เห็นคำถามใน facebook ว่ามี Example API ที่ไหนบ้างที่สามารถนำมาใช้งานใน web frontend ได้แบบง่าย ๆโดยเอามาใช้ในการลองขึ้น project ใหม่ดูก็เจอ API หลาย ๆ ตัวที่น่าสนใจ ประกอบไปด้วย
ในการพัฒนาระบบงานนั้นเรามักจะแยกส่วนการทำงานต่าง ๆ ออกจากกันแต่จำเป็นต้องการติดต่อสื่อสารสารกันผ่านระบบ network และมีรูปแบบของการติดต่อผ่านสิ่งที่เรียกว่า API (Application Programming Interface)ไม่ว่าจะอยู่ในรูปแบบของ code หรือตาม protocol ต่าง ๆ ก็ว่าไป
จากบทความของ Slack เรื่อง How we design out APIs at Slackทำการสรุปแนวทางในการออกแบบ API ของระบบออกมาว่าเป็นอย่างไรบ้างเพื่อช่วยทำให้ผู้ใช้งานหรือ developer ใช้งานง่ายขึ้นอีกทั้งช่วยให้การดูแลรักษา API ง่ายขึ้นด้วยซึ่งควรต้องคิดตั้งแต่การออกแบบกันเลยทีเดียวมิเช่นนั้นแทนที่จะได้ API ที่ดีมีประโยชน์ กลับได้ของที่แย่ ๆ ออกมาโดยมีแนวทางของการออกแบบดังนี้
สัปดาห์ที่ผ่านมา ทำการออกแบบ review และ พัฒนา API ของระบบงานพบว่าสิ่งที่ทำออกมานั้นมีปัญหาหลายอย่างไม่ว่าจะเป็นการพัฒนาที่ยากไม่ว่าจะเป็นการใช้งานที่ยากอีกดังนั้นจึงสรุปต้นเหตุที่ก่อให้เกิดปัญหาขึ้นมา
ไม่มีอะไรมาก เห็นคุยกันเรื่องการทำ API สำหรับดึงข้อมูลรายชื่อจังหวัดของประเทศไทยเพื่อนำมาใช้งานกันจึงไปค้นหาดุใน Google ก็เจอเยอะเลยแสดงว่าเป็นแนวปฏิบัติปกตินะ !!!
วันนี้ดู Tweet เรื่อง การวิเคราะห์ต้นเหตุปัญหาของ API ของ ClubHouse ที่โดนโจมตียกตัวอย่างเช่น ผู้ใช้งานหนึ่งคนสามารถทำการเปิดและเข้าห้อง stream ได้มากกว่า 1 ห้องโดยใช้งานผ่าน web browser ได้เลยซึ่งแน่นอนว่า มันขัดแย้งกับ terms of service อย่างแรง
