Cách Update OTA cho React Native khi CodePush đã ngừng hoạt động

Dùng gì để Update OTA cho React Native khi CodePush ngừng hoạt động?

Mới đây tôi đọc được một chủ đề khá thú vị trên một diễn đàn dành cho lập trình viên React Native.

Câu hỏi rất đơn giản: "Bạn đang xử lý cập nhật OTA trong React Native như thế nào sau khi AppCenter ngừng hoạt động?"

Điều khiến tôi bất ngờ là không có một câu trả lời chung.

Có người chuyển sang Expo EAS Update. Có người tự xây hệ thống OTA riêng. Có người sử dụng các dịch vụ thay thế CodePush. Thậm chí có đội ngũ quyết định từ bỏ OTA hoàn toàn và quay lại quy trình phát hành ứng dụng truyền thống.

Điều đó cho thấy một sự thật khá thú vị: sau khi Microsoft khai tử AppCenter, thế giới OTA của React Native đã không còn một lựa chọn mặc định nữa.

Và có lẽ đây cũng là thời điểm thích hợp để nhìn lại xem cộng đồng React Native đang làm gì sau sự kiện này.

Khi CodePush từng là lựa chọn hiển nhiên

Nếu bắt đầu làm React Native từ vài năm trước, rất có thể bạn đã từng sử dụng CodePush.

Lúc đó mọi thứ gần như quá dễ dàng.

Bạn phát hiện một lỗi trên production. Có thể là một màn hình bị trắng, một nút bấm không hoạt động hoặc một API mới vô tình làm hỏng luồng đăng nhập. Thay vì build lại ứng dụng, gửi lên Google Play hoặc App Store rồi chờ xét duyệt, bạn chỉ cần cập nhật bundle JavaScript và phát hành thông qua AppCenter.

Người dùng nhận được bản sửa lỗi gần như ngay lập tức.

Đó chính là sức mạnh của OTA Update.

Nó giúp React Native trở nên linh hoạt hơn rất nhiều so với việc phát hành ứng dụng native truyền thống. Đối với nhiều đội ngũ sản phẩm, OTA không chỉ là một tính năng tiện lợi mà còn là công cụ cứu mạng trong những tình huống khẩn cấp.

Chính vì vậy, khi Microsoft thông báo ngừng AppCenter, rất nhiều lập trình viên đã bắt đầu đặt ra câu hỏi: vậy từ giờ sẽ làm thế nào?

AppCenter ngừng hoạt động nhưng OTA không chết

Điều đầu tiên cần hiểu là AppCenter chết không đồng nghĩa với OTA chết theo.

Thực tế, OTA chỉ là một quy trình.

Ứng dụng kiểm tra phiên bản mới, tải bundle mới về máy và chuyển sang sử dụng bundle đó. AppCenter trước đây chỉ là một dịch vụ giúp quá trình này trở nên đơn giản hơn.

Khi AppCenter biến mất, thứ mất đi chỉ là công cụ quen thuộc nhất. Nhu cầu OTA vẫn còn nguyên.

Các startup vẫn muốn sửa lỗi nhanh. Các đội ngũ sản phẩm vẫn muốn phát hành tính năng mà không phải chờ xét duyệt nhiều ngày. Các lập trình viên vẫn muốn có khả năng rollback khi có sự cố xảy ra.

Nói cách khác, bài toán vẫn còn đó. Chỉ là mỗi người đang giải theo một cách khác nhau.

Expo EAS Update đang trở thành lựa chọn phổ biến

Một trong những cái tên xuất hiện nhiều nhất trong cuộc thảo luận là Expo EAS Update.

Điều này cũng khá dễ hiểu.

Expo đã đầu tư rất nhiều cho hệ sinh thái của họ trong những năm gần đây. Việc phát hành OTA, quản lý phiên bản, rollback hay theo dõi trạng thái cập nhật đều được đóng gói khá hoàn chỉnh.

Đối với các dự án mới hoặc các startup muốn tập trung vào sản phẩm thay vì hạ tầng, đây là lựa chọn tương đối hợp lý.

Tuy nhiên, không phải ai cũng thích hướng đi này.

Nhiều đội ngũ muốn giữ quyền kiểm soát hoàn toàn đối với hệ thống của mình. Một số công ty không muốn phụ thuộc quá nhiều vào nền tảng của bên thứ ba. Và cũng có những người đơn giản là thích tự xây hơn là thuê dịch vụ.

Đó là lý do một xu hướng khác đang xuất hiện ngày càng nhiều.

Ngày càng nhiều người tự xây OTA riêng

Điều thú vị nhất mà tôi nhận thấy trong cuộc thảo luận là số lượng đội ngũ tự xây OTA đang tăng lên khá nhanh.

Thực ra khi bóc tách bản chất, OTA không quá phức tạp như nhiều người nghĩ.

Ứng dụng chỉ cần gọi một API để kiểm tra phiên bản mới. Nếu có bản cập nhật, ứng dụng sẽ tải bundle mới từ một nơi lưu trữ nào đó, xác thực tính toàn vẹn của dữ liệu rồi chuyển sang sử dụng bundle vừa tải.

Toàn bộ quy trình đó hoàn toàn có thể được xây dựng bằng những dịch vụ quen thuộc như Supabase Storage, Cloudflare R2, AWS S3 hoặc thậm chí là một máy chủ riêng.

Tất nhiên, tự xây đồng nghĩa với việc bạn phải tự giải quyết nhiều vấn đề hơn. Bạn cần nghĩ đến rollback khi bản cập nhật bị lỗi. Bạn cần theo dõi tỷ lệ cập nhật thành công. Bạn cần quan tâm đến bảo mật và khả năng tương thích giữa các phiên bản.

Nhưng đổi lại, bạn có quyền kiểm soát hoàn toàn hệ thống của mình.

Đối với các lập trình viên độc lập hoặc các startup nhỏ, đây là một sự đánh đổi khá hấp dẫn.

Các dịch vụ thay thế CodePush cũng đang xuất hiện

Khoảng trống mà AppCenter để lại rõ ràng là quá lớn để thị trường bỏ qua.

Trong vài năm gần đây, đã xuất hiện nhiều dịch vụ mới với mục tiêu trở thành người kế nhiệm CodePush.

Một số cung cấp trải nghiệm gần như tương tự AppCenter trước đây. Một số khác tập trung vào khả năng self-host. Một vài nền tảng còn bổ sung thêm analytics, rollout theo phần trăm người dùng và các công cụ quản lý phiên bản nâng cao.

Nhìn chung, lựa chọn hiện nay nhiều hơn trước rất nhiều.

Vấn đề không còn là tìm một giải pháp OTA.

Vấn đề là chọn giải pháp nào phù hợp với nhu cầu của đội ngũ.

Nếu bắt đầu lại từ đầu, tôi sẽ chọn gì?

Nếu hôm nay phải xây dựng một ứng dụng React Native mới từ đầu, tôi có lẽ sẽ không tìm cách thay thế CodePush theo đúng nghĩa.

Thay vào đó, tôi sẽ bắt đầu với một hệ thống OTA đơn giản.

Một API kiểm tra phiên bản. Một nơi lưu bundle. Một cơ chế tải và áp dụng bản cập nhật. Thêm rollback cơ bản để xử lý sự cố.

Đối với phần lớn startup và các sản phẩm quy mô vừa, như vậy đã đủ.

Thực tế, rất nhiều dự án không cần rollout phức tạp, không cần dashboard đồ sộ và cũng không cần hàng chục tính năng enterprise. Thứ họ cần chỉ là khả năng sửa lỗi nhanh khi production gặp sự cố.

Trong trường hợp đó, việc kết hợp React Native với các dịch vụ như Supabase Storage hoặc Cloudflare R2 có thể là một hướng đi vừa tiết kiệm vừa linh hoạt.

Khi sản phẩm phát triển lớn hơn, những tính năng nâng cao hoàn toàn có thể được bổ sung sau.

Kết luận

Sự biến mất của AppCenter đánh dấu sự kết thúc của một giai đoạn quen thuộc đối với cộng đồng React Native.

Nhưng nhìn theo một góc độ khác, nó cũng mở ra nhiều lựa chọn hơn bao giờ hết.

Một số đội ngũ đang chuyển sang Expo EAS Update. Một số đang sử dụng các dịch vụ mới xuất hiện trên thị trường. Một số khác quyết định tự xây hệ thống OTA để làm chủ hoàn toàn hạ tầng của mình.

Không có câu trả lời đúng cho tất cả mọi người.

Điều quan trọng là hiểu rõ nhu cầu thực tế của dự án và lựa chọn giải pháp phù hợp với quy mô, ngân sách cũng như năng lực vận hành của đội ngũ.

Còn nếu nhìn vào những gì đang diễn ra hiện nay, có một điều gần như chắc chắn:

CodePush đã chết, nhưng OTA Update trong React Native thì vẫn đang sống rất khỏe.