Mới chỉ quen Excel mà chớp mắt đã phải đụng GitHub, Cloudflare, D1 và KV — Web development đúng là chuỗi boss bằng thuật ngữ

Người chủ yếu dùng spreadsheet bước vào web development thường hỏi rất hợp lý:

Chia sẻ bài viết này

Chia sẻ bài viết này

Quảng cáo
Quảng cáo

Kết luận trong 5 giây: Cảm thấy quá tải là bình thường. Excel chủ yếu gom công việc bảng tính vào một ứng dụng. GitHub và Cloudflare đột ngột đưa bạn vào quản lý phiên bản, build, server, database, phân phối toàn cầu, bảo mật và phục hồi lỗi. Không hẳn là “mình kém công nghệ”; giống như bỏ qua vài màn rồi vào thẳng dungeon cuối.

1. Tôi tưởng sau Excel chỉ là làm website. Tại sao lại xuất hiện cả trung tâm logistics?

Người chủ yếu dùng spreadsheet bước vào web development thường hỏi rất hợp lý:

Tôi chỉ muốn đưa website lên thôi mà?

HTML vẫn còn dễ hiểu.

Sau đó Git, GitHub, repository, branch, commit, build, deploy, Worker, D1, KV, DNS, CDN, CI/CD cùng xuất hiện.

Rời làng tân thủ mà không gặp slime, chỉ gặp “Nhập môn hệ thống phân tán”.

Sự rối rắm có nguyên nhân cấu trúc. Excel thường hoàn thành nhiều việc trong một ứng dụng. Web service tách viết, lưu, biến đổi, chạy, phân phối và ghi nhận thành các lớp khác nhau.

2. Vấn đề thật không phải quá khó, mà là đã nhảy qua nhiều lớp

Không có một lộ trình học duy nhất, nhưng về khái niệm thường tăng dần:

  1. viết file
  2. theo dõi thay đổi bằng Git
  3. lưu và cộng tác qua GitHub
  4. Build
  5. Deploy
  6. chạy API
  7. nối database
  8. tự động hóa
  9. retry và recovery

Nhờ AI và template, người mới có thể đi từ bước 1 đến bước 9 rất nhanh.

Tiện.

Nhưng working memory thì khổ.

Hôm qua mới hiểu “GitHub lưu code”. Hôm nay đã nghe “Workers Builds root”, “D1 binding”, “KV eventual consistency”.

Giống như vừa học dùng tủ lạnh, hôm sau phải quản lý chuỗi cung ứng nhà máy thực phẩm.

3. GitHub là gì — kho bản thiết kế cộng lịch sử thay đổi

Vai trò trung tâm của GitHub là quản lý file và thay đổi trong Git repository.

Một dự án web có thể chứa bài viết, HTML, CSS, JavaScript, cấu hình, test và script.

Commit ghi lại cái gì thay đổi và khi nào.

Mô hình đơn giản:

GitHub = kho bản thiết kế + lịch sử thay đổi

GitHub Pages cũng có thể host website tĩnh, còn GitHub Actions có thể tự động build, test, deploy.

Vì vậy ranh giới có vẻ mờ.

Kho này có một nhà máy nhỏ bên trong.

Nhưng trọng tâm vẫn là code, cộng tác và lịch sử thay đổi.

4. Cloudflare là gì — nhà máy bỗng sở hữu cả cửa hàng, kho, xe giao hàng và bảo vệ

Cloudflare có thể:

  • phục vụ website
  • chạy logic server bằng Workers
  • Build và Deploy
  • lưu SQL bằng D1
  • lưu Key-Value bằng KV
  • phân phối toàn cầu
  • quản lý DNS
  • cung cấp bảo mật
  • chạy quy trình nhiều bước bền vững bằng Workflows

Gọi nó chỉ là hosting thì quá hẹp.

Nó giống:

nhà máy + cửa hàng + kho + trung tâm phân phối + phòng an ninh

Và database cũng ở cùng khu.

GitHub và Cloudflare có phần chồng lấn, nhưng trọng tâm khác nhau.

5. Build là gì — biến bản thiết kế thành thành phẩm

File trong repository thường chưa phải website hoàn chỉnh.

Framework như Astro biến nội dung, component, cấu hình và code thành HTML, CSS, JavaScript có thể phân phối.

Quá trình biến đổi đó là Build.

Cloudflare Workers Builds có thể phản ứng với một push trong Git repository đã kết nối, chạy build command rồi chạy deploy command.

Vì vậy:

GitHub = hộp mô hình

Build = lắp ráp

Deploy = đặt thành phẩm lên kệ

Build log dài vì đó là nhật ký nhà máy.

Bạn chỉ muốn xem website.

Hệ thống đưa báo cáo dây chuyền sản xuất.

6. D1 và KV — đều là dữ liệu, tại sao cần hai thứ

D1 là serverless SQL database của Cloudflare với SQL semantics theo kiểu SQLite.

Hãy nghĩ nó như sổ cái chính thức có hàng, cột, truy vấn và quan hệ.

KV là Key-Value storage.

Ví dụ:

  • site_mode → normal
  • feature_x → true
  • user_123_theme → dark

Nó giống một từ điển khổng lồ.

KV tốt cho đọc nhanh và cache toàn cầu nhưng dùng eventual consistency. Cloudflare cho biết một địa điểm khác có thể tạm thời thấy giá trị cũ, đôi khi trong 60 giây hoặc lâu hơn.

Do đó:

D1 = sổ cái chính thức

KV = từ điển nhanh hoặc bảng ghi chú

“Nếu đều là dữ liệu thì sao không dùng một thứ?” là câu hỏi rất hợp lý của con người.

Hệ thống phân tán không hứa sẽ hợp lý theo kiểu đó.

7. GitHub hay Cloudflare tự chạy tốt hơn

Tùy nhiệm vụ.

GitHub Actions tự động chạy build, test, deploy khi có sự kiện repository.

Cloudflare Workers có thể hoạt động liên tục như API. Workflows giữ state qua nhiều bước, retry lỗi, chờ và tiếp tục sau.

Ẩn dụ:

GitHub = kỹ sư giỏi thiết kế, thay đổi và sửa chữa

Cloudflare = nhà máy tự động giỏi chạy quy trình đã định nghĩa

Muốn hiểu lỗi code và sửa, GitHub là trung tâm tự nhiên hơn.

Muốn “đẩy quy trình đến cùng, lỗi thì thử lại”, Cloudflare tự nhiên hơn.

Không phải hơn kém, mà là nghề khác nhau.

8. Mọi người học những thứ này khi nào — không phải ai cũng học ở trường

GitHub thường xuất hiện trong lớp tin học, phòng nghiên cứu và công việc software.

Cloudflare, AWS, GCP, database và CI/CD thường chỉ được học khi cần deploy và vận hành dịch vụ thật.

Một người không làm kỹ thuật có thể cả sự nghiệp không dùng Cloudflare Workers.

Kinh tế, kế toán, bán hàng, nhân sự và vận hành có thể dùng Excel nhiều năm mà không cần hạ tầng web.

Vì vậy không phải “ai cũng biết trừ mình”.

Đúng hơn là:

bạn đã mở hộp công cụ của nghề khác.

Có thể hôm trước học marginal utility, hôm sau bị eventual consistency tấn công.

Thường không nằm cùng giáo trình.

9. Kết luận — không cần nhớ tất cả. Chỉ cần biết ai làm việc gì

Bản đồ đầu tiên này là đủ:

Tên Ý nghĩa
GitHub bản thiết kế và lịch sử
Build biến source thành thành phẩm
Deploy đưa thành phẩm lên production
Cloudflare Workers xử lý phía server
D1 sổ SQL
KV từ điển Key-Value nhanh
GitHub Actions tự động hóa phía GitHub
Cloudflare Workflows tự động hóa dài có state

Khi lỗi xảy ra, bạn có thể hỏi: GitHub, Build, Worker hay DB?

Chỉ cần phân loại được đã giảm rất nhiều nhiễu.

Quá tải không phải vì hiểu chậm.

Bạn đi từ một phòng tên Excel sang phòng quản lý cơ sở vật chất của cả trung tâm thương mại.

Chỉ muốn thay bóng đèn.

Bây giờ có người đang giải thích cửa chống cháy.


Chia sẻ bài viết này

Quảng cáo

Tìm bài viết khác

Tất cả bài viết

Mendoi-chan

Tác giả

Mendoi-chan

Biến những vướng mắc trong công việc và đời sống hằng ngày thành cấu trúc rõ ràng và bước tiếp theo thực tế.

Giới thiệu
Quảng cáo

Bài viết mới

  1. 1Ngủ 18 tiếng trong một ngày có phải là ngủ bù để hồi phục? Cách hiểu giấc ngủ rất dài và những thay đổi trong giấc mơ
  2. 2Có thật phải xin lỗi vì “chưa cho bố mẹ có cháu” không? Đôi khi người con trưởng thành về nhà ăn một bữa cùng bố mẹ đã là điều có ý nghĩa
  3. 3Ngày một VTuber 40 tuổi biến thành “nhà văn hóa số”: tuổi tác không nhất thiết giết chết nhu cầu — đôi khi nó chỉ đổi hình dạng của nhu cầu
  4. 4Giao việc phát triển cấp senior cho AI từ điện thoại — và việc chuyển nhà còn xong trước
  5. 5Khoảng một tuần để biến tự động hóa bài viết AI thành “nhà máy tự vận hành”: một cú đấm Ultra, Level 6 và vì sao chưa cần vội lên Level 7

Có thể bạn quan tâm

Quảng cáo