Saulius Lazaravičius, รองประธานฝ่ายผลิตภัณฑ์ที่ Hostinger – ซีรีส์สัมภาษณ์

Saulius Lazaravičius, รองประธานฝ่ายผลิตภัณฑ์ที่ Hostinger, เป็นผู้นำด้านเทคโนโลยีและผลิตภัณฑ์ที่มีประสบการณ์กว่าสองทศวรรษในสาขาวิศวกรรมซอฟต์แวร์, การเป็นผู้ประกอบการ, อีคอมเมิร์ซ, และการพัฒนาผลิตภัณฑ์ เขาเริ่มต้นเป็นวิศวกรซอฟต์แวร์ก่อนที่จะร่วมก่อตั้งบริษัท B2B SaaS ซึ่งเขาช่วยสร้างแพลตฟอร์มการจัดการการขนส่งตั้งแต่เริ่มต้น ต่อมาผลิตและเป็นหัวหน้าทีมพัฒนาซอฟต์แวร์ของ BARBORA ซึ่งเป็นหนึ่งในแพลตฟอร์มอีคอมเมิร์ซสินค้าอาหารที่ใหญ่ที่สุดในบอลติก ก่อนจะเข้าร่วม NFQ ที่ซึ่งเขาบริหารทีมเทคโนโลยีข้ามฟังก์ชันและการพัฒนาผลิตภัณฑ์ให้กับลูกค้า Lazaravičius เข้าร่วม Hostinger ในตำแหน่งหัวหน้าฝ่ายผลิตภัณฑ์ในปี 2022 และได้รับการเลื่อนตำแหน่งเป็นรองประธานฝ่ายผลิตภัณฑ์ในปี 2024 โดยขยายความรับผิดชอบจากเว็บโฮสติ้งและ WordPress ที่จัดการไปสู่พอร์ตโฟลิโอที่กว้างรวมถึงโครงสร้างพื้นฐานหลัก, VPS, โดเมน, อีเมลธุรกิจ, การออกแบบผลิตภัณฑ์, การเติบโตของผลิตภัณฑ์, และผลิตภัณฑ์ AI ที่กำลังเกิดขึ้น งานล่าสุดของเขารวมถึงการเปิดตัวและการเติบโตของบริการการตลาดอีเมลของ Hostinger และการแนะนำโซลูชันที่จัดการสำหรับเอเจนต์ AI แบบโอเพ่นซอร์ส

Hostinger เป็นบริษัทเทคโนโลยีที่ก่อตั้งในลิทัวเนีย ซึ่งได้พัฒนาตัวเองจากผู้ให้บริการเว็บโฮสติ้งแบบดั้งเดิมสู่แพลตฟอร์มขับเคลื่อนด้วย AI ที่กว้างขวางสำหรับการสร้าง, เปิดตัว, และขยายธุรกิจออนไลน์ ก่อตั้งในปี 2004 บริษัทปัจจุบันให้บริการผู้ใช้กว่า 5 ล้านคนในกว่า 150 ประเทศและมีทีมงานประมาณ 900 คน พอร์ตโฟลิโอผลิตภัณฑ์ของบริษัทครอบคลุมเว็บและคลาวด์โฮสติ้ง, WordPress ที่จัดการ, เซิร์ฟเวอร์ส่วนตัวเสมือน (VPS), โดเมน, อีเมลธุรกิจ, อีคอมเมิร์ซ, และเครื่องมือสร้างที่ใช้ AI Hostinger ได้วาง AI เป็นศูนย์กลางของกลยุทธ์มากขึ้น รวมถึง Hostinger Horizons ที่ช่วยให้ผู้ใช้สร้างและเผยแพร่เว็บไซต์และแอปพลิเคชันเว็บผ่าน AI แบบสนทนา พร้อมกับความสามารถ AI ที่รวมไว้สำหรับอีคอมเมิร์ซ, การสนับสนุนลูกค้า, และเอเจนต์ AI ที่จัดการ

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

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

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

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

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

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

ใช่, ฉันคิดว่ามันกำลังกลายเป็นแหล่งความขัดแย้งหลักต่อไป

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

