DE{CODE}: ทำไม Edge ถึงไม่ใช่ Edge Case

เมื่อคุณอยู่ที่เอดจ์ ความเร็ว ความปลอดภัย และความสมบูรณ์ของเซิร์ฟเวอร์จะไม่ใช่เรื่องที่ต้องคิดในภายหลัง ในเซสชั่นนี้ รองประธาน Cloudflare ของผลิตภัณฑ์ Sergi Isasi และผู้จัดการผลิตภัณฑ์ WP Engine Pavan Tirupati พูดคุยว่าทำไมการมีความคิดแบบ edge-first จึงมีความสำคัญต่อความสำเร็จของแต่ละเว็บไซต์ที่คุณสร้างหรือดูแล

สไลด์เซสชัน

การถอดเสียงแบบเต็ม

PAVAN TIRUPATI : สวัสดีทุกคน ขอขอบคุณที่เข้าร่วมกับเราในเซสชันนี้เกี่ยวกับอายุที่ไม่สำคัญจริงๆ ฉันชื่อ Pavan Tirupati ผู้จัดการผลิตภัณฑ์ของ WP Engine กับทีม The Outreach และฉันรับผิดชอบหลักในด้านความปลอดภัย ประสิทธิภาพ และความน่าเชื่อถือของ Edge เพื่อขยายและส่งเสริมลูกค้า WP Engine

และวันนี้จาก Cloudflare คือ Sergi รองประธานฝ่ายการจัดการผลิตภัณฑ์ เซอร์กี้ คุณอยากจะแนะนำตัวเองไหม?

SERGI ISASI : แน่นอน ขอบคุณที่มีฉัน Pavan และขอขอบคุณทุกท่านที่เข้าร่วมเซสชั่นของเรา ดังที่ Pavan กล่าว ฉันเป็นรองประธานฝ่าย Product for Application Performance ที่ Cloudflare โดยมุ่งเน้นที่ประสิทธิภาพและความน่าเชื่อถือของ Edge ของเรา เราต้องการทำสิ่งต่าง ๆ อย่างรวดเร็วและเชื่อถือได้สำหรับลูกค้าของเราทุกคน ผลิตภัณฑ์ที่ฉันพูดถึงคือวิธีที่ Cloudflare รับและประมวลผลการรับส่งข้อมูลที่ Edge ดังนั้นทั้งที่เลเยอร์ 4 และ 7 ซึ่งรวมถึงแคช พร็อกซี สเปกตรัม FL เทคโนโลยีพื้นฐานของ Cloudflare เช่น ระบบ DNS ระบบการจัดการใบรับรอง ของเรา ระบบการจัดการที่อยู่ IP และแอพพลิเคชั่นขอบใหม่ โหลดบาลานซ์ ผลิตภัณฑ์ใหม่ล่าสุดสำหรับห้องรอ และผลิตภัณฑ์ Web3 ที่กำลังจะมาถึง

ฉันอยู่ที่ Cloudflare มาประมาณ 4 ปีครึ่งแล้ว และอีกครั้ง ดีใจที่ได้มาวันนี้

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

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

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

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

SERGI ISASI: แน่นอน ดังนั้นจึงมีคำพูดที่พูดกันมานานในคลาวด์คอมพิวติ้ง ซึ่งก็คือ “คลาวด์เป็นแค่คอมพิวเตอร์ของคนอื่น” ฉันชอบคำพูดนี้มาก หมายความว่าจะเป็นสิ่งเดียวกันกับที่คุณมีบนเดสก์ท็อปหรือแล็ปท็อป แต่เป็นเพียงคนอื่นจัดการเท่านั้น และเอดจ์ก็คือสิ่งเดียวกันทุกประการ มันอยู่ใกล้ผู้ใช้มากขึ้นเท่านั้น

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

