Hành trình khám phá Fedora: Những bài học từ việc đóng góp hệ thống Badges và TinyStage

Khi mới nghe đến Fedora, tôi từng nghĩ nó đơn thuần chỉ là một bản phân phối Linux dành cho các lập trình viên. J tôi đã sử dụng Linux được một vài năm, can thiệp vào hệ thống, cài đặt các ROM Android tùy chỉnh và thích thú khi tìm hiểu cách thức hoạt động của phần mềm dưới lớp vỏ bọc.

Tuy nhiên, việc đóng góp cho Fedora đã chỉ cho tôi thấy một khía cạnh hoàn toàn khác.

Fedora không chỉ là một hệ điều hành, mà đó là một cộng đồng, một cơ sở hạ tầng và một bộ sưu tập các dịch vụ được duy trì bởi con người trên khắp thế giới. Hành trình bước chân vào cộng đồng này của tôi bắt đầu khi tôi bắt đầu khám phá hệ thống Fedora Badges và các dịch vụ nền tảng như Tahrir và TinyStage.

Dự án Fedora là gì?

Dự án Fedora là một cộng đồng mã nguồn mở được tài trợ bởi Red Hat, chuyên xây dựng Fedora Linux và duy trì nhiều dịch vụ mà những người đóng góp sử dụng. Ngoài hệ điều hành, còn có các ứng dụng web, API, hệ thống định danh, hệ thống nhắn tin và các công cụ giúp cộng đồng vận hành trơn tru.

Một trong những công cụ đó là Tahrir - một phần của dịch vụ web được sử dụng để hiển thị các huy hiệu (Badges) mà người đóng góp Fedora đã kiếm được.

Tôi tò mò về cách thức hoạt động của hệ thống này và làm thế nào tôi có thể giúp cải thiện nó.

Thử thách đầu tiên

Để làm việc với Tahrir trên máy cục bộ (local), tôi phải thiết lập TinyStage - môi trường phát triển mô phỏng một số dịch vụ cơ sở hạ tầng của Fedora bằng máy ảo.

Trong quá trình thiết lập ban đầu, tôi đã phải đối mặt với nhiều tình huống khó chịu nhưng đầy tính giáo dục:

• VirtualBox liên tục bị treo trong quá trình tạo máy ảo.
• Chuyển từ VirtualBox sang QEMU/KVM.
• Đối mặt với sự khó hiểu trong cách libvirt hoạt động cùng Vagrant.
• Khắc phục sự không khớp trạng thái giữa Vagrant và các miền libvirt.
• Tạo lại máy ảo nhiều lần sau khi cấp quyền (provisioning) thất bại.
• Hiểu cách các dịch vụ như IPA, xác thực và huy hiệu phụ thuộc vào nhau.
• Gỡ lỗi (debug) việc cấp phát huy hiệu và lý do tại sao Tahrir không phản ánh dữ liệu như mong đợi.

Và còn nhiều vấn đề khác nữa.

Quá trình này thực sự gây đau đầu, nhưng nó đã dạy tôi nhiều hơn về ảo hóa Linux và gỡ lỗi hệ thống so với bất kỳ hướng dẫn nào khác.

Tôi nhận ra rằng đóng góp cho Fedora không chỉ là viết mã. Nghe có vẻ dễ dàng, nhưng thực tế là tất cả về việc hiểu các hệ thống và cách chúng hoạt động cùng nhau. Đó là Hệ thống phân tán.

Thay đổi chiến lược khi mọi thứ không suôn sẻ

Tại một thời điểm, các vấn đề về ảo hóa trở nên quá mức. Trong giai đoạn đóng góp Outreachy này, chúng tôi có các người cố vấn (mentors), họ là những người hướng dẫn để giúp bạn đóng góp vào dự án đã chọn. Các người cố vấn của Fedora đã giúp đỡ tôi rất nhiều, nhưng họ luôn áp đặt một quy tắc: đừng tập trung quá nhiều vào quá trình thiết lập, nếu không bạn sẽ bỏ lỡ cơ hội đóng góp. Họ hoàn toàn đúng.

Giữa việc VirtualBox bị treo, chuyển sang QEMU/KVM, vật lộn với lỗi trạng thái libvirt và liên tục cấp phát lại máy ảo TinyStage, tôi nhận ra mình đang dành nhiều thời gian để chiến đấu với môi trường hơn là đóng góp cho Fedora. Hai tuần trôi qua mà tôi vẫn chưa thực hiện được một đóng góp ý nghĩa nào.

Và thời gian không đứng về phía tôi. Cửa sổ đóng góp Outreachy sẽ đóng vào ngày 15 tháng 4. Vì vậy, tôi đã đưa ra một quyết định khó khăn nhưng quan trọng. Tôi ngừng cố gắng chạy TinyStage bên trong các máy ảo.

Thay vào đó, tôi sao lưu công việc của mình và cài đặt Fedora trực tiếp lên máy của mình với tư cách là hệ điều hành chính. Điều này đã loại bỏ hoàn toàn lớp ảo hóa đang gây rắc rối cho tôi. Quyết định này đã thay đổi mọi thứ.

Không còn gánh nặng của KVM, libvirt và các vấn đề ảo hóa lồng nhau, tôi cuối cùng có thể tập trung vào điều thực sự quan trọng: hiểu Tahrir, quy trình cấp phát huy hiệu và đưa ra các đóng góp thực tế.

Đó là một bài học quan trọng đối với tôi. Đôi khi, trở thành một kỹ sư giỏi không phải là ép buộc một cấu hình hoạt động. Đó là việc nhận biết khi nào cần thay đổi cách tiếp cận để có thể tiến lên phía trước.

(Vấn đề CORS) Kẹt lại một lần nữa

Sau khi cuối cùng đã chạy được các dịch vụ backend của huy hiệu, tôi cố gắng chạy giao diện Tahrir trên localhost. Nhưng chẳng có gì hiện ra cả. Backend hoạt động tốt. Các dịch vụ đều có thể truy cập được. Tuy nhiên, trình duyệt từ chối tải dữ liệu.

Đó là lúc tôi lần đầu tiên gặp lỗi CORS (Cross-Origin Resource Sharing) trong một thiết lập cơ sở hạ tầng thực tế. Tôi phải hiểu:

• Tại sao trình duyệt chặn các yêu cầu giữa các miền (cross-domain).
• Cách các dịch vụ TinyStage chạy trên các máy chủ và cổng khác nhau.
• Cách giao tiếp giữa frontend và backend được cấu hình.
• Tại sao Tahrir không thể lấy dữ liệu huy hiệu mặc dù backend vẫn hoạt động bình thường.

Để giải quyết vấn đề này, tôi đã phải đọc nhật ký hệ thống (logs), nhờ giúp đỡ trong các kênh đóng góp Matrix của Fedora, kiểm tra các yêu cầu mạng trong trình duyệt và hiểu cách các dịch vụ Fedora mong muốn được truy cập.

Thành thật mà nói, tôi coi đó là một cột mốc quan trọng. Là một người mới trong đóng góp mã nguồn mở và Fedora, tôi không còn chỉ thiết lập công cụ, mà đang gỡ lỗi cơ sở hạ tầng web thực sự. Đó thực sự là một trải nghiệm rất đẹp và đầy ý nghĩa với tư cách là một sinh viên, một kỹ sư tương lai.

Hiểu về Tahrir và Quy trình cấp phát Huy hiệu

Bắt đầu làm việc với Tahrir đã giúp tôi hiểu rõ rằng:

• Các huy hiệu được lưu trữ và hiển thị như thế nào.
• Các tài khoản Fedora tích hợp với hệ thống huy hiệu ra sao.
• Quy trình cấp phát huy hiệu diễn ra "hậu trường" như thế nào.
• Tại sao nhiều dịch vụ của Fedora phải hoạt động chính xác cùng nhau thì Tahrir mới hoạt động được.

Hành động của Fedora

Trong khi vật lộn qua việc thiết lập, gỡ lỗi lỗi Vagrant, các vấn đề CORS và tương tác với cộng đồng, tôi đã thấy các giá trị của Fedora được hiện thực hóa. Trước hết, cả cộng đồng đều ở đó để giúp đỡ tôi khi tôi gặp khó khăn. Thứ hai, tài nguyên trong Fedora rất phong phú, mọi thứ đều dễ tiếp cận và được tài liệu hóa tốt, điều này thực sự giúp tôi điều hướng để giải quyết các vấn đề phải đối mặt. Cuối cùng, tôi không thể làm điều này nếu không có sự khuyến khích của những người cố vấn và những người bạn tôi gặp trực tuyến tại Fedora. Họ thực sự rất khuyến khích và tôi cảm thấy được hỗ trợ rất nhiều, điều này khiến toàn bộ trải nghiệm trở nên thực sự đẹp đẽ.

Những gì tôi đã học được cho đến nay

Thông qua việc làm việc với Tahrir, TinyStage, quy trình cấp phát huy hiệu và gỡ lỗi frontend/backend, tôi đã học được nhiều hơn về:

• Gỡ lỗi các vấn đề Linux, Vagrant, QEMU/KVM và libvirt.
• Hiểu khá rõ cách các dịch vụ phân tán tương tác với nhau.
• Cách chẩn đoán các vấn đề giao tiếp web và CORS.
• Đọc tài liệu sâu sắc là một kỹ năng bạn cần tích lũy trước khi vội vàng đặt câu hỏi và làm phiền người khác đấy 😉 (chỉ đùa thôi).
• Cuối cùng là sự kiên nhẫn. Việc kiên nhẫn ngay cả khi mọi thứ thất bại lặp đi lặp lại sẽ dạy bạn nhiều điều. Tôi đã không thể học được tất cả những điều này nếu không phải nhờ thất bại hết lần này đến lần khác.

Đó là những bài học mà tôi không thể nhận được từ bất kỳ hướng dẫn nào.

Lời khuyên cho các ứng viên Outreachy trong tương lai

Những ai quan tâm đến Fedora hoặc bất kỳ dự án mã nguồn mở nào khác:

Đừng sợ bắt đầu, đừng sợ thử và đừng sợ thất bại, chúng ta đều đang lớn lên và học hỏi, bạn không cần phải là một chuyên gia để có thể đóng góp. Tôi không phải là chuyên gia, dù tôi đang cải thiện. Tôi chỉ đã nắm bắt cơ hội và tiến về phía trước với những giấc mơ, hy vọng, nỗ lực và kinh nghiệm nhỏ bé của mình trong lĩnh vực mã nguồn mở.

Hãy dành thời gian để hiểu tài liệu của một dự án, bạn sẽ cần kiến thức đó khi đóng góp.

Hãy tìm hiểu cách frontend và backend giao tiếp với nhau (CORS sẽ khiến bạn bất ngờ).

Hãy ghi lại mọi vấn đề bạn gặp phải, nó giúp ích cho bạn và những người đóng góp trong tương lai.

Kết luận

Đối với tôi, Outreachy không phải là sự khởi đầu. Đó là bước tiếp theo trong một hành trình mà Fedora đã bắt đầu cho tôi. Hãy bước vào thế giới mã nguồn mở, đó là tương lai.

"Thiên tài, tỷ phú, ăn chơi, nhà từ thiện." — Tony Stark✌️