เราสามารถเห็นได้ว่านักพัฒนาต้องการความเร็วเดียวกันจากโค้ดสู่การผลิตเช่นเดียวกับที่พวกเขาได้รับจากแนวคิดสู่โค้ด ลูกค้ามากกว่า 19,000 รายได้ลองใช้ Hostinger Connector แล้ว, ประมาณ 1,500 รายใช้มันทุกวัน, และพวกเขาทำการกระทำประมาณ 30,000 ถึง 40,000 ครั้งต่อวัน นี่เป็นสัญญาณที่ชัดเจนว่าการปรับใช้และการดำเนินงานกำลังเข้าสู่กระบวนการพัฒนาที่ได้รับความช่วยเหลือจาก AI โดยตรง

Hostinger ระบุว่า Connector กำลังดำเนินการ 30,000 ถึง 40,000 การกระทำต่อวัน บนเว็บไซต์และบริการต่าง ๆ นักพัฒนาจริง ๆ ขอให้เอเจนต์ AI ทำอะไรในสภาพการผลิตบ้าง และรูปแบบการใช้งานเหล่านั้นทำให้คุณแปลกใจหรือไม่?

นักพัฒนาใช้ Connector โดยตรงจากเครื่องมือที่พวกเขาใช้อยู่แล้ว เช่น VS Code, Antigravity, และ Cursor การเปลี่ยนแปลงนี้สำคัญเพราะมันนำการกระทำด้านโครงสร้างพื้นฐานเข้าสู่กระบวนการพัฒนาแทนที่จะบังคับให้นักพัฒนาต้องสลับไปมาระหว่างแดชบอร์ดแยกต่างหาก

หนึ่งในกรณีการใช้งานที่ชัดเจนที่สุดที่เราเห็นคือการปรับใช้ เว็บไซต์ที่เป็นเอกลักษณ์มากกว่า 14,600 แห่งได้ถูกปรับใช้ผ่าน MCP แล้ว, และการปรับใช้ประจำสัปดาห์เพิ่มขึ้นเกือบ 300% ในเดือนที่ผ่านมา

นอกเหนือจากการปรับใช้, เอเจนต์ใช้ Connector เพื่อจัดการโดเมนและ DNS, ไฟล์เว็บไซต์, ทรัพยากรเซิร์ฟเวอร์, กฎไฟร์วอลล์, คีย์ SSH, งานอีคอมเมิร์ซ, แคมเปญอีเมล, และบริการอื่น ๆ ของ Hostinger ในทางปฏิบัติหมายความว่าเอเจนต์สามารถย้ายจากการช่วยสร้างโครงการไปสู่การนำมันขึ้นออนไลน์และจัดการบริการรอบ ๆ มันได้

มีความแตกต่างอย่างมีนัยสำคัญระหว่างการให้เอเจนต์ AI เขียนโค้ดและการให้มันเปลี่ยนแปลงบันทึก DNS, กฎไฟร์วอลล์, คีย์ SSH, หรือการกำหนดค่าเซิร์ฟเวอร์ สิ่งป้องกันใหม่ใดที่จำเป็นเมื่อเอเจนต์ได้รับระดับการควบคุมการดำเนินงานเช่นนี้?

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

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

นี่คือแนวทางที่เรานำไปใช้กับ Hostinger Connector และแพลตฟอร์มเอเจนต์ของเรา แพลตฟอร์มจัดการโครงสร้างพื้นฐาน, การเข้าถึง, และชั้นความปลอดภัยรอบเอเจนต์ เพื่อให้นักพัฒนามุ่งเน้นที่สิ่งที่ต้องการให้เอเจนต์ทำ แทนที่จะต้องกำหนดค่าและบำรุงรักษาทุกอย่างด้านล่าง

“Vibe coding” ทำให้การพัฒนาซอฟต์แวร์เข้าถึงได้สำหรับผู้ที่อาจมีความรู้จำกัดเกี่ยวกับโครงสร้างพื้นฐานหรือ DevOps แล้วอะไรจะเกิดขึ้นเมื่อผู้ใช้เหล่านั้นเริ่มปรับใช้แอปพลิเคชันผ่านเอเจนต์โดยไม่เข้าใจระบบที่อยู่เบื้องหลังอย่างเต็มที่?

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

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