และสิ่งที่ Cloudflare ทำคือเราพยายามทำให้ทุกอย่างอยู่เหนือขอบ ฉันคิดว่าหนึ่งในเหตุผลที่คุณขอให้ฉันแชทนี้เพราะเราใช้หนึ่งในเครือข่ายเอดจ์ที่ใหญ่ที่สุดในโลก และเห็นได้ชัดว่าเราภูมิใจกับมันมาก Cloudflare มีอายุมากกว่า 10 ปีเล็กน้อย และเราสร้างเครือข่ายนี้มาตลอด เติบโตขึ้นใน 250 เมือง 100 ประเทศ โดยมีเป้าหมาย และที่จริงเราได้บรรลุเป้าหมายนี้แล้ว โดยใช้เวลาไม่เกิน 50 มิลลิวินาทีของผู้ใช้อินเทอร์เน็ต 95% ทั่วโลก และนั่นคือไมล์สุดท้าย หากเราสามารถอยู่ภายใน 50 มิลลิวินาที เราจะเร็วขึ้นมากสำหรับผู้ใช้แต่ละราย

ส่วนอื่น ๆ ของมันคือการเชื่อมต่อกับเครือข่ายอื่น ดังนั้นเราจึงเชื่อมต่อกับเครือข่ายอื่นๆ อีกกว่า 10,000 เครือข่ายทั่วโลก ตัวอย่างเช่น ISP ท้องถิ่นจำนวนมาก จากนั้นเราก็ดำเนินการแกนหลักของเราเอง ดังนั้นให้ทำการแบ็คฮอลของทราฟฟิกนั้นเมื่อเราต้องการไปที่คอร์หรือต้นทาง ทำอย่างนั้น เร็วยิ่งขึ้น เราสิ้นสุดปี 2021 ด้วยความจุมากกว่า 100 เทราบิตต่อวินาทีเล็กน้อย และนั่นเป็นสิ่งสำคัญเมื่อพูดถึงการปรับขนาดในแนวนอนสำหรับการเพิ่มทราฟฟิกให้กับลูกค้าของเรา และเพิ่มการโจมตีลูกค้าและเครือข่ายของเราเองด้วย

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

เราเปลี่ยนจากจุดนั้นไปสู่ความก้าวหน้ามากมายบนเอนด์พอยต์ ดังนั้นคุณจึงมีไคลเอนต์อ้วนๆ มากมาย เช่น Windows, Microsoft Word ทุกสิ่งเหล่านั้นที่คุณทำการคำนวณจำนวนมากที่เอนด์พอยต์แล้วส่งกลับออกไป โดยทั่วไปแล้ว หลักในการแบ่งปันเนื้อหานั้น

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

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

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

ปาวัน ติรูปาติ: ยอดเยี่ยม เราขอเจาะลึกเรื่องป๊อปหน่อยได้ไหม? ป๊อปคืออะไร? และสิ่งที่เปลี่ยนแปลงไปใน POPs เมื่อเวลาผ่านไป? และเจาะจงไปที่การใช้งาน Cloudflare ของ POP มีอะไรพิเศษบ้าง?

SERGI ISASI: ขอบคุณที่นำสิ่งนั้นกลับมา ฉันพูดว่า POPs บ่อยมาก และฉันควรระบุว่ามันหมายถึงอะไร มันเป็นจุดแสดงตนทางอินเทอร์เน็ต และในกรณีของ Cloudflare และในกรณีอื่นๆ ส่วนใหญ่ เมื่อคุณได้ยินใครพูดถึง POP ความหมายก็คือกลุ่มของเซิร์ฟเวอร์ซึ่งนั่งอยู่ที่ไหนสักแห่งที่เรียกใช้ซอฟต์แวร์

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

สิ่งที่น่าสนใจอย่างหนึ่งที่เปลี่ยนแปลงไปตามกาลเวลาคือเราได้ใช้งานจริงกับสถาปัตยกรรม CPU ที่แตกต่างกันสามแบบ หรือจริงๆ แล้วมีสถาปัตยกรรม CPU สองแบบที่แตกต่างกัน ผู้ผลิตสามราย ดังนั้นเราจึงใช้ทั้ง Intel และ AMD และเราก็ใช้ ARM ด้วยเช่นกัน

