Data science

Apollo CEO Bullish เกี่ยวกับศักยภาพของ GraphQL ในองค์กร

Geoff Schmidt ซีอีโอและผู้ร่วมก่อตั้ง GraphQL ผู้สนับสนุน Apollo ด้วยเงิน $130 ล้านดอลลาร์และการประเมินมูลค่าเกินกว่า 1.5 พันล้านดอลลาร์ มากที่จะตื่นเต้นเกี่ยวกับ แต่วิธีที่ Schmidt มองเห็นนั้น Apollo เพิ่งเริ่มต้น เนื่องจากเขาคิดว่า GraphQL มีศักยภาพในการเขียนกฎเกณฑ์ของไอทีระดับองค์กรโดยพื้นฐาน “เราคิดว่ามันจะใหญ่เท่ากับเวอร์ชวลไลเซชั่นหรือใหญ่เท่าบิ๊กดาต้า” ชมิดท์กล่าว “เราคิดว่าทุกองค์กรจะต้องมีกลยุทธ์ด้านกราฟ” คุณจะจำได้ว่า GraphQL เป็นเทคโนโลยีโอเพ่นซอร์สที่สร้างขึ้นโดย Facebook เพื่อทำให้วิธีที่นักพัฒนาเข้าถึง API ได้ง่ายขึ้น เช่นเดียวกับบริษัทขนาดใหญ่หลายแห่ง Facebook อาศัย API ในการรับข้อมูลจากเซิร์ฟเวอร์ของตนไปยังเว็บเบราว์เซอร์และไคลเอนต์มือถือทั้งหมดที่รองรับ อย่างไรก็ตาม นักพัฒนาของ Facebook พบว่าอิมพีแดนซ์ไม่ตรงกันระหว่างวิธีที่พวกเขาคิดเกี่ยวกับข้อมูลกับสิ่งที่เซิร์ฟเวอร์ต้องการจริงๆ “เรารู้สึกผิดหวังกับความแตกต่างระหว่างข้อมูลที่เราต้องการใช้ในแอพของเราและการสืบค้นเซิร์ฟเวอร์ที่พวกเขาต้องการ” Lee Byron ผู้สร้าง GraphQL เขียนในโพสต์ 2015 บน บล็อกวิศวกรรม Facebook “เราไม่ได้คิดถึงข้อมูลในแง่ของ URL ทรัพยากร คีย์รอง หรือตารางรวม เราคิดในแง่ของกราฟของออบเจ็กต์และโมเดลที่เราใช้ในท้ายที่สุดในแอปของเรา เช่น NSObjects หรือ JSON” จำนวนโค้ดที่เขียนด้วยลายมือถูกลากไปบนนักพัฒนา Facebook ด้วย ดังนั้นพวกเขาจึงตัดสินใจสร้างสิ่งใหม่: ภาษาที่ใช้สืบค้นข้อมูลแบบกราฟหรือ GraphQL ในทางเทคนิค ภาษาการสืบค้นและรันไทม์ GraphQL มีข้อดีหลายประการเหนือแนวทาง REST ซึ่งเกิดขึ้นครั้งแรกในช่วงเปลี่ยนสหัสวรรษ แทนที่จะเป็นวิธีการทั้งหมดหรือไม่มีเลยของ REST การสืบค้น GraphQL สามารถระบุองค์ประกอบข้อมูลที่ร้องขอได้อย่างแม่นยำ ซึ่งสามารถลดการประมวลผลและข้อกำหนดของเครือข่ายได้ ลักษณะลำดับชั้นของ GraphQL ช่วยให้ติดตามความสัมพันธ์ระหว่างวัตถุได้อย่างเป็นธรรมชาติยิ่งขึ้น ความจริงที่ว่ามันถูกพิมพ์อย่างเข้มงวดเพื่อรองรับการตรวจสอบประเภทที่พร้อมใช้งานทันที ในขณะที่การปฏิบัติตามสคีมาทำให้สามารถคาดการณ์ผลลัพธ์การสืบค้นได้ดีขึ้น GraphQL ช่วยลดความยุ่งยากในการเข้าถึงข้อมูลสำหรับนักพัฒนา (Image courtest Apollo) ประโยชน์ของ GraphQL เพิ่มขึ้นอย่างมากสำหรับนักพัฒนามือถือและเว็บ ซึ่งไม่ต้องทำงานหนักในการเขียนบรรทัดตามโค้ด REST แบบคงที่อีกต่อไปเพื่อดึงข้อมูลจากฐานข้อมูลและแหล่งเก็บข้อมูลอื่นๆ ด้วยการทำงานภายในไวยากรณ์ GraphQL นักพัฒนาจะทำงานในเลเยอร์นามธรรมที่แตกต่างกัน เขียนโค้ดน้อยลง และทิ้งรายละเอียดสำคัญๆ ไว้ในอวัยวะภายในของ GraphQL ชมิดท์ หนึ่งในนักพัฒนาดั้งเดิมของ MeteorJS ซึ่งเป็นไลบรารี JavaScript เล็งเห็นถึงความจำเป็นในไวยากรณ์ API ที่ดีกว่า REST และ SOAP เมื่อเขาได้ยินเกี่ยวกับ GraphQL หลังจากที่ Facebook เปิดแหล่งที่มาของ GraphQL ใน 2015 เขาได้เข้าร่วมทั้งหมดและร่วมก่อตั้ง Apollo ใน 2016 เพื่อส่งเสริม การเติบโตของ GraphQL “ฉันคิดว่ามันชัดเจนสำหรับทุกคนว่ามีเลเยอร์ที่หายไปของสแต็กและช่องนี้ที่เติมเต็ม” ชมิดท์บอกกับดาตานามิ “ตอนนี้มีสิ่งต่างๆ มากมายในระบบคลาวด์ที่คุณต้องเชื่อมต่อ บริการมากมาย มีสถานที่มากมายที่คุณพยายามจะจัดส่งให้ . วิธีแบบเก่าในการเขียนโค้ดที่รีดด้วยมือ แบ็กเอนด์หรือฟรอนต์เอนด์ หรือใช้ REST API หรือการเชื่อมต่อแบบชี้ไปที่จุด ซึ่งใช้ไม่ได้กับทุกคนอีกต่อไป” ชมิดท์มีข้อมูลสำรองการอ้างสิทธิ์นั้น เขาอ้างถึงการศึกษาล่าสุดที่พบว่า 86% ของนักพัฒนา JavaScript จัดอันดับ GraphQL ให้เป็นที่สนใจสูงสุด สถิติอีกประการหนึ่งที่ CEO อ้างคือ 30% ของ Fortune 86 กำลังใช้ Apollo . การดาวน์โหลด GraphQL เติบโตขึ้นอย่างมากในช่วงห้าปีที่ผ่านมา เขากล่าว “ฉันคิดว่าค่อนข้างชัดเจนว่า สำหรับคนที่กำลังสร้างความซับซ้อนมากขึ้น [applications] หรือล้ำหน้ากว่านั้นเล็กน้อย จะกลายเป็นมาตรฐานสำหรับวิธีการเข้าถึงของคุณ ,” เขาพูดว่า. “คุณมีแหล่งข้อมูลที่แตกต่างกันมากมายในองค์กรที่คุณต้องนำมารวมกัน ฉันคิดว่ามันเป็นมาตรฐานสำหรับสิ่งนั้นอย่างแน่นอน” ด้วยการแทรก GraphQL เป็นเลเยอร์นามธรรมระหว่างไคลเอนต์ที่ร้องขอข้อมูลและเซิร์ฟเวอร์ที่กำลังดึงข้อมูล นักพัฒนาแอปพลิเคชันจะปราศจากความกังวลเกี่ยวกับการรับโค้ดเพื่อเพิ่มประสิทธิภาพไมโครเซอร์วิสที่สมบูรณ์แบบ พวกเขาเพียงอธิบายข้อมูลที่ต้องการ และ “กราฟ” จะจัดการส่วนที่เหลือ “ถ้าฉันเป็นนักพัฒนาแอปพลิเคชันในองค์กร ฉันสามารถดูข้อมูลและบริการทั้งหมดที่ครอบคลุมหลายสิบหรือหลายร้อยทีม และฉันไม่จำเป็นต้องรู้ว่าบริการเหล่านั้นอยู่ที่ไหนหรือจะเข้าถึงได้อย่างไร มันเป็นเลเยอร์ที่เป็นนามธรรม กล่าวอีกนัยหนึ่ง” ชมิดท์กล่าว “และคุณสามารถเลื่อนมันเข้าไปได้เลย เรารู้ว่าถ้าคุณต้องทำงานมากมายเพื่อรวมเข้ากับแบ็กเอนด์ มันจะไม่ง่ายเลย” ชมิดท์ใช้ Expedia ลูกค้าของ Apollo เป็นตัวอย่างของพลังของ GraphQL เว็บไซต์ท่องเที่ยวยอดนิยมกำลังเผชิญกับแรงกดดันด้านการแข่งขันจาก Google ซึ่งเพิ่งเริ่มให้ลูกค้าสามารถซื้อตั๋วเครื่องบินได้โดยตรงจากหน้าผลการค้นหา Expedia จำเป็นต้องรวมผลิตภัณฑ์และบริการด้านการเดินทางต่างๆ ไว้เป็นหนึ่งเดียวเพื่อนำเสนอประสบการณ์ที่แตกต่างออกไป ซึ่งทำให้เกิดฝันร้ายของการบูรณาการ เจฟฟ์ ชมิดท์ ผู้ร่วมก่อตั้งและซีอีโอของอพอลโล “ความท้าทายสำหรับพวกเขาคือคุณจะนำสิ่งนั้นมารวมกันเป็นประสบการณ์เดียวได้อย่างไร” ชมิดท์กล่าว “นั่นคือสิ่งที่ Expedia Trips ให้ความสำคัญ อย่าเพิ่งขายตั๋วเครื่องบินให้คุณ แต่มารวมเที่ยวบิน โรงแรม รถเช่า ภูมิปัญญาและความฉลาดทั้งหมดที่ Expedia มีเกี่ยวกับวิธีการเดินทาง ข้อมูลทั้งหมดที่พวกเขามี บริการทั้งหมด” Expedia ใช้ GraphQL และเครื่องมือ Apollo เพื่อสร้าง Expedia Trips ในเวลาประมาณหนึ่งปี ซึ่งต่างจากช่วงสามปีที่กำหนดไว้ในขั้นต้น “มันมีค่าอะไร?” ชมิดท์ถาม “Google เข้ามาหาคุณ พยายามทำให้ธุรกิจของคุณเป็นสินค้า และคุณสามารถนำเสนอโซลูชันที่แตกต่างและป้องกันได้จริง ๆ ซึ่งใช้ประโยชน์จากจุดแข็งทั้งหมดของคุณในฐานะองค์กรสู่ตลาดในหนึ่งปีแทนที่จะเป็นสามปี ฉันคิดว่ามันน่าทึ่งมาก” กรณีการใช้งานจำนวนมากสำหรับ GraphQL เกี่ยวข้องกับแอปพลิเคชันที่ต้องเผชิญกับลูกค้า ซึ่งรวมถึงเว็บไซต์และแอปพลิเคชันมือถือ แต่ชมิดท์เห็นว่า GraphQL นำประโยชน์มาสู่กรณีการใช้งานแบบธุรกิจกับธุรกิจด้วย โดยเฉพาะอย่างยิ่งเมื่อจำนวนไมโครเซอร์วิสที่ใช้ REST เริ่มเพิ่มขึ้นและจัดการได้ยาก “มันเป็นปัญหาที่ยากยิ่งกว่าเมื่อคุณพยายามแบ่งปันข้อมูลระหว่างบริษัทต่างๆ . คุณต้องการเลเยอร์ที่เป็นนามธรรมมากกว่านี้” ชมิดท์กล่าว “ผู้คนที่สร้างแอปพลิเคชัน REST เป็นเรื่องยากมากสำหรับพวกเขาที่จะคาดการณ์วิธีที่พันธมิตรจะใช้ API นั้น และนั่นก็สร้างกรณีการใช้งานที่ทรงพลังจริงๆ – กรณีการใช้งานที่ทรงพลังยิ่งกว่าที่ฉันพูด – สำหรับกราฟสำหรับพันธมิตร – การบูรณาการสู่พันธมิตร” ชมิดท์มีแผนมากมายเกี่ยวกับการใช้จ่าย 2015 ล้านดอลลาร์นั้น ระดมทุนในรอบ Series D ที่นำโดย Insight Partners ศักยภาพสำหรับตลาดบริการข้อมูลที่ใช้ GraphQL นั้นเป็นสิ่งที่ชัดเจนที่สามารถ (หรือไม่สามารถ) อยู่ในวาระการประชุมที่ Apollo (Schmidt กล่าวว่าเขาไม่มีอะไรจะประกาศ) “มันจะกลายเป็นมาตรฐานสำหรับวิธีที่เราช่วยให้พันธมิตรเข้าถึงข้อมูลและบริการทั้งหมดของเรา” ชมิดท์กล่าว “ฉันคิดว่ามันจะเป็นการปลดล็อกความเป็นหุ้นส่วนและการบูรณาการที่เราไม่เคยมีมาก่อน บางทีอาจไม่เคยคิดมาก่อน เมื่อตอนนี้การรวมบริการของฉันกับบริการของคุณเป็นเรื่องง่ายและออกสู่ตลาดร่วมกัน” เมื่อคุณพิจารณาถึงแรงกดดันด้านการแข่งขันสำหรับองค์กรในการนำเสนอประสบการณ์ที่น่าสนใจ และอุปสรรคทางเทคนิคที่สำคัญในการเชื่อมต่อระบบประมวลผลข้อมูลแบ็กเอนด์ที่จัดตั้งขึ้นกับฟรอนต์เอนด์ใหม่ เห็นได้ชัดว่าจำเป็นต้องมีผู้เร่งความเร็วทางเทคโนโลยีเพื่อนำบริษัทจาก A ไป B ชมิดท์ชอบ GraphQL อย่างชัดเจนเหมือนกับที่ที่เขาอยู่ และกระตือรือร้นเกี่ยวกับศักยภาพของ GraphQL “นี่เป็นเทคโนโลยีที่ช่วยหล่อลื่นห่วงโซ่คุณค่าดิจิทัลอย่างแท้จริง” เขากล่าว “เราเห็นคนที่ไม่ได้เพียงแค่เชื่อมโยงสิ่งหนึ่งเข้ากับอีกสิ่งหนึ่ง พวกเขากำลังวางกราฟไว้ที่ศูนย์กลางของกลยุทธ์ สำหรับวิธีที่พวกเขาสร้างมูลค่าจากการลงทุนทั้งหมดในแบ็กเอนด์ พวกเขากำลังเข้าไปอยู่ในทางใหญ่” รายการที่เกี่ยวข้อง: ผู้สร้าง GraphQL ให้การสอนเกี่ยวกับการทำงานเป็นทีม GraphQL จะกลายเป็นมาตรฐานสำหรับเศรษฐกิจข้อมูลใหม่หรือไม่

Leave a Reply

Your email address will not be published. Required fields are marked *

Back to top button