Saulius Lazaravičius, Phó Chủ tịch Sản phẩm tại Hostinger – Loạt Phỏng vấn

Saulius Lazaravičius, Phó Chủ tịch Sản phẩm tại Hostinger, là một nhà lãnh đạo công nghệ và sản phẩm dày dặn kinh nghiệm, với hơn hai thập kỷ sự nghiệp trải rộng qua kỹ thuật phần mềm, khởi nghiệp, thương mại điện tử và phát triển sản phẩm. Anh bắt đầu với vai trò kỹ sư phần mềm trước khi đồng sáng lập một công ty SaaS B2B, nơi anh góp phần xây dựng nền tảng quản lý vận tải từ đầu. Sau đó, anh thành lập và dẫn dắt đội ngũ phát triển phần mềm đứng sau BARBORA, một trong những nền tảng thương mại điện tử thực phẩm lớn nhất ở các nước Baltic, trước khi gia nhập NFQ, nơi anh quản lý các nhóm công nghệ đa chức năng và phát triển sản phẩm cho khách hàng. Lazaravičius gia nhập Hostinger với vị trí Trưởng phòng Sản phẩm vào năm 2022 và được thăng chức Phó Chủ tịch Sản phẩm vào năm 2024, mở rộng trách nhiệm từ dịch vụ lưu trữ web và WordPress quản lý sang danh mục rộng lớn bao gồm hạ tầng cốt lõi, VPS, tên miền, email doanh nghiệp, thiết kế sản phẩm, tăng trưởng sản phẩm và các sản phẩm AI mới nổi. Công việc gần đây của anh bao gồm việc ra mắt và phát triển dịch vụ email marketing của Hostinger và việc giới thiệu các giải pháp quản lý cho các tác nhân AI mã nguồn mở.

Hostinger là một công ty công nghệ được thành lập tại Lithuania, đã chuyển mình từ một nhà cung cấp lưu trữ web truyền thống thành một nền tảng dựa trên AI rộng hơn để xây dựng, triển khai và phát triển các doanh nghiệp trực tuyến. Được thành lập vào năm 2004, công ty hiện phục vụ hơn 5 triệu người dùng trên hơn 150 quốc gia và có đội ngũ khoảng 900 nhân viên. Danh mục sản phẩm của nó bao gồm lưu trữ web và đám mây, WordPress quản lý, máy chủ ảo riêng (VPS), tên miền, email doanh nghiệp, thương mại điện tử và các công cụ sáng tạo dựa trên AI. Hostinger ngày càng đặt AI vào trung tâm chiến lược, bao gồm Hostinger Horizons, cho phép người dùng tạo và xuất bản website và ứng dụng web thông qua AI đối thoại, cùng với các khả năng AI tích hợp cho thương mại điện tử, hỗ trợ khách hàng và các tác nhân AI được quản lý.

Bạn bắt đầu sự nghiệp như một kỹ sư phần mềm, sau đó xây dựng và dẫn dắt các đội phát triển, và hiện đang giám sát một danh mục sản phẩm rộng lớn của Hostinger bao gồm hạ tầng cốt lõi, VPS, tên miền, tăng trưởng sản phẩm và các giải pháp quản lý cho các tác nhân AI mã nguồn mở. Quá trình này đã ảnh hưởng như thế nào đến cách bạn suy nghĩ về những gì các nhà phát triển thực sự cần từ AI, vượt ra ngoài việc chỉ tạo mã?

Đối với tôi, phần thú vị nhất của phát triển phần mềm không bao giờ là việc viết mã. Đó là tìm ra giải pháp phù hợp cho một vấn đề kỹ thuật hoặc người dùng, hình thành giả thuyết, xây dựng một cái gì đó xung quanh nó, và sau đó xem người dùng thực sự sử dụng và hưởng lợi như thế nào.

Trong quá khứ, phần lớn thời gian của nhà phát triển dành cho công việc lặp đi lặp lại quanh quy trình đó: tìm kiếm thư viện và đoạn mã, kết nối các phần khác nhau, gỡ lỗi, kiểm thử và sửa các vấn đề nhỏ trước khi bạn có thể đánh giá đúng mức liệu giải pháp có tốt hay không.

AI thay đổi cân bằng này. Nhiều công việc lặp đi lặp lại hiện có thể được xử lý bằng một vài lệnh nhắc, cho phép các nhà phát triển có thêm thời gian cho phần sáng tạo: hiểu vấn đề, khám phá các cách tiếp cận khác nhau, đưa ra quyết định sản phẩm và học hỏi từ hành vi thực tế của người dùng.