อีกอย่างที่เปลี่ยนไปตามกาลเวลาคือเราเพิ่มสถานที่ไปเรื่อยๆ ยังไม่ชัดเจนสำหรับฉันว่าเรามีกี่ตัวเมื่อเราเปิดตัวเมื่อ 10 ปีที่แล้ว มันอยู่ในช่วงโหล แต่มีเรื่องตลกของ CTO ของเราซึ่งเป็นแฟน Cloudflare รุ่นแรก ๆ รู้จักผู้ก่อตั้งของเรา แต่เขาปฏิเสธที่จะเข้าร่วม Cloudflare จนกว่าเขาจะได้รับ POP ใกล้เคียงกับที่เขาเคยอยู่ในยุโรป เขาพูดว่า เมื่อไหร่จะมา? แล้วฉันจะเข้าร่วม

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

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

เป้าหมายเดิมของเราคือการอยู่ภายใน 100 มิลลิวินาทีของผู้ใช้ปลายทาง แล้วเราก็รู้ว่าเราทำได้ดีกว่านี้ ตอนนี้เรามีเป้าหมายที่ 50 มิลลิวินาที และฉันจะไม่แปลกใจเลยถ้าคุณเห็นว่ามันน้อยลงเรื่อยๆ เมื่อเวลาผ่านไปหลายปี

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

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

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

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

ปาวัน ติรูปาติ: เยี่ยมมาก แล้ว edge เทียบกับ core เป็นอย่างไร?

SERGI ISASI: แน่นอน ดังนั้นจึงขึ้นอยู่กับสถาปัตยกรรมของคุณ และสำหรับสถาปัตยกรรมบางอย่าง ขอบคือแกนกลาง และแกนกลางคือขอบ หากคุณมีเพียงที่เดียว คุณกำลังทำทุกอย่างพร้อมกัน

โดยทั่วไปแล้ว Edge จะเร็วขึ้นและมีประสิทธิภาพมากขึ้นสำหรับการประมวลผล และคอร์คือที่ที่คุณเก็บความลับและการกำหนดค่า และคุณส่งข้อมูลจากคอร์ไปยังเอดจ์

PAVAN TIRUPATI: Cloudflare มีแกนกลางหรือไม่? และถ้าเป็นเช่นนั้นจะมีการดำเนินการอย่างไร?

SERGI ISASI: ตั้งแต่วันแรก ใช่ และเราไม่พูดถึงมันมากนัก เป็นเรื่องที่น่าสนใจ แต่ถ้าคุณลองคิดดู เราก่อตั้งขึ้นในปี 2009 ดังนั้นการดำเนินการทุกอย่างที่ Edge จึงไม่สามารถทำได้จริงอย่างเหลือเชื่อในปี 2009 และสำหรับบางอย่างก็ไม่สามารถทำได้ในตอนนี้

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

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

ดังนั้นในปี 2559 Tom Arnfeld หนึ่งในวิศวกร DNS ของเราจึงถามว่าเขาสามารถนั่งลงกับ WP Engine เพื่อทำความเข้าใจสิ่งที่คุณต้องการจริง ๆ และทำไมคุณถึงต้องการมัน และหน้าตาจะเป็นอย่างไรในปี 2560 และจะมีลักษณะอย่างไรใน ปี 2022 ตอนนี้ก็ผ่านมา 5 ปีแล้ว และสิ่งที่เราทำในปี 2560 ก็คือการเขียนโครงสร้างข้อมูลทั้งหมดสำหรับซอฟต์แวร์ DNS ของเราใหม่ เพื่อให้ย้ายข้อมูลจากเอดจ์ได้ดั่งเวทมนตร์ตามคำขอของ CEO และเป็นหนึ่งในสิ่งเหล่านั้นที่เรามีลูกค้าที่มีความต้องการ เราต้องการตอบสนองความต้องการนั้น แต่เราต้องคิดใหม่ว่าเราจะย้ายข้อมูลจากคอร์ไปยังเอดจ์ได้อย่างไร

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

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

สิ่งสุดท้ายที่ฉันจะพูดถึงที่แกนหลักคือวันนี้เราทำการเรียนรู้ด้วยเครื่องส่วนใหญ่ที่แกนหลัก เราพึ่งพาแมชชีนเลิร์นนิงอย่างมากสำหรับผลิตภัณฑ์ด้านความปลอดภัยโดยเฉพาะ แต่เราต้องการทำสิ่งนั้นให้มากขึ้นเพราะเราเห็นรูปแบบที่คล้ายกันกับระบบ DDoS ดังนั้นเราจึงร่วมมือกับ NVIDIA เพื่อเริ่มใช้งาน ML ของเราที่ Edge มากขึ้นเช่นกัน