เราเคยเห็นรูปแบบคล้ายกันกับเอเจนต์ AI ด้วยผลิตภัณฑ์เช่น Managed OpenClaw ความท้าทายสำหรับผู้ใช้หลายคนไม่ได้อยู่ที่ว่าเอเจนต์ทำอะไรได้บ้าง แต่คือทุกสิ่งที่จำเป็นสำหรับการทำงานอย่างเชื่อถือได้: โฮสติ้ง, การกำหนดค่า, คีย์ API, ความปลอดภัย, และการบำรุงรักษา การกำจัดภาระการตั้งค่านั้นทำให้เทคโนโลยีเข้าถึงได้ง่ายขึ้นมาก

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

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

เอเจนต์ต้องการบริบทเพียงพอเพื่อเข้าใจไม่เพียงแต่ภารกิจเท่านั้น แต่รวมถึงสภาพแวดล้อมรอบ ๆ ด้วย

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

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

การอนุมัติของมนุษย์ควรเป็นสิ่งที่บังคับใช้ในกรณีใด? มีประเภทของการกระทำด้านโครงสร้างพื้นฐานที่คุณเชื่อว่าเอเจนต์ AI ควรทำได้อย่างอิสระและประเภทอื่นที่ควรต้องการการอนุมัติจากมนุษย์อย่างชัดเจนเสมอหรือไม่?

ฉันเชื่อว่าเอเจนต์ AI สามารถทำงานได้อย่างอิสระเป็นส่วนใหญ่ ตราบใดที่ระบบถูกกำหนดค่าอย่างเหมาะสมตั้งแต่ต้น

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

ในการตั้งค่านั้น มนุษย์ไม่จำเป็นต้องอนุมัติการกระทำแต่ละรายการ บทบาทของพวกเขาคือการดูแลระบบเอเจนต์ทั้งหมด: กำหนดกฎ, ตั้งค่าการอนุญาตที่เหมาะสม, เฝ้าติดตามว่เอเจนต์ทำงานร่วมกันอย่างไร, และปรับปรุงการตั้งค่าอย่างต่อเนื่อง

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

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

ฉันคาดว่าขอบเขตจะเบลออย่างมีนัยสำคัญ แม้ว่าฉันไม่คิดว่าอินเทอร์เฟซเฉพาะทางทุกอย่างจะหายไป

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

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

ประสบการณ์จะมุ่งเน้นที่ภารกิจที่คุณต้องการทำให้เสร็จ มากกว่าที่เครื่องมือใดเป็นผู้รับผิดชอบภารกิจนั้นตามแบบดั้งเดิม

เอเจนต์ AI อาจทำการเปลี่ยนแปลงโครงสร้างพื้นฐานได้เร็วกว่ามนุษย์อย่างมาก แต่ก็อาจทำผิดพลาดด้วยความเร็วของเครื่องได้ ความสำคัญของความสามารถเช่น บันทึกการตรวจสอบ, กลไกการย้อนกลับ, ขอบเขตการอนุญาต, และการเฝ้าติดตามต่อเนื่อง จะเป็นอย่างไรเมื่อการพัฒนาแบบเอเจนต์เติบโตขึ้น?

ความสามารถเหล่านี้จะกลายเป็นสิ่งจำเป็นเมื่อเอเจนต์รับงานปฏิบัติการเพิ่มมากขึ้น

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

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

เมื่อเอเจนต์มีความสามารถเพิ่มขึ้น ฉันคิดว่าคุณภาพของมาตรการป้องกันเหล่านี้จะมีความสำคัญเทียบเท่ากับความฉลาดของเอเจนต์เอง

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

คุณภาพของโมเดลการเขียนโค้ดยังคงสำคัญอยู่ แต่ฉันไม่คิดว่ามันจะเพียงพอด้วยตัวเอง

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

นั่นคือจุดที่การเข้าถึงโครงสร้างพื้นฐาน, เครื่องมือ, สิทธิ์, และบริบทมีความสำคัญมากยิ่งขึ้น

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

ขอขอบคุณสำหรับการสัมภาษณ์ที่ยอดเยี่ยม ผู้อ่านที่ต้องการเรียนรู้เพิ่มเติมเกี่ยวกับโซลูชันโฮสติ้งต่าง ๆ ที่มีให้ควรเยี่ยมชม Hostinger.