Đó là nơi tôi thấy giá trị lớn nhất của AI đối với các nhà phát triển. Nó không chỉ là tạo mã nhanh hơn. Nó còn là loại bỏ nhiều công việc bắt buộc nhưng ít thú vị, để các nhà phát triển có thể dành nhiều thời gian hơn cho việc giải quyết những vấn đề thực sự quan trọng.

Các công cụ lập trình AI đã giảm đáng kể thời gian từ ý tưởng đến mã hoạt động. Bạn có tin rằng việc triển khai và quản lý hạ tầng hiện đang trở thành những nút thắt lớn hơn trong quá trình phát triển phần mềm hỗ trợ AI không?

Có, tôi nghĩ chúng đang trở thành nguồn ma sát lớn tiếp theo.

AI đã nén thời gian giữa một ý tưởng và mã có thể sử dụng một cách đáng kể. Nhưng khi mã đã tồn tại, bạn vẫn cần đặt nó ở đâu đó, cấu hình đúng, kết nối các dịch vụ, xử lý tên miền và bảo mật, và duy trì ứng dụng hoạt động. Nếu những bước này vẫn yêu cầu chuyển đổi giữa nhiều bảng điều khiển, trang tài liệu, terminal và công cụ, quy trình làm việc sẽ lại chậm lại.

Chúng ta có thể thấy các nhà phát triển muốn tốc độ từ mã đến sản xuất giống như họ hiện đang có từ ý tưởng đến mã. Hơn 19.000 khách hàng đã thử Hostinger Connector, khoảng 1.500 đang sử dụng hàng ngày, và họ thực hiện khoảng 30.000 đến 40.000 hành động mỗi ngày. Đó là tín hiệu mạnh cho thấy việc triển khai và vận hành đang trực tiếp đi vào quy trình phát triển hỗ trợ AI.

Hostinger cho biết Connector đã xử lý 30.000 đến 40.000 hành động mỗi ngày trên các website và dịch vụ. Các nhà phát triển thực tế đang yêu cầu các tác nhân AI thực hiện gì trong môi trường sản xuất, và có mẫu sử dụng nào khiến bạn ngạc nhiên không?

Các nhà phát triển sử dụng Connector trực tiếp từ các công cụ họ đã làm việc, như VS Code, Antigravity và Cursor. Sự chuyển đổi này quan trọng vì nó đưa các hành động hạ tầng vào luồng phát triển thay vì buộc các nhà phát triển phải chuyển đổi giữa các bảng điều khiển riêng biệt.

Một trong những trường hợp sử dụng rõ ràng nhất mà chúng tôi thấy là triển khai. Hơn 14.600 website độc đáo đã được triển khai qua MCP, và số lần triển khai hàng tuần tăng gần 300% trong tháng qua.

Ngoài việc triển khai, các tác nhân sử dụng Connector để quản lý tên miền và DNS, tệp website, tài nguyên máy chủ, quy tắc tường lửa, khóa SSH, các nhiệm vụ thương mại điện tử, chiến dịch email và các dịch vụ khác của Hostinger. Thực tế, điều đó có nghĩa là một tác nhân có thể chuyển từ việc hỗ trợ xây dựng dự án sang việc đưa nó lên mạng và quản lý các dịch vụ xung quanh.

Có sự khác biệt đáng kể giữa việc cho phép một tác nhân AI viết mã và cho phép nó thay đổi bản ghi DNS, quy tắc tường lửa, khóa SSH hoặc cấu hình máy chủ. Những biện pháp bảo vệ mới nào trở nên cần thiết khi các tác nhân được trao quyền kiểm soát vận hành ở mức này?

Sự khác biệt then chốt là tác nhân không còn chỉ đề xuất những gì cần làm. Nó thực hiện các thay đổi thực tế trên một hệ thống đang hoạt động, vì vậy bảo mật và kiểm soát trở nên quan trọng hơn rất nhiều.

Điều đó có nghĩa là các tác nhân cần có ranh giới quyền hạn rõ ràng, truy cập an toàn và khả năng nhìn thấy các hành động chúng thực hiện. Tuy nhiên, lý tưởng là các nhà phát triển không nên phải tự mình quản lý toàn bộ sự phức tạp này.

Đó là cách tiếp cận chúng tôi đang áp dụng với Hostinger Connector và nền tảng tác nhân của mình. Nền tảng xử lý các lớp hạ tầng, truy cập và bảo mật quanh tác nhân, cho phép các nhà phát triển tập trung vào những gì họ muốn tác nhân thực hiện thay vì phải cấu hình và duy trì mọi thứ phía dưới.

“Vibe coding” đã làm cho việc phát triển phần mềm trở nên dễ tiếp cận với những người có thể có kiến thức hạn chế về hạ tầng hoặc DevOps. Điều gì sẽ xảy ra khi những người dùng này bắt đầu triển khai ứng dụng qua các tác nhân mà không hiểu đầy đủ các hệ thống phía dưới?

Tôi nghĩ điều này đặt nhiều trách nhiệm hơn lên nền tảng, không phải người dùng. Nếu AI cho phép nhiều người hơn xây dựng phần mềm, chúng ta không thể mong đợi tất cả họ cũng trở thành chuyên gia hạ tầng.

Nền tảng cần lo liệu nhiều hơn phần phức tạp phía dưới, từ bảo mật và sao lưu đến giám sát, giới hạn tài nguyên và các mặc định hợp lý. Người dùng nên hiểu những gì đang diễn ra ở mức độ tổng quan, nhưng không cần kiến thức sâu về DevOps chỉ để đưa một ứng dụng lên mạng một cách an toàn.

Chúng tôi đã thấy một mô hình tương tự với các tác nhân AI. Với các sản phẩm như Managed OpenClaw, thách thức đối với nhiều người dùng không phải là những gì tác nhân có thể làm, mà là mọi thứ cần thiết để vận hành nó một cách đáng tin cậy: lưu trữ, cấu hình, khóa API, bảo mật và bảo trì. Loại bỏ gánh nặng thiết lập đã làm cho công nghệ trở nên dễ tiếp cận hơn nhiều.

Tôi nghĩ hạ tầng sẽ ngày càng hoạt động theo cách này. Người dùng nên có thể tập trung vào những gì họ muốn xây dựng, trong khi nền tảng xử lý nhiều hơn phần phức tạp vận hành một cách an toàn phía sau.

Để một tác nhân AI vận hành hạ tầng một cách đáng tin cậy, nó cần bao nhiêu ngữ cảnh về môi trường xung quanh, như các phụ thuộc, tài nguyên máy chủ, chính sách bảo mật, thông tin đăng nhập và các thay đổi cấu hình trước đó?

Một tác nhân cần đủ ngữ cảnh để hiểu không chỉ nhiệm vụ mà còn môi trường xung quanh nó.

Một hành động đơn giản như thay đổi bản ghi DNS, khởi động lại máy chủ hoặc triển khai phiên bản mới có thể ảnh hưởng đến các phần khác của hệ thống. Vì vậy, tác nhân nên có quyền truy cập vào thông tin có cấu trúc về các tài nguyên mà chúng đang vận hành: những gì đã được triển khai, những gì phụ thuộc vào chúng, tài nguyên nào khả dụng, quyền nào mà tác nhân có, và những gì đã xảy ra trước đó.

Cùng lúc đó, nhiều ngữ cảnh hơn không đồng nghĩa với việc truy cập không giới hạn. Tác nhân chỉ nên nhận thông tin và quyền mà nó thực sự cần để hoàn thành nhiệm vụ một cách an toàn. Việc cung cấp cho tác nhân quyền truy cập quá mức chỉ vì muốn nó thông minh hơn sẽ là sự đánh đổi sai lầm.

Ở đâu nên giữ việc phê duyệt của con người là bắt buộc? Có những loại hành động hạ tầng nào mà bạn tin rằng các tác nhân AI nên thực hiện một cách tự động và những loại nào luôn cần sự cho phép rõ ràng của con người?

Tôi tin rằng các tác nhân AI có thể hoạt động phần lớn một cách độc lập, miễn là hệ thống được cấu hình đúng từ đầu.

Thay vì dựa vào một tác nhân để làm mọi việc, các tác nhân khác nhau có thể có các trách nhiệm riêng. Một có thể xử lý mã và triển khai, một khác có thể kiểm thử kết quả, một thứ ba có thể giám sát hệ thống và đưa ra cảnh báo, và một tác nhân khác có thể nâng cấp vấn đề khi có sự cố.

Trong cấu hình đó, con người không cần phê duyệt từng hành động riêng lẻ. Vai trò của họ là giám sát toàn bộ hệ thống tác nhân: xác định các quy tắc, đặt quyền phù hợp, giám sát cách các tác nhân làm việc cùng nhau và liên tục cải thiện cấu hình theo thời gian.

Vì vậy, đối với tôi, câu hỏi then chốt không phải là hành động cá nhân nào luôn cần sự phê duyệt của con người, mà là liệu toàn bộ hệ thống có được thiết kế với các kiểm tra, trách nhiệm và lộ trình nâng cấp phù hợp hay không.

Khi môi trường phát triển ngày càng trở thành giao diện để triển khai ứng dụng, quản lý tên miền, cấu hình máy chủ và kiểm soát các dịch vụ bên ngoài, bạn có dự đoán các ranh giới truyền thống giữa IDE, nền tảng DevOps và bảng điều khiển quản lý đám mây sẽ biến mất không?

Tôi dự đoán các ranh giới sẽ mờ đi đáng kể, mặc dù tôi không cho rằng mọi giao diện chuyên biệt sẽ biến mất.

Hiện nay, các nhà phát triển thường chuyển đổi giữa IDE, bảng điều khiển lưu trữ, bảng quản lý tên miền, terminal và một số dịch vụ bên ngoài chỉ để đưa một ứng dụng vào sản xuất. Các tác nhân AI có thể kết nối nhiều bước này và đưa chúng vào môi trường mà nhà phát triển đã đang làm việc.

Điều đó không có nghĩa là các bảng điều khiển hoặc công cụ quản lý đám mây sẽ biến mất. Chúng vẫn hữu ích cho việc cấu hình sâu hơn và giám sát. Tuy nhiên, đối với nhiều tác vụ thường ngày, các nhà phát triển có thể không còn cần suy nghĩ về giao diện nào cần mở tiếp theo.

Trải nghiệm sẽ trở nên tập trung hơn vào nhiệm vụ bạn muốn hoàn thành và ít phụ thuộc vào công cụ nào truyền thống sở hữu nhiệm vụ đó.

Các tác nhân AI có thể thực hiện các thay đổi hạ tầng nhanh hơn con người rất nhiều, nhưng chúng cũng có thể gây lỗi với tốc độ máy. Các khả năng như nhật ký kiểm toán, cơ chế quay lại, ranh giới quyền và giám sát liên tục sẽ trở nên quan trọng như thế nào khi phát triển dựa trên tác nhân ngày càng trưởng thành?

Những khả năng này sẽ trở thành thiết yếu khi các tác nhân đảm nhận nhiều công việc vận hành hơn.

AI có thể thực hiện các thay đổi hạ tầng nhanh hơn nhiều so với con người, điều này hữu ích khi mọi thứ diễn ra suôn sẻ. Nhưng tốc độ tương tự cũng có thể khiến lỗi lan truyền nhanh hơn. Vì vậy người dùng cần biết những gì đã thay đổi, tác nhân được phép truy cập gì, và cách khôi phục nếu có sự cố.

Nhật ký kiểm toán, ranh giới quyền, giám sát và cơ chế quay lại là những yếu tố làm cho tự động hóa như vậy trở nên đáng tin cậy.

Khi các tác nhân trở nên mạnh mẽ hơn, tôi nghĩ chất lượng của các biện pháp bảo vệ này sẽ quan trọng không kém so với trí thông minh của chính tác nhân.

Nhìn về phía trước, bạn có nghĩ các nền tảng phát triển AI thành công sẽ là những nền tảng có mô hình mã hoá tốt nhất, hay lợi thế cạnh tranh sẽ ngày càng đến từ việc cung cấp cho các tác nhân quyền truy cập an toàn vào hạ tầng, công cụ, ngữ cảnh tổ chức và hệ thống sản xuất?

Chất lượng của mô hình mã hoá vẫn sẽ quan trọng, nhưng tôi không nghĩ nó sẽ đủ một mình.

Khi các mô hình giỏi tạo mã, câu hỏi lớn hơn là những gì sẽ xảy ra tiếp theo. Tác nhân có thể triển khai ứng dụng không? Nó có thể kết nối các dịch vụ phù hợp, hiểu môi trường, thực hiện thay đổi an toàn và xác minh mọi thứ đang hoạt động không?

Đó là nơi quyền truy cập hạ tầng, công cụ, quyền hạn và ngữ cảnh trở nên quan trọng hơn rất nhiều.

Tôi nghĩ các nền tảng phát triển AI mạnh nhất sẽ kết hợp các mô hình tốt với quyền truy cập an toàn vào các hệ thống xung quanh mã. Giá trị thực sự không chỉ là giúp ai đó viết phần mềm nhanh hơn, mà còn giúp họ chuyển từ ý tưởng thành sản phẩm hoạt động với ít bước trung gian hơn.

Cảm ơn bạn đã tham gia buổi phỏng vấn tuyệt vời, độc giả muốn tìm hiểu thêm về các giải pháp lưu trữ đa dạng đang được cung cấp nên truy cập Hostinger.