PAVAN TIRUPATI: Sergi คุณพูดถึง DDoS และความปลอดภัย ฉันต้องการเจาะลึกเรื่องนั้นเล็กน้อย โดยเฉพาะอย่างยิ่งเนื่องจากความปลอดภัยมีความสำคัญอย่างยิ่ง อะไรคือแนวโน้มและสิ่งที่คุณเห็น?

SERGI ISASI: แน่นอน ถึงเป็นการทำลายสถิติจากเรานิดหน่อย แต่การโจมตี DDoS นั้นทำลายสถิติ เราทำลายสถิตินั้นทุกปี เหตุผลก็คือบ็อตเน็ตมีขนาดเพิ่มขึ้นจริง ๆ และใช้ประโยชน์จากอุปกรณ์ที่มีประสิทธิภาพมากขึ้น ดังนั้น หากคุณคิดว่าโทรศัพท์มือถือของคุณตอนนี้หรือคอมพิวเตอร์ของคุณเร็วขึ้นเท่าใดเมื่อเทียบกับปีก่อนหน้า นั่นก็สมเหตุสมผลแล้วที่ทั้งสองจะมีขีดความสามารถมากขึ้นในการเปิดการโจมตีขนาดใหญ่ ปริมาณงานที่มีนัยสำคัญ เราจึงต่อสู้กับ เมื่อไม่นานมานี้ การโจมตีแบบ “2 เทราไบต์ต่อวินาที” ซึ่งเป็นการโจมตีที่ใหญ่เป็นอันดับสองที่เราเคยได้ยินมา และยังโจมตีอย่างชาญฉลาดที่สามารถทำสิ่งต่างๆ ได้โดยไม่ต้องใช้ปริมาณงานมาก แต่อาจมีคำขอจำนวนมากและคำขอที่มีราคาแพง

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

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

PAVAN TIRUPATI: ใช่ และที่ WP Engine เรากำลังพยายามทำให้เครือข่ายขั้นสูงซึ่งเป็นหนึ่งในข้อเสนอเครือข่ายของเรา เป็นค่าเริ่มต้นสำหรับลูกค้าทั้งหมดของเรา เพื่อให้พวกเขาสามารถใช้ประโยชน์จากชั้นความปลอดภัยเพิ่มเติมนี้ นอกจากนี้ เรายังได้เห็นการเติบโตที่ไม่เคยมีมาก่อนด้วยข้อเสนอด้านความปลอดภัย GES ซึ่งเกี่ยวข้องกัน ซึ่งปรับให้เข้ากับลูกค้าที่กำลังมองหาระดับและเลเยอร์ความปลอดภัยเพิ่มเติมมากขึ้น และมาพร้อมกับ– GES เป็นสิ่งที่มาพร้อมกับไฟร์วอลล์เว็บแอปพลิเคชันและ Argo Smart Routing

แต่สิ่งหนึ่งที่ฉันต้องการเน้นที่นี่คือ 65% ของลูกค้า WP Engine ในปัจจุบันไม่ได้อยู่ในเครือข่ายเหล่านี้ Argo Smart Routing และ WAF เป็นสิ่งที่พวกเขาได้รับประโยชน์อย่างแน่นอน คุณช่วยขยายความสักนิดว่าการกำหนดเส้นทางอัจฉริยะและ WAF นั้นทำงานในมุมมองของ Cloudflare ได้อย่างไร

SERGI ISASI: แน่นอน ดังนั้น Argo จึงเป็นผลิตภัณฑ์ที่น่าสนใจมาก มันเป็นเอกลักษณ์เฉพาะของ Cloudflare และมันเป็นอะไรที่กวนใจเล็กน้อยถ้าคุณไม่คุ้นเคย ดังนั้น Argo จึงใช้การวัดและส่งข้อมูลทางไกลที่ฉันพูดถึง นั่นคือการวัดระยะไกลที่ขอบ และมองหาเส้นทางที่ดีกว่าผ่านอินเทอร์เน็ต มีคำกล่าวภายในว่า มันเหมือนกับ Waze สำหรับอินเทอร์เน็ต ซึ่งฉันเดาว่ามันได้ผล ไม่ใช่การเปรียบเทียบที่ฉันชอบ แต่เป็นการเปรียบเทียบที่สมเหตุสมผล

เพราะบางครั้งเส้นทางไม่มีประสิทธิภาพและไม่สอดคล้องกัน ดังนั้นวันนี้ การไปที่ต้นทางโดยตรงอาจเร็วกว่าและบางครั้งก็ไม่ บางครั้งมันก็สมเหตุสมผลกว่าที่เราจะเปลี่ยนจากขอบ Cloudflare หนึ่งไปอีกขอบหนึ่งเพื่อหลีกเลี่ยงความแออัดของอินเทอร์เน็ต

ประเด็นสำคัญของ Argo คือมันลดประสิทธิภาพระยะสุดท้ายทั้งจากผู้ใช้ไปยังขอบและขอบไปยังต้นทาง เนื่องจากคุณอาจไม่ได้ให้บริการเนื้อหาทั้งหมดของคุณจากขอบในวันนี้ถึง 40% และนั่นคือการเพิ่มขึ้นอย่างมากโดยพื้นฐานแล้วด้วยการกดปุ่มและไม่ต้องเปลี่ยนรหัสใด ๆ สำหรับแอปพลิเคชัน

PAVAN TIRUPATI: จริง ๆ แล้วค่อนข้างลึกซึ้ง ขอบคุณ เซอร์กี้ คุณเห็นการเปลี่ยนแปลงอะไรบ้างสำหรับฐานลูกค้าของคุณ ผลกระทบในทางปฏิบัติของการโจมตีที่เพิ่มขึ้นและพื้นผิวที่แท้จริงของการโจมตีคืออะไร?

SERGI ISASI: ฉันคิดว่าการเปลี่ยนแปลงครั้งใหญ่ในปี 2020 และในปี 2021 คือเราเริ่มเห็นการโจมตีของแรนซัมแวร์และแรนซัมแวร์ประเภทต่างๆ เพิ่มขึ้น ดังนั้นไม่ใช่แรนซัมแวร์ประเภทต่างๆ ที่เข้าควบคุมตำแหน่งข้อมูลและเข้ารหัส แต่เรากำลังโจมตี คุณและนำคุณลงหากคุณไม่จ่ายเงินให้เรา

ในปี 2020 เราเห็นค่อนข้างน้อย ในปี 2021 เราเห็นการเพิ่มขึ้นแต่รูปแบบเปลี่ยนไป และการเปลี่ยนแปลงรูปแบบก็คือ แทนที่จะเป็นการค้นหาเป้าหมายทั่วๆ ไป แต่เป็นการค้นหาเป้าหมายในอุตสาหกรรมเดียวกัน สิ่งที่น่าสนใจคือเราเห็นบริษัท Voiceover IP และการประชุมทางไกลจำนวนมากตกเป็นเป้าหมาย สมเหตุสมผลใช่มั้ย เนื่องจากทุกคนทำงานจากระยะไกลมากขึ้น บริการเหล่านี้จึงมีความสำคัญอย่างยิ่ง และเป็นสิ่งสำคัญสำหรับทั้งผู้ใช้และผู้ให้บริการออนไลน์ เพื่อให้ผู้โจมตีมีเป้าหมายที่ชัดเจนมากที่นั่น

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

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

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

การโจมตีที่ผมยกตัวอย่างคือ Adidas มีคำขอ 17.2 ล้านครั้งต่อวินาที ดังนั้นนี่ไม่ใช่ปริมาณงาน นี่เป็นเพียงคำขอ HTTP ที่ถูกต้องตามกฎหมายเท่านั้น สิ่งเหล่านี้ไม่ได้ถูกขยายหรือปลอมแปลง ดังนั้นผู้โจมตีรายนี้จึงสามารถเข้าถึงอุปกรณ์จำนวนมากพอที่สามารถสร้างการเชื่อมต่อเหล่านี้และทำให้อุปกรณ์เหล่านั้นดูถูกต้องตามกฎหมาย หรือจริงๆ แล้วอุปกรณ์เหล่านี้ถูกต้องตามกฎหมาย การโจมตีแบบกระจายอย่างมาก มีการกระจุกตัวในบางภูมิภาค แต่พบเห็นได้ในสถานที่ส่วนใหญ่ของเรา

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

ปาวัน ติรูปาติ: เยี่ยมมาก ขอบคุณเซอร์กี้ ยึดมั่นในความปลอดภัยในช่วงเวลาแห่งสงคราม เช่นเดียวกับที่เรากำลังเป็นพยานร่วมกับรัสเซียและยูเครนในขณะนี้ มีการโจมตีทางไซเบอร์ที่คาดว่าจะเพิ่มขึ้น ในความเป็นจริง CIA และ FBI ได้ออกคำแนะนำร่วมกันเกี่ยวกับลักษณะการทำลายล้างของการโจมตีเหล่านี้ และความเสี่ยงของสินทรัพย์และข้อมูลที่สำคัญในช่วงเวลาเหล่านี้ พวกเขาแนะนำให้ทุกองค์กรไม่ว่าจะมีขนาดใดก็ตาม ใช้ท่าทางการรักษาความปลอดภัยที่เพิ่มสูงขึ้น และที่ WP เราเห็นแนวโน้มขาขึ้นในการโจมตีเช่นกัน

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

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

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

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

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

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

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

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

PAVAN TIRUPATI: และเครื่องมือหรือเทคนิคใดบ้างที่ลูกค้าสามารถใช้ได้เพื่อปรับขนาดการรับส่งข้อมูลในสถานการณ์นี้

SERGI ISASI: แน่นอน ดังนั้นสำหรับทุกสถานการณ์ เรามีพนักงานบน Cloudflare สิ่งนี้ทำให้คุณสามารถเรียกใช้โค้ดของคุณบน Edge ของเรา และคุณสามารถสร้างอะไรก็ได้ที่คุณต้องการโดยไม่ต้องกังวลกับการปรับขนาดในแนวนอน

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

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

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

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

แล้วคุณจะทำอย่างไรให้มันยุติธรรม? คุณไม่สามารถมีคิวสำหรับผู้ใช้ใน Bay Area และคิวสำหรับผู้ใช้อยู่ที่ตำแหน่งอื่นทุกแห่ง นั่นทำให้เราต้องคิดว่าเราจะแบ่งปันสถานะข้ามขอบได้อย่างไร และฉันคิดว่านี่คือสิ่งที่อนาคตกำลังจะมาถึง

และเราใช้ผลิตภัณฑ์ Durable Objects ของเราเอง คุณสามารถดูได้ที่นี่บนสไลด์ เพื่อซิงค์และแชร์สถานะในทุกสถานที่ แต่ในฐานะที่เราเป็นอุตสาหกรรม มองหาวิธีแก้ไขปัญหาเหล่านี้ที่ Edge มากขึ้น ฉันคิดว่าคุณจะเริ่มเห็นกรณีการใช้งานซอฟต์แวร์ที่ Edge มากขึ้น ซึ่งสถานะการแบ่งปันยังคงเป็นเรื่องยาก และคุณจะทำอย่างไร เกี่ยวกับความคงเส้นคงวา ไม่ว่าจะเป็นแบบสุดท้ายหรือแบบทันทีทันใด? และฉันคิดว่านั่นคืออนาคตของซอฟต์แวร์ของเรา

ปาวัน ติรูปาติ: เยี่ยมมาก ขอบคุณเซอร์กี้ ฉันรู้ว่าที่ WP Engine เรามีความคิดที่ล้ำยุคเพื่อให้แน่ใจว่าเรากำลังส่งมอบประสิทธิภาพและความปลอดภัยให้กับลูกค้าของเรา Sergi ความคิดสุดท้ายของคุณหรือคำแนะนำหรือข้อควรพิจารณาหรือคำแนะนำสูงสุดสำหรับนักพัฒนาในการโทรที่กำลังสร้างที่ขอบคืออะไร

SERGI ISASI: ฉันคิดว่าอย่างแรกเลย คุณกำลังสร้างถูกที่แล้ว และประการที่สอง ฉันคิดว่ามันเป็นเรื่องที่สร้างสรรค์ มีหลายสิ่งหลายอย่างที่ถ้าคุณถามฉันเมื่อปีที่แล้วว่าเราจะทำมันได้หรือไม่ ฉันจะตอบว่า เอ๊ะ ฉันไม่รู้ ฉันไม่คิดอย่างนั้น และมีเพียงนวัตกรรมที่ก้าวเร็วขึ้นเท่านั้นที่คุณพบที่นี่และนักพัฒนาสร้างสรรค์จำนวนมากที่กำลังคิดเกี่ยวกับปัญหาที่คุณกำลังคิดและหาทางออกทั้งในด้านลูกค้าและผลิตภัณฑ์

สิ่งที่น่าสนใจอีกอย่างคือการสื่อสารและแบ่งปัน เราได้เห็นความเคลื่อนไหวมากมาย โดยเฉพาะอย่างยิ่งใน Discords ของนักพัฒนาซอฟต์แวร์ ในการหาวิธีใหม่ๆ ที่สร้างสรรค์ในการแก้ปัญหา และสร้างสิ่งอื่นๆ ที่ Edge ฉันคิดว่าสุดท้าย ในฐานะที่เป็นปลั๊กสำหรับ Cloudflare หากมีบางสิ่งที่คุณไม่สามารถทำได้ ให้ค้นหาผู้จัดการผลิตภัณฑ์ของ Cloudflare ส่งอีเมลถึงเรา ค้นหาเราบน Twitter หรืออะไรก็ตาม และแจ้งให้เราทราบว่าคุณต้องการสร้างอะไร แล้วเราจะดูว่าเราไม่สามารถช่วยคุณสร้างมันได้หรือไม่

PAVAN TIRUPATI: มันยอดเยี่ยมมาก และฉันคิดว่ามันยุติธรรมที่จะบอกว่า edge ไม่ใช่ edge case อีกต่อไป เพราะถ้าความปลอดภัยและประสิทธิภาพคือจุดสนใจของคุณ edge ก็คือที่ที่ควรอยู่

ขอบคุณมาก Sergi สำหรับคำพูดดีๆ เกี่ยวกับเอดจ์ ฉันหวังว่าพวกคุณจะพบว่าเซสชั่นนี้มีประโยชน์ ขอขอบคุณที่สละเวลาและเข้าร่วมกับเรา ฉันหวังว่าคุณจะมีวันพักผ่อนที่ดี

PRESENTER: และนั่นคือบทสรุปสำหรับ DE{CODE} 2022 ฉันหวังว่าคุณจะพบว่ามันสร้างแรงบันดาลใจและกำลังจะออกไปพร้อมกับความเชี่ยวชาญ WordPress ที่มากขึ้นและการเชื่อมต่อชุมชนใหม่ มองหาเนื้อหาที่บันทึกไว้ในไซต์ตั้งแต่วันศุกร์เพื่อติดตามสิ่งที่คุณอาจพลาดหรือดูวิดีโออีกครั้ง

ฉันต้องการกล่าวคำขอบคุณเป็นครั้งสุดท้ายสำหรับพันธมิตรผู้สนับสนุนของเรา ได้แก่ Amsive Digital, Box UK, Candyspace, Draw, Elementary Digital, Illustrate Digital, Kanopi Studios, Springbox, Studio Malt, StrategiQ, WebDev Studios และ 10Up ขอบคุณมากสำหรับการบริจาคให้กับโครงการระดมทุน DECODE ของเรา เราซาบซึ้งในความเอื้ออาทรของคุณ

ตอนนี้สำหรับทุกคนที่ติดต่อกับเราใน Attendee Hub และเซสชั่นของเรา เราจะเลือกผู้ชนะสามอันดับแรกและแจ้งให้คุณทราบว่าคุณจะรับรางวัลได้อย่างไรเมื่อสิ้นสุด DE{COD}E เราหวังว่าจะได้พบคุณอีกครั้งในกิจกรรมในอนาคตของเรา ทั้งแบบตัวต่อตัวหรือแบบเสมือนจริง เราแทบรอไม่ไหวที่จะนำเสนอเพิ่มเติมเกี่ยวกับแนวโน้มการพัฒนา WordPress ล่าสุดและวิธีที่คุณจะนำไปใช้เพื่อสร้างเว็บไซต์ WordPress ได้เร็วขึ้น นั่นคือทั้งหมดจากฉัน ขอบคุณมากที่มาร่วมงานกับเราและดูแล