Golang

Điều kiện tiên quyết: Đây là Phần 2 của Khóa Học System Design. Hãy đọc Phần 1: Tư Duy System Design trước để nắm vững các khuôn rập đánh đổi (trade-off frameworks) nền tảng. Answer-first: Cân bằng tải L4 (L4 load balancing) định tuyến traffic dựa trên dữ liệu siêu dữ liệu tầng giao vận (transport-layer) (IP/TCP/UDP) — chi phí CPU cực kỳ bèo bọt (minimal CPU overhead) nhưng độ thông minh thì hạn hẹp. Cân bằng tải L7 (L7 load balancing) thì xoi mói vào các headers, paths, và cookies của HTTP — cho phép định tuyến dựa trên nội dung (content-based routing) và rà soát sức khỏe cấp cao, bù lại phải trả giá bằng chi phí xử lý cao hơn cho từng cái request (higher processing overhead per request). ...

Điều kiện tiên quyết: Đây là Phần 1 của series Khóa Học System Design. Bài viết giả định bạn đã nắm được các khái niệm cơ bản về hệ thống phân tán và cú pháp của ngôn ngữ Go. Answer-first: Cốt lõi của tư duy thiết kế hệ thống vững chắc (Sound system design thinking) chính là việc cân đo đong đếm và lựa chọn các sự đánh đổi (trade-offs) xoay quanh hiệu năng (performance), độ tin cậy (reliability), và chi phí (cost). Làm quái gì có hệ thống nào hoàn hảo — mấy ông Kiến trúc sư (architects) sinh ra là để tối ưu hóa dựa trên những rào cản (constraints) áp đặt bởi yêu cầu kinh doanh thực tế và thực tại của công nghệ. ...

🇬🇧 Read the English version of this article on tanhdev.com Chào mừng trở lại với bản tin Tech Radar. Tuần trước chúng ta đã mổ xẻ cách Kratos và Dapr v1.15 giải quyết Xung đột Trạng thái qua ETags. Tuần này chúng ta sẽ đi sâu hơn một tầng: làm thế nào để cấu trúc toàn bộ codebase sao cho Kratos, Wire, và Dapr Pub/Sub kết hợp một cách gọn gàng — và làm thế nào để giữ cho kiến trúc đó dễ test, bền bỉ và an toàn trên môi trường production? ...

Ép tải (Load testing) là trùm cuối (final boss) của Hệ thống Thiết kế (System Design). Một tay kỹ sư non tơ chạy thử một đoạn script, hí hửng vỗ ngực khi thấy “20,000 RPS” đi kèm với 0 lỗi, rồi đinh ninh vỗ đùi cái bép là hệ thống đã sẵn sàng rước khách. Một gã Kỹ sư Principal lão làng thì thừa biết thừa hiểu rằng: trừ phi mày đè cái Kernel Linux ra độ lại (tune), đâm lủng cái bẫy Coordinated Omission, và giả lập một màn hỗn loạn thực tế (realistic chaos), còn không thì cái con số hào nhoáng đó hoàn toàn là đồ dối trá (complete lie). ...

Cái trò lôi nguyên si một tọa độ GPS chính xác ra mà đem đi cache là một nhiệm vụ bất khả thi (impossible). Bởi vì mấy cái số thực dấu phẩy động (floating-point numbers) nó chính xác tới mức vô tận, hai ông khách dù đứng cách nhau vỏn vẹn 1 mét thì tọa độ cũng đã trật lất hoàn toàn (106.0001 so với 106.0002). Nếu bạn ngây thơ nặn cái khóa Redis (Redis key) kiểu mộc mạc như lat1,lng1:lat2,lng2, thì tỷ lệ trúng Cache (Cache Hit Rate) nhà bạn muôn đời sẽ đội sổ ở mức 0%. ...

Dựng một cái API cùi bắp để réo gọi Graphhopper qua lệnh http.Get thì dễ ợt. Nhưng để rèn ra một cái API Gateway đẳng cấp Principal dư sức gánh còng lưng 10,000 cuốc xe nã request cùng lúc mà không đột tử, đó đích thực là một khóa masterclass về Hệ thống Phân tán (Distributed Systems). Answer-first: Graphhopper là một con service tuyến dưới (downstream service) lệ thuộc cực nặng vào CPU. Nếu cái API Golang của bạn cứ nhắm mắt hứng đạn (traffic) rồi ném tuốt luốt thẳng xuống dưới, chỉ cần Graphhopper hắt hơi sổ mũi chạy chậm lại một nhịp thôi là bầy Goroutines sẽ dồn ứ lại thành một cục máu đông, vắt kiệt sạch RAM của server và kích hoạt một cú sập dây chuyền (cascading failure). Bạn buộc phải dựng lên một phòng tuyến “Bảo Vệ Đa Lớp” (Defense in Depth) xài tới chiêu Giới hạn Đồng thời (Concurrency Bounding), Cầu dao điện (Circuit Breakers), và trò Bắn tin Bất đồng bộ (Asynchronous Pub/Sub). ...

Vụ setup một cái hệ thống định tuyến local (local routing engine) nổi tiếng là khoai lang. Mấy bài tutorial chung chung toàn quang đại cho một cái lệnh Docker cơ bản, chạy xong nó lăn quay ra chết im ỉm (crashes silently) làm dân dev ngơ ngác chả hiểu gì. Trong bài hướng dẫn này, chúng ta sẽ bỏ qua mấy cái setup “Hello World” con nít. Chúng ta sẽ xắn tay dựng một môi trường chuẩn production (production-grade) xịn xò, nhào nặn chung dữ liệu OpenStreetMap (OSM), một cái container Docker Graphhopper (Java) được tinh chỉnh đàng hoàng, và một cái API Gateway Golang gánh tải song song (high-concurrency) cực khỏe. ...

Khi xây dựng một hệ thống giao nhận hay logistics ép tải cao (high-scale), những bài hướng dẫn thuật toán chung chung trên mạng thường hay dắt mũi lập trình viên đi sai đường. Bọn họ cứ ra rả rằng A* lúc nào cũng ngon hơn Dijkstra. Thế nhưng, bước ra ngoài đời thực, trong thế giới của Hệ thống Định tuyến (Routing Engines) và Ma trận Khoảng cách (Distance Matrices), sự thật lại phũ phàng và phức tạp hơn rất nhiều. ...

🇬🇧 Read the English version of this article on tanhdev.com Chào mừng trở lại với bản tin Tech Radar. Trong kiến trúc Microservices hiện đại, việc duy trì một hệ thống có khả năng giao tiếp linh hoạt cả ra bên ngoài (HTTP) và nội bộ (gRPC) là một yêu cầu thiết yếu. Đồng thời, Quản lý Trạng thái (State Management) trong môi trường phân tán đòi hỏi những giải pháp chặt chẽ để ngăn chặn xung đột dữ liệu. ...

🇬🇧 Read the English version of this article on tanhdev.com Chào mừng trở lại với bản tin Tech Radar, nơi chúng tôi lọc bỏ những tín hiệu nhiễu của ngành công nghệ để khám phá những xu hướng thực sự đang định hình Kiến trúc Hệ thống tương lai. Tuần thứ hai của tháng 6 năm 2026 chứng kiến ba sự dịch chuyển khổng lồ, từ cơ sở hạ tầng cốt lõi (Go, Kubernetes) đến sự trưởng thành của kiến trúc AI-Native. Dưới góc nhìn của một System Architect, đây là những bản cập nhật bạn không thể bỏ qua để tối ưu hóa các hệ thống High-Concurrency. ...

🇬🇧 Read the English version of this article on tanhdev.com Answer-first: Go 1.26 ra mắt ba tính năng runtime mang tính bước ngoặt: Garbage Collector Green Tea (giảm từ 10–40% GC overhead), các cuộc gọi CGO (cgo calls) nhanh hơn khoảng ~30% cho các ứng dụng liên kết AI inference (suy luận AI), và một profile thử nghiệm về goroutine leak (rò rỉ goroutine) giúp phát hiện các goroutine bị block (khóa) vĩnh viễn thông qua phân tích khả năng tiếp cận của GC (GC reachability analysis). ...

Go microservices từ thiết kế domain đến triển khai Kubernetes — gRPC, Dapr, OpenTelemetry, và mô hình GitOps từ một dự án chuyển đổi 21-service thực tế.

🇬🇧 Read the English version of this article on tanhdev.com Tại sao chọn gRPC cho Go Microservices? Answer-first: gRPC chính là sự lựa chọn chuẩn xác dành cho hệ thống Go microservices khi mà bạn đang cần: chức năng tuần tự hóa (serialization) hiệu quả dạng nhị phân (binary-efficient) (Protobuf sở hữu kích thước nhỏ hơn JSON từ 3–10 lần), cơ chế luồng dữ liệu hai chiều (bidirectional streaming) phục vụ cho giao tiếp dữ liệu thời gian thực (real-time data), những bản hợp đồng giao ước mang kiểu dữ liệu chặt chẽ (strongly-typed contracts) trải dài liên tục giữa các dịch vụ, và một ngưỡng độ trễ giao tiếp chéo dịch vụ (inter-service latency) đạt dưới mức một mili-giây. Google, Uber, Netflix, và Square đều dùng gRPC để làm giao thức giao tiếp liên dịch vụ chính yếu (primary inter-service communication protocol) của mình. Cẩm nang này sẽ dìu dắt bạn cách thức xây dựng ra những bộ Go gRPC services đạt tầm production (production-grade) kể từ con số 0 tròn trĩnh. ...

🇬🇧 Read the English version of this article on tanhdev.com Chào mừng đến với Tech Radar hôm nay. Chủ đề của tuần này là sự trưởng thành của tầng hạ tầng (infrastructure layer). Chúng ta đang chứng kiến Kubernetes cuối cùng cũng đã kịp thích nghi với những đòi hỏi tài nguyên thất thường của tiến trình suy luận (AI inference), một bước chuyển mình nhắm về các tác nhân “Machine Economy” (Nền kinh tế máy móc) mang tính chủ động, và Golang tiếp tục đóng đinh vị thế vững chắc như một ngôn ngữ điều phối (orchestration language) tối thượng dành cho local AI. ...

🇬🇧 Read the English version of this article on tanhdev.com Mở rộng MySQL (MySQL scalability) là khả năng gia tăng thông lượng của database — số lượt đọc mỗi giây, số lượt ghi mỗi giây, hoặc khối lượng dữ liệu — mà không cần phải viết lại ứng dụng. Một điểm khác biệt vô cùng quan trọng: scale đọc (read scaling - thêm replicas) và scale ghi (write scaling - sharding hoặc distributed SQL) đòi hỏi các phương pháp tiếp cận kiến trúc hoàn toàn khác nhau. Chọn sai hướng đi sẽ tạo ra technical debt (nợ kỹ thuật) phải mất nhiều tháng mới có thể giải quyết. ...

← Bài trước | Series hub Chương 9: Mở Rộng Điểm Thắt Cổ Chai Database Cuối Cùng Đến ngưỡng ứng dụng của bạn gom được hàng chục triệu người dùng, Database sẽ tự động hóa thân thành điểm thắt cổ chai tối thượng. CPU giãy giụa chạm kịch trần 100%, RAM cạn kiệt, và mớ queries chạy mất tính bằng giây thay vì phần nghìn giây. Đây chính là cột mốc bắt buộc bạn phải tung ra các quân bài chiến lược phân tán database. ...

← Bài trước | Series hub | Tiếp theo → Chương 8: Đồng Bộ Hóa Clusters Bằng Distributed Locks Bên trong một ứng dụng Go chạy cô lập (standalone), để tránh chuyện hai Goroutines giành giật dẫm đạp lên nhau ghi đè chung một cục dữ liệu (Race Condition), người ta hay viện đến gã gác cửa sync.Mutex. Xui thay, lúc hệ thống của bạn phình to rải quân ra tận 10 servers nấp sau lưng một gã Load Balancer, cái sync.Mutex bỗng hóa thứ đồ bỏ vì nó chỉ khóa được mỗi cục RAM nội bộ của nhà nó. Bạn sẽ phải mưu cầu một thứ lớn lao hơn: Distributed Lock (Khóa phân tán). ...

← Bài trước | Series hub | Tiếp theo → Chương 7: Củng Cố Nền Tảng Thanh Toán Bằng Idempotent APIs Trong thế giới E-commerce hay Fintech, cơn ác mộng kinh hoàng nhất không phải là chuyện sập hệ thống, mà là trừ tiền một khách hàng tới hai lần cho cùng một hóa đơn. Cớ sự thường bắt nguồn từ mạng lag, do khách hàng sốt ruột ấn “Pay” (Thanh toán) lặp đi lặp lại, hoặc do thuật toán retry (thử lại) dập máy móc của app. ...

← Bài trước | Series hub | Tiếp theo → Chương 5: Mở Khóa Hiệu Suất Database Thông Qua Connection Pooling Nếu hệ thống Golang của bạn nghiền ngẫm business logic (logic nghiệp vụ) nhanh như chớp nhưng lại sặc nước nghẹn ứ ngay ở tầng Database, thì 90% nguyên nhân bắt nguồn từ một chiếc cấu hình *sql.DB lệch pha. 1. Thấu Hiểu *sql.DB Answer-first: Trong thế giới Golang, hàm sql.Open() KHÔNG HỀ khởi tạo một đường truyền kết nối chọc thẳng xuống database. Nó đóng vai trò khởi chạy một cỗ máy quản đốc Connection Pool (hồ chứa kết nối) an toàn luồng (thread-safe). Điều kiện bắt buộc là bạn chỉ được phép khởi tạo cái biến db này đúng một lần duy nhất trong suốt chu kỳ khởi động app. ...

← Bài trước | Series hub | Tiếp theo → Chương 4: Xóa Sổ Cơn Ác Mộng Dual-Write Ngay khi ứng dụng Golang của bạn dịch chuyển từ Monolith (kiến trúc nguyên khối) sang mô hình Event-Driven Microservices, bạn sẽ lập tức nếm mùi một cơn ác mộng kiến trúc: Vấn Đề Dual-Write (Ghi song song). 1. Vấn Đề Dual-Write Là Gì? Answer-first: Dual-Write bộc phát lúc một ứng dụng thử cố gắng vừa lưu chép xuống Database vừa thả (publish) event tới Message Broker (Kafka) cùng một lúc. Do không có vỏ bọc của một transaction phân tán (distributed transaction), chỉ một lần vấp lỗi mạng cũng đủ sức khiến hai hệ thống trên rớt nhịp đồng bộ mãi mãi. ...

← Bài trước | Series hub | Tiếp theo → Chương 3: Bảo Mật APIs Bằng Distributed Rate Limiting Nếu caching là tấm khiên che chở cơ sở dữ liệu, thì Rate Limiting (giới hạn lưu lượng) lại là bộ giáp che chắn cho các máy chủ API của bạn khỏi các cuộc tấn công DDoS và tình trạng cạn kiệt tài nguyên gây ra bởi những clients lạm dụng. Tại Sao Local Rate Limiting Thất Bại Trong Microservices Answer-first: Các hệ thống limiters lưu trên RAM cục bộ (local RAM) thất bại bởi vì Load Balancers có nhiệm vụ phân tán traffic ra nhiều nodes. Một người dùng được cấp hạn mức 100 req/sec hoàn toàn có thể lợi dụng một cluster 5 nodes để gửi thốc 500 req/sec, dễ dàng chọc thủng hàng rào giới hạn. Việc gom trạng thái tập trung (Centralized state) qua Redis là bắt buộc. ...

← Bài trước | Series hub | Tiếp theo → Chương 2: 3 Điểm Yếu Tử Huyệt Nhất Của Cache Caching là tấm khiên phòng ngự tối thượng bảo vệ các cơ sở dữ liệu trong hệ thống phân tán. Tuy nhiên, nếu triển khai cẩu thả, cache lại chính là nguyên nhân trực tiếp kéo sập toàn bộ hệ thống của bạn. Trong chương này, chúng ta sẽ mổ xẻ ba hiện tượng kinh điển về caching và cách chống lại chúng bằng Golang. ...

← Series hub Tiếp theo → Chương 1: Xuyên Phá Rào Cản C10M Để kiến tạo một hệ thống đủ sức gánh vác hàng triệu Requests Per Second (RPS) — hay còn gọi là bài toán C10M — vertical scaling (tăng cấu hình) không bao giờ là đủ. Nó đòi hỏi một Kiến Trúc Phân Tán (Distributed Architecture) được thiết kế tỉ mỉ. 1. Bước Chuyển Giao Từ C10K Sang C10M Answer-first: Trong khi C10K được hóa giải bằng mô hình non-blocking I/O (như NGINX), C10M lại chuyển điểm thắt cổ chai về phía OS kernel (nhân hệ điều hành). Các hệ thống buộc phải bỏ qua kernel (Kernel Bypass) bằng cách dùng DPDK hoặc XDP mới có thể xử lý 10 triệu kết nối mượt mà. ...

Bất chấp những tiến bộ vượt bậc của công nghệ điện toán đám mây, các ứng dụng doanh nghiệp đối mặt với sự bùng nổ lưu lượng truy cập (traffic) sớm muộn cũng sẽ đâm sầm vào một bức tường khắc nghiệt: Database và Network layer. Cội nguồn của sự cố không nằm ở phần cứng, mà là ở Architecture (Kiến trúc). Chúng ta thường cố giải quyết bài toán “Hàng triệu Requests mỗi giây” (C10M) bằng cách cứ thế quăng thêm server vào (Vertical/Horizontal Scaling), chỉ để rồi bàng hoàng nhận ra những điểm thắt cổ chai về trạng thái, bão cache stampedes, và tính không nhất quán của dual-write đánh sập cả một hệ thống cluster khổng lồ. ...

🇬🇧 Read the English version of this article on tanhdev.com Yêu cầu tiên quyết: Hướng dẫn này đề cập đến việc profile và chẩn đoán các sự cố hiệu năng phức tạp trên production. Nếu bạn đang xử lý tình trạng số lượng goroutine tăng trưởng không kiểm soát, hãy chắc chắn rằng bạn đã hiểu các khái niệm nền tảng trong bài viết Phát hiện và Xử lý Goroutine Leak trên Production Go Services. ...

🇬🇧 Read the English version of this article on tanhdev.com Ngóc mọc lướt Khi ứng dụng của bạn vươn mình chạm ngõ ngóc mọc hàng triệu người dùng, một vọc lướt cỗ máy database ngóc mọc đơn độc (single database instance) lướt sớm muộn rọc vọc mọc cũng sẽ tự mình phình ngóc mọc lướt thành cái bọc cổ chai lướt rọc to ngóc mọc tướng nhất trong trọn ngóc mọc vọc bộ kiến trúc. Hòng rọc vọc đục để lướt vọc mọc giải quyết ngóc vọc mọc, việc vọc lướt rọc ngóc mọc mở rộng quy mô database MySQL (MySQL database scaling) rọc vọc mọc lướt lọt ngóc mọc thành vọc lướt rọc ngóc mọc điều rọc vọc bắt lướt mọc buộc (mandatory). Bạn vọc lướt rọc ngóc mọc phải vọc Bung Rộng DB mọc lướt cho Microservices (Scale DB for Microservices) vọc lướt sài mọc ngóc rọc các kỹ lướt mọc ngóc rọc thuật Horizontal Scaling (Bung Rộng Ngang). ...

🇬🇧 Read the English version of this article on tanhdev.com Một pod Kubernetes đột ngột khởi động lại với mã thoát (exit code) 137. Biểu đồ giám sát bộ nhớ (memory metrics dashboard) hiển thị một mô hình bậc thang tăng dần đều đặn kéo dài suốt ba ngày. Không có bất kỳ log panic nào trong stdout, không có lỗi database, và không có mức tăng đột biến CPU bất thường nào. Chỉ là một cái chết êm đềm và từ từ do lỗi OOM (Out Of Memory). ...

🇬🇧 Read the English version of this article on tanhdev.com Hệ thống tìm kiếm là trái tim của mọi nền tàm thương mại điện tử (TMĐT). Nếu khách hàng không thể tìm thấy sản phẩm, họ không thể mua nó. Tuy nhiên, hành vi tìm kiếm của người dùng hiện nay đã phát triển mạnh mẽ: từ việc gõ các từ khóa ngắn, cộc lốc (ví dụ: “giày chạy bộ nam”) sang việc đưa ra các truy vấn phức tạp, hướng tới mục tiêu cụ thể (ví dụ: “tìm cho tôi một đôi giày chạy địa hình chống nước cho nam, size 42, dưới 2 triệu, giao hàng trước ngày mai”). Trước những ý đồ đa diện này, các công cụ tìm kiếm truyền thống bắt đầu bộc lộ giới hạn. ...

🇬🇧 Read the English version of this article on tanhdev.com Trong vỏn vẹn 24 giờ qua, cái sạp kỹ nghệ đã hứng trọn một cú giao thoa sừng sỏ hội tụ giữa cái trò tối ưu hóa hiệu suất (performance optimization) kẹp bãi điều phối thông minh (intelligent orchestration). Mớ tín hiệu nổ ra hôm nay gõ búa phán rõ rành rành rằng mấy cái nền móng dưới cùng (đám ngôn ngữ kẹp mấy bộ điều phối) đang lột xác ngoạn mục chuyên trị đặng gồng gánh thế hệ AI mới kẹp đống workloads high-concurrency (tác vụ đồng thời chóp nóc). ...

🇬🇧 Read the English version of this article on tanhdev.com Cái tín hiệu TechTask sừng sỏ đập vào mỏ nhất trong vỏn vẹn 24 giờ qua đéo phải là một cái quả release framework ất ơ đơn độc nào. Mà là cái cách một lố platform updates đang tông sầm vô chung một cái thông điệp chát chúa: ba cái trò lột xác commerce modernization đéo còn chọc ngoáy vô cái màn rã nát băm vằm một cái khối monolith (nguyên khối) nữa. Nó đích thị là màn cắm đầu vô operating (vận hành) cái mớ băm vằm đó làm sao đặng giữ nguyên mạng sống an toàn. ...