Con đường Lập Trình Viên Backend

Reach me on

Technology Stack

👋👋👋 Con đường Front-End(FE) tới FullStack(FS) và đích đến Backend(BE)

Không cần đao to búa lớn làm gì? Trong một môi trường có nhiều cơ hội tiếp xúc với các dự án có tính đồng thời cao và chính bạn dù ở vị trí nào cũng nên có khả năng thiết kế một hệ thống như vậy đó cũng là một trong những năng lực quan trọng không thể thiếu đối với các lập trình viên hiện nay. Nhưng, ngay cả khi bạn đang làm một nhiệm vụ không liên quan đến trường hợp như trên thì theo tôi bạn cũng nên tìm hiểu về một hệ thống đó được triển khai như thế nào càng sớm càng tốt, đúng không?

Vì vậy tôi đã xây dựng một hệ thống có lượng đồng thời cao dựa vào kịch bản High Concurrency đó là BlackFirday or bán vé tàu khi có event xảy ra dựa trên cấp độ ngôn ngữ được chia ra cho mỗi lập trình viên muốn tiếp xúc đó là JAVA, GO, NESTJS và NODEJS.

Đây là dự án không phải là lý thuyết và nó là quá trình thực tế sử dụng những công nghệ có thể bảo vệ hệ thống như sentinel, hystrix, Circuit Breaker giúp ngăn chặn các cuộc tấn công, hay các công nghệ như Kafka, RabbitMQ nhằm giúp hệ thống làm việc với hình thức không đồng bộ order()->sendEmail()->sendNotification(). Hay sử dụng nginx để phát triển về loadbalance, thay vì chỉ có một api hoạt động chịu đựng. Ngoài ra còn có MySQL, Redis, Local, Guava.

Tôi hiểu được tầm quan trọng từ lý thuyết đến thực tế vì vậy mỗi section tôi nỗ lực giải thích rõ ràng cho ANH CHỊ cách xây dựng hệ thống bán vé tàu | BlackFriday hiệu quả trong các lĩnh vực cốt lõi ngay từ đầu.

Nếu cố gắng một thời gian thì bạn không những chỉ biết về JAVA mà còn GO, NESTJS và NODEJS... Quan trọng ở chính chúng ta, khi sử dụng thời gian rảnh như thế nào mà thôi.

Riêng về NESTJS thì tôi thiết kế chủ yếu là dành cho các bạn đã quen thuộc với FrontEnd và muốn nâng cao bản thân cũng như phát triển ở một ví trí mới, vì vậy chúng ta sẽ đi KỸ NHẤT CÓ THỂ với các stask trong hệ thống Backend. Còn những DEV nào muốn hiểu về hệ thống chịu tải cao thì JAVA và GO đã phát triển những tính năng đó, nếu số lượng người dùng or request tăng cao trong giờ cao điểm...

Ngoài ra hàng tuần thì tôi cũng hay viết về những công nghệ được sử dụng nhiều nhất trong các dự án hiện nay thông qua series ĐÀM ĐẠO CÔNG NGHỆ - CỰU CHIẾN BINH - HÀNG TUẦN các bạn nếu có sự bình yên vào cuối tuần cũng có thể đọc cho vui tai vui mắt...

Tiếp theo là nếu như bạn đã đánh mất thời gian trên GIẢNG ĐƯỜNG thì quay lại cũng sẽ không muộn đúng không? Nhưng quan trọng quay lại thế nào? Điều đó không quan trọng bằng nỗ lực của bạn mỗi ngày mà thôi.

👋👋👋 Hành trình của INTERN đánh bại SENIOR (Dự án đồng thời cao DDD - Project; phần tóm tắt)

Hãy trang bị cho mình nhiều vũ khí và khi có vũ khí sắc bén chỉ còn một bước để hoà nhập vào SĂN QUÁI đó chính là khu vực luyện tập sử dụng vũ khí JAVA, GO, NODEJS, AWS.. đó đúng mục đích. Ngàn dặm bước chân chẳng phải bắt đầu từ bước chân đầu hay sao?

01 - DDD - Project: vetautet.com 02: Tuyến phỏng thủ đầu tiên được thiếp lập

01 - DDD - Project: vetautet.com 03: Tuyến phỏng thủ thứ hai của lập trình viên nhiều kinh nghiệm

04 - DDD - Project: vetautet.com 04: Một tai nạn trực tuyến xảy ra lúc 11h đêm, một cuộc điện thoại và nhiều notifications

05 - DDD - Project: vetautet.com 05: Hệ thống chúng tôi cảm ơn thằng em INTERN và đây có lẽ là định mệnh

06 - DDD - Project: vetautet.com 06: INTERN với sự khiêm tốn đến kỳ lạ lần này nó đã thực sự thành công lên Junior

07: DDD - Project: vetautet.com 07: Cuộc cách mạng với ELK trong dự án có nhiều người dùng hoạt động

08: DDD - Project: vetautet.com 08: Kafka đã cải thiện hệ thống và nâng cấp như thế nào?

09: DDD - Project: vetautet.com Tốc độ Order đạt 50.000 req/second được chứ?

10: DDD - Project: vetautet.com Sau khi nghiên cứu thì có 3 cách khấu trừ hàng tồn kho phổ biến sau

11: DDD - Projetc: vetautet.com Cuối cùng kết thúc ngày BlackFriday, tồn kho là chính xác, thở phào nhẹ nhõm ...

Những kỹ năng luyện tập dưới đây...

👋 Lộ trình một lập trình viên BACKEND

Con đường Lập Trình Viên Backend

Con đường giúp bạn trở thành Lập trình viên Backend từ cơ bản (LEVEL 0) đến CAO CẤP (LEVEL 5)

Người đưa đò：Tips Backend

Lộ trình FULL：https://anonystick.com

Lộ trình Backend

Trước tiên chúng tôi cung cấp cho bạn làm quen và nâng cao từng step với 3 ngôn ngữ khác nhau. Nếu bạn bắt đầu với ngôn ngữ java thì việc học các ngôn ngữ còn lại tương đối không khó khăn. Nhưng việc xuất phát ở Nodejs sẽ giúp bạn tiếp cận với một JOB NHANH hown vì ở các CHƯƠNG có cái nhìn tổng quan trong việc phát triển một cơ sở hạ tầng của một hệ thống bao gồm (Mongodb, Amazon Services, RabbitMQ, Elasticsearch, Redis, Kafka, Nginx...). Còn Go sẽ là tương lai cho những bạn sẵn sàng chuẩn bị cho những năm tiếp theo và sẽ gần thôi.

NÊN NHỚ - Thói quen là một kỳ quan thứ 9...

Tôi còn nhớ những câu nói "Muốn nhìn xa hãy đứng trên vai người khổng lồ", "Mọi con đường đều hướng đến thành ROME..". MỌi sự chuẩn bị hôm nay, chính là thành công cho tương lai... Bắt đầu hay không tuỳ thuộc vào bạn...

👉 Khám phá lộ trình GO BACKEND (21 chương - Đang cập nhật)

Hiện tại dự án đã khởi động đến section 36

👉 Khám phá lộ trình JAVA BACKEND(Đã xuất bản 04 chương)

1 - ✅ JAVA BACKEND: Welcome SpringBoot, con đường, lộ trình và eBook theo mỗi Levels

2 - ✅ JAVA BACKEND: Install vs Start Project sử dụng vs CODE và intellij IDEA

3 - ✅ JAVA BACKEND: Mức độ ưu tiên file Application và hiểu sâu về properties, yaml trong config dự án

4 - ✅ JAVA BACKEND: Kỹ năng chuyển đổi PROJECT từ DEV qua TEST, PRE, PRODUCT

5 - ✅ JAVA BACKEND: Làm quen với Spring Boot Folder Structure

6 - ✅ JAVA BACKEND: Tôi mới học JPA Spring DATA > phần 1: Làm quen

7 - ✅ JAVA BACKEND: Tôi mới học JPA Spring DATA > phần 2: Controller

8 - ✅ JAVA BACKEND: Tôi mới học JPA Spring DATA > phần 3: phân trang

9 - ✅ JAVA BACKEND: Tôi mới học JPA Spring DATA > phần 4: làm việc với OneToOne, OneToMany và ManyToOne

10 - ✅ JAVA BACKEND: Tôi mới học JPA Spring DATA > phần 4: làm việc với ManyToMany

11 - ✅ JAVA BACKEND: Send OTP Email Spring With SMTP AWS, GO PUSH OTP

12 - ✅ JAVA BACKEND: Làm việc với Kafka Microservices kết hợp TEAM GO

13 - ✅ SPRING SECURITY: Toàn diện về bảo mật cấp doanh nghiệp JAVA

14 - ✅ SPRING SECURITY: Doanh nghiệp chọn phương pháp nào để xác thực "MÀY LÀ AI?"

15 - ✅ SPRING BOOT SECURITY - Roles vs Authorities

16 - ✅ SPRING BOOT SECURITY - SecurityFilterChain

17 - ✅ Xác minh quyền RBAC - Chèn Phỏng vấn Backend

...

[👉 JAVA BACKEND - DDD Project: vetautet.com | QPS = 28.000 req/s]

01 - ✅ SpringBoot 3: CÁCH xây dựng dự án triển khai về DDD bán VÉ TÀU, MUSIC với kiến trúc đồng thời CAO!

02 - ✅ Chúng tôi xây dựng Structure DDD Project như thế nào đạt chuẩn?

03 - ✅ Không tranh cãi, chúng tôi thống nhất hoàn thành kiến trúc DDD này

04 - ✅ Khi publish API chúng tôi gặp lượng request rất nhiều, áp dụng Circuit Breaker vs RateLimiter

05 - ✅ Sếp bảo tăng tốc từ 1000 lên 10.000 req/s, chúng tôi quyết định thêm Distributed Cached

06 - ✅ Sếp - Tại sao chúng ta không sử dụng LUA Redis mà chọn Redisson cho chức năng Lock

07 - ✅ Sếp ơi, làm ơn đừng gọi em nửa đêm nữa, chúng tôi đã thiết lập giám sát hệ thống Prometheus vs Grafana

08 - ✅ Chúng tôi đã thiết lập giám sát Database thông qua Prometheus vs Grafana, giờ ngủ ngon rồi 09 - ✅ Thiết lập giám sát Redis thông qua Prometheus vs Grafana và chuẩn bị thiết lập 20.000 req/s

10 - ✅ Chuẩn bị có việc tăng tốc từ 10.000 lên 20.000 req/s không tăng chi phí

11 - ✅ Sau khi refactor hệ thống thì api có hiệu năng 25.000 req/second mà không tăng chi phí

12 - ✅ Triển khai hệ thống phân tán LOGs ELK cho hệ thống đặt vé tàu

13 - ✅ Tính nhất quán dữ liệu là gì? Thật sự tôi chưa hiểu cụm từ này

14 - ✅ Tính nhất quán SAI khi Team tester đã Setup Proxy Nginx vs 2 server kịch bản mua vé đồng thời CAO StockAvailable

15 - ✅ Tính nhất quán ĐÚNG khi DEV SA (Solution Architecture) ra tay, dữ liệu phân tán giờ đã nhất quán với cách đơn giản

16 - ✅ Tính nhất quán phù hợp nhất với các ứng dụng

17 - ✅ Kafka (1): Cuộc chiến thực sự của hệ thống mua vé tàu - Khởi tạo Broker và Partition

18 - ✅ Source Code: DDD Project - Bán Vé Từ Video Section 9 - 16 How to run!!

19 - ✅ Kafka(2) - Cách gửi Order với hiệu suất cao nhất

20 - ✅ Kafka(3) - Đến lượt xử lý Order hiệu quả nhất

21 - ✅ Kafka(4) - Order còn tồn động rất nhiều? Làm sao đây?

22 - ✅ Redis(1) - OrderTicket() bắt buộc hiểu về LUA vs TRANSACTION trong REDIS

23 - ✅ Redis(2): LUA vs TRANSACTION cấp độ doanh nghiệp, lập trình viên cấp cao cần hiểu về ATOMIC

24 - ✅ Redis(3) - Lập trình về LUA vì sao các hệ thống đều sử dụng LUA?

25 - ✅ Redis(4) - Hệ thống bây giờ căng quá, Master/Slave đến đây...

26 - ✅ Redis (5) - Master đã sập, hệ thống tự động chuyển đổi nhờ Sentinel

27 - ✅ Bán hàng tồn kho (StockDeduction), tôi đã TỪNG đổ máu NHƯNG bạn tuyệt đối KHÔNG

28 - ✅ BA CÁCH TRỪ HÀNG TỒN KHO trong MYSQL: Nhưng Member tôi đã dành cho bạn một CÁCH là CÁCH THỨ 3

29 - ✅ Ngày mở bán bắt đầu, hàng nghìn User truy cập mua vé và kết thúc thành công

30 - ✅ Kiểm kê lại dữ liệu phân tán thì chúng tôi thấy đã nhất quán hàng TỒN KHO -> Tuyệt vời

Khi dữ liệu trong hệ thống bán vé tàu tết chúng tôi thông kê mỗi tháng có thể tăng lên đến 1,5 triệu order (Đây là con số khiêm tốn, thực tế còn x5 lên như vậy). Lý do rất đơn giản, sau khi hoàn tất những tính năng quan trọng cho việc OpenTicket thì mô hình này được áp dụng cho nhiều trung tâm bán vé với nhiều đại lý liên kết, vì vậy không ngạc nhiên khi dữ liệu chúng tôi lên cao, và nó vượt xa giới hạn của một table trong mysql.

31 - ✅ Mở rộng khi vực bán vé tàu cho 100 trung tâm bán 5000 ticket mỗi ngày thì dữ liệu đã LỚN rất NHANH

Khi vào ứng dụng Shopee xem những đơn hàng mà gia đình tôi vừa mua thì tôi thấy cách triển khai UI cũng rất là khoa học, nó đơn giản, chỉ tập trung vào mục đích là xem đơn hàng đã mua, và trạng thái đó thế nào? NHƯNG thật sự tôi đã phát hiện một điều ở cách họ lưu trữ ID, và từ đó tôi đã áp dụng cho hệ thống bán vé tàu về quản lý lưu trữ cũng như truy xuất toàn diện mà không làm tăng chi phí. Đây là ý tưởng thực hiện nó (Orders)...

32 - ✅ Áp dụng thiết kế quản lý Order của Shopee, chúng tôi hoàn thành việc phân tích và thiết kết Order

Nhiều lập trình viên bình luận rằng hãy dùng SAGA - để hoàn thành việc Distributed Transactions nhưng chưa hề triển khai thực tế như thế nào? Nếu tự tay triển khai thì đây là cách. Cho dù bạn có áp dụng các FW có sẵn nhưng nó vẫn chạy theo một cách tương tự mà thôi. Hãy tự tay triển khai nó được không?

33 - ✅ Hiểu biết về SAGA: Giao dịch phân tán - SENIOR

Đây là cách mà lúc trước chưa có nhiều hệ thống hỗ trợ để cải thiện việc truy xuất cũng như lưu trữ trong hệ thống, không AI, không Stacks nhưng đến giờ hệ thống vẫn hoạt động tốt và đơn hàng cũng tăng lên. Nó thật tuyệt...

34 - ✅ Triển khai TINH TẾ một TABLE có dữ liệu tăng lên CHỤC TRIỆU order mỗi tháng của một CỰU CHIẾN BINH năm xưa

...

Giá trị của việc học

Việc học rất quan trọng, nhưng cách học cũng quan trọng không kém, chúng tôi đã sắp xếp các chương theo thứ tự từ thấp đến cao. Từ basic cho đến Advance. Hãy cố gắng duy trì thói quen code mỗi ngày, và cải thiện những tính năng đã không còn phù hợp với hiện tại hoặc những tính năng chưa trọn vẹn.

Lộ trình dành cho ai?

Lộ trình này dành cho ai? Từ sinh viên mới ra trường và những bạn muốn chuyển đổi từ FrontEnd qua Backend hoặc những bạn có kinh nghiệm một năm muốn chuyển đổi từ ngôn ngữ này qua ngôn ngữ khác một cách nhanh chóng. Hơn nữa muốn thăng tiến và giải quyết các task có tính chất quan trọng trong dự án thì có thể tham khảo dự án này.

Giá chỉ 30.000 VND cho 3 khoá học

Hiện tại cho đến bây giờ chúng tôi mở 3 khoá học chỉ với 30.000 VND. Và sau này có thể sẽ tách ra và giá trị mỗi khoá sẽ riêng biệt và tăng dần. Chính vì vậy hiện tại là một cơ hội cho các bạn có chung chí hướng và nghiêm túc trong nghề nghiệp của mình.

Link đăng ký MEMBER YOUTUBE: ĐĂNG KÝ CHO 3 KHOÁ chỉ với 30.000 VNĐ

Link Go Backend: Go Backend

Link Nodejs Backend: Nodejs Backend

Link Java Backend: Java Backend

👉 Backend eCommerce bao gồm hai NGÔN NGỮ [Nodejs + Go] (30.000 VNĐ)

LINK ĐĂNG KÝ - Link dăng ký khóa học, tham gia hội viên

1 - Welcome, welcome, welcome

2 - Những folders và packages cần thiết khi khởi tạo Project

3 - Connect MongoDB to Node.js Using Mongoose và 7 điều lưu ý

4 - Cách triển khai env cho các level khác nhau

5 - Sign-up Shop

6 - Middleware apikey and permissions

7 - Xử lý ErrorHandler trong API

8 - Make Your API Response use class

9 - Login Shop API

10 - Logout vs Authentication

11 - RefreshToken và phát hiện token đã sử dụng bởi hacker và cách xử lý

11.V2 - FIXED Bug bị sai và tối ưu hơn so với phiên bản cũ

12 - Create schema Product

13 - Create new Product API, áp dụng Factory Pattern

14 - Api Service Products (Optimal For <= Junior )

15 - Api Service Products (Optimal For > Junior )

16 - Add tính năng isDraft, isPublish, unPublish và bổ sung schema Product Service API

17 - Tính năng còn lại, findAll, findOne, selectData, unSelectData trong Product Service API

18 - Update với POST, PUT, PATCH trong Product Service API

19 - Api Service Inventories

20 - Discount Model

21 - Discount Service in eCommerce with 6 features

22 - Discount Service in eCommerce with 6 features Part 2 - FULL

23 - Section 23: Cart Service in eCommerce Part 1 | Cart Model vs add product to cart

24 - Section 24: Cart Service Api Part 2 | Update, reduce, increase product

25 - Section 25: Order Service Api (part 1)

26 - Section 26: Order service Part 2 | Tiếp đến là Redis chuyên sâu

27 - Redis - Nguồn cảm hứng bất tận

28 - Redis - Hôm nay tôi đi phỏng vấn về Redis có 5 câu hỏi dành cho tôi và bạn | Node.js backend

29 - String Redis: Cấu trúc, lệnh phổ biến và kịch bản nào sử dụng?

30 - Hash Redis: Cấu trúc, lệnh phổ biến và kịch bản ứng dụng

31 - List Redis: Cấu trúc, lệnh phổ biến và kịch bản ứng dụng

32 - Xây dựng hệ thống loggers sử dụng Discord vào dự án eCommerce Backend Node.js | Auto Bot

33 - Export Service Push Log Router backend lên Discord với Postman eCommerce Backend Node.js| Auto Bot

34- Redis Sets: Cấu trúc, lệnh phổ biến và kịch bản ứng dụng

35: Redis Zset: Cấu trúc, lệnh phổ biến và kịch bản ứng dụng

36: Redis Transaction: Cấu trúc, lệnh phổ biến và kịch bản ứng dụng

37: Redis Pub/Sub: Cấu trúc, lệnh phổ biến và kịch bản ứng dụng

38: Triển khai hệ thống Nested Comments eCommerce - 1

39: Triển khai hệ thống Nested Comments eCommerce - 2

40: Triển khai hệ thống Notifications eCommerce ShopDEV (1)

41: Phân tích hành vi User áp dụng PUSH or PULL trong task Notification System (quan trọng)

42: Notifications Service vs Tiếp đến là tách Message Queue System

43: Kafka Message Queue

44: Rabbit Message Queue

45: Tách dự án với kiến trúc Microservice System | Level Nâng cao

46: Integration Testing with Jest vs Mongodb | Microservice System

47: [start server] First step in Microservice vs Message Queue | Microservice System | Lvxx

48: Xử lý Message Error or TTL (Time To Live) trong Message Queue thế nào? | Kiến trúc MQ

49: Xử lý message khi gặp sự cố MQ server die (TTL) thực hành

50: QUAN TRỌNG và dành cho Level cao về cách Xử lý error message trong kiến trúc MQ

51: Message Ordering in Pub/Sub or Queues | Microservices Backend

52: Message Ordering | Microservice Backend | #2

53: Thực hành về Message Ordered với hai tình huống | RabbitMQ | Microservice Backend

54: MySQL | Setup Master Slave

55: MySQL | Thực hành tự tạo dữ liệu test 10.000.000 records trong MySQL | Level 0, 1, 2

56: MySQL | Thực hành tự tạo dữ liệu test 10.000.000 records trong MySQL | Level 3, 4, 5

FIX: Update link Discord Member

57: x-api-key anh em hỏi, tôi đáp

58: MySQL | Partition Database | Level 0, 1, 2

59: MySQL | Partition Database | Level 3, 4, 5

60: MYSQL | Index MySQL những sai lầm nên tránh

61: MULTER vs Cloudinary | Intro Cloud vs Upload Service For Api (1)

62: MULTER vs Cloudinary | Intro Cloud vs Upload Service For Api (2)

64: Amazon Web Service (AWS) | Intro vs Regis...

65: Amazon Web Service (AWS) Setup S3 Bucket vs Security (2)

66: Amazon Web Service (AWS) Upload Images to S3 from Node Back End | AWS)

67: Amazon Web Service (AWS) Triển khai Service backend bảo mật Link S3 và test performance Url Speed)

68: Setup Cloudfront với S3 | AWS Pro

69: AWS CloudFront Bảo mật File ngăn cấm hành vi sao chép phía BackEnd

70: Triển khai toàn diện về EC2 vũ khí sắc bén của BackEnd

71: Setup EC2 + Mysql với Linux. Tạo quyền, quản lý database bảo mật...

72: Import Mysql local to EC2 và cho phép truy cập mysql từ xa | Làm chủ AWS

73: Triển khai CI/CD từ GitHub và EC2 (AWS)

74: Reverse Proxy Nginx vs EC2 | Next setup Domain Shopdev.com

75: Add domain shopdev.com to NGINX với SSL port (443)

76: Roles and permission in MySQL

77: Roles and permission: Triển khai hệ thống QUYỀN trong eCommerce (Phần 1)

78: Roles and permission: Triển khai hệ thống QUYỀN trong eCommerce (Phần 2)

79: Roles and permission: Triển khai hệ thống QUYỀN trong eCommerce (Hoàn thành source thực tế)

80: System Logs: Xây dựng hệ thống tracking Logs trong eCommerce (Phần 2)

81: System Logs: Xây dựng hệ thống tracking Logs trong eCommerce (Phần 3 hoàn thành Logs)

82: Shop eCommerce: Kiến trúc hệ thống về Send vs Verify Email OTP

83: Shop eCommerce: Triển khai Send Email OTP

84: Redis Connect Nodejs: Cách connect redis và nodejs cho dự án Microservice

85: Share Source giao diện shopDEV (react+vite) và app mobile (iOS + Android) Link download

86: Shop eCommerce: Triển khai Verify OTP Email

87: SKU - SPU: Senior - Thiết kế dữ liệu cho SKU, SPU trong Product (1)

88: SKU - SPU: Triển khai và giải thích schema spu và sku model

89: SKU - SPU: Code controller and service for spu và sku model

90: ElasticSearch (1): Tư duy kiến trúc elasticsearch cho kỹ sư BE

91: ElasticSearch (2): Tư duy kiến trúc elasticsearch cho kỹ sư BE

93: Go backend (1): Các kiến trúc phổ phiến khởi tạo dự án BackEnd

94: Go backend (2): Setup dự án BackEnd

95: Go backend (3): GIN vs ROUTER

96: Go Backend (4): GIN vs MVC

97: Redis Backend: Một backend xuất sắc phải xử lý 100 triệu requests

98: Redis Backend: Thực hành cạm bẫy CACHE PENETRATION với Redis vs Nodejs

99: Go Backend (5): GIN vs ERROR HANDLER

100: ElasticSearch Backend: Cách connect tối ưu và tích hợp dự án tìm kiếm sản phẩm

104: Mysql Senior: Thao tác cần biết khắc phục LỖI MYSQL trực tuyến

105: MySQL Senior: BẠN CÓ HIỂU NHẦM VỀ INDEX PRIMARY, UNIQUE, FULLTEXT?

106: MySQL Senior: Nguyên tắc sử dụng 6 loại index và công thức tối ưu

xxx: Đề xuất sản phẩm: Hệ thống gợi ý sản phẩm trong eCommerce (Updating)

...

👉 Series Backend eCommerce GOLANG (Redis, mysql, elasticSearch, kafak, nginx, mongodb...)

Lộ trình như sau:

Vui lòng tập đi, rồi mới chạy... Topic này sẽ update thường xuyên về các kiến thức về Golang

Chúng ta sẽ sớm gặp nhau và trở thành đồng nghiệp, và chúng tôi cố gắng tạo ra các chương được sắp xếp với mức độ khó và mức độ phổ biến theo quan điểm lập trình của chúng tôi để giúp người mới học theo dõi một cách chi tiết hơn.

Ngoài ra nếu như bạn cảm thấy sự sắp xếp này chưa thể hiện đúng bản chất thì hoan hỉ để lại một lời góp ý, xin chân thành cảm ơn...

Chúng ta cần nói lại: "Vui lòng tập bò, đến tập đi, rồi tiếp đến mới chạy, cuối cùng chúng ta cũng sẽ phải bay"

Go Basic (Tập bò)

Go Level 1 (Tập đi)

[👉 GO BACKEND - DDD Project: vetautet.com | QPS = 32.000 req/s]

01: ✅ Go backend: Các kiến trúc phổ phiến khởi tạo dự án BackEnd

02: ✅ Go backend: Setup dự án BackEnd

03: ✅ Go backend: GIN vs ROUTER

04: ✅ Go Backend: GIN vs MVC

05: ✅ Go Backend: GIN vs ERROR HANDLER

06: ✅ Go backend: GIN vs LOGGER HANDLER

07: ✅ Go backend: GIN vs VIPER

08: ✅ Go Backend: GIN vs MIDDLEWARES

09: ✅ Go Backend: GIN vs TEST MOCK

10: ✅ Go Backend: Cấu trúc file main.go cho DỰ ÁN LỚN

11: ✅ Go Backend: QUẢN LÝ LOGs CHO DỰ ÁN LỚN

12: ✅ Go Backend: Làm việc với Mysql Pool, Tại sao lại là Pool

13: ✅ Go Backend: Làm việc với Redis sentinel, cluster, Tại sao lại là Sentinel

14: ✅ Go Backend: Router cho TEAM LỚN

15: ✅ Go Kafka Backend: Kafka thực hành về mua bán cổ phiếu với các tình huống

16: ✅ Go Interview: Không sử dụng Interface có được không? ĐƯỢC vs MẤT khi không sử dụng?

17: ✅ Go Backend: Interface cách triển khai nếu bạn là member

18: ✅ Go Backend: Nói về Dependency Injection và sủ dụng Wire trong dự án

19: ✅ Go Backend: Triển khai BlackList IP, WhiteList IP cho hệ thống api

20: ✅ Go Backend: User-Register: Send OTP, VerifyOTP, BLock IP Spam...

21: ✅ Go Backend: Chiến đấu với Docker Link, Docker Compose build Project Level 2, 3, 4

BONUS: ✅ Go Backend: Đồng bộ dữ liệu Mysql to Kafka sử dụng Debezium với N Tables tốc độ REALTIME

22: ✅ Go Backend: Tại sao nhiều công ty lại sử dụng SQLC

23: ✅ Go Backend: Từ khi sử dụng GOOSE tốc độ làm việc Database nhanh gấp đôi

24: ✅ Go Backend: Triển khai quy trình send OTP cho User Registration

25: ✅ Go Backend: Đến lúc chia tay GORM vì sao?

26: ✅ Go Backend: TEAM JAVA hỗ trợ send OTP cho TEAM GO

27: ✅ Go Backend: Đến lúc làm việc với Kafka

28: ✅ Go Backend: Quyết định refactor interface sau khi nhìn lén code đồng nghiệp

29: ✅ Go Backend: Đến lúc trở thành Senior và làm việc với makefile, diagram mysql

30: ✅ Go Backend: Implement IUserLogin - Register, CheckOTP, Login (token), UpdatePassRegister

31: ✅ Go Backend: Tích hợp API SWAGGER DOCUMENTATION

32: ✅ Go Backend: Verify OTP

33: ✅ Go Backend: Update Info User

34: ✅ Go Backend: Login User

35: ✅ Go Backend: Generate Token JWT

36: ✅ Go Business: Two Factor Authentication OTP (1)

37: ✅ Go Business: Two Factor Authentication OTP (2)

38: ✅ Go Business: Two Factor Authentication OTP (3)

39: ✅ Go Business: LOGIN vs Verify Authentication

40: ✅ Go Business: Bảo vệ hệ thống với 3 lớp khi lượng đồng thời CAO

41: ✅ Go Business: Setup giám sát hệ thông 24/24 với Prometheus vs Grafana (1)

42: ✅ Go Business: Sử dụng Giám sát hệ thông 24/24 với Prometheus vs Grafana (2)

43: ✅ Go Business: Lợi dụng sức mạnh của Goroutine cho việc tăng tốc hệ thống

44: ✅ Go Business: Thiết lập Publish vs Subscribe dựa vào channel

45: ✅ Go Business: Nhiều luồng nhanh nhưng lại xung đột và cách xử lý

46: ✅ Go Business: Move dự án vetatautet java to go

... Updating

Tài nguyên học

Đây là khu vực dành cho tài liệu và khuyến khích học ở các nguồn này.

👉 JAVA cho người mới bắt đầu(Updating...)

👉 GOLANG cho người mới bắt đầu(Updating...)

👉 Series Kafka toàn tập (nhiều level) - Bao gồm 2025 và 2024

01: INTERN đánh bại SENIOR: GOOD CV - Với dự án tài chính thì bạn sử dụng Kafka hay là RabbitMQ? WHY?

02: Kafka: JOIN vào dự án cấp độ doanh nghiệp 7 khái niệm cấn nắm

03: Go vs Kafka: Từ đơn giản trên trận chiến STOCK - MEMBERs

04: JAVA vs kafka: Ứng dụng thực tế hệ thống MUA BÁN Backend API

05: Mysql to Kafka: KỸ SƯ CAO CẤP: Cách đồng bộ dữ liệu Mysql to Kafka sử dụng Debezium với N Tables tốc độ REALTIME

06: Kafka (1): Cuộc chiến thực sự của hệ thống mua vé tàu - Khởi tạo Broker và Partition

07: Kafka (2): Cách gửi Order nhanh nhất - ddd: vetautet.com

08: Kafka (3) - Cách xử lý Order nhanh nhất - ddd - vetautet.com

09: KafKa(4): Sếp ơi. Order còn tồn động nhiều quá...

10: KafKa(5): Xử lý Error và retry TTL...

11: KafKa(6): Đảm bảo thứ tự Order nhưng mất 6 second/order...

12: KafKa(7): Cải thiện đảm bảo thứ tự Order 2 second/order

Link 2024: 👉 Series Message Queue System (Kafka + RabbitMQ) -> Cơ bản đến thành thạo

01: Kafka: Hệ thống cũ rất chậm đã đến lúc sử dụng Broker Message Queue Phần 1

02: Kafka: Mới join vào TEAM, cần học nhanh về KafKa Phần 2

03: [Kafka: Sử dụng trong Stocks như thế nào? Phần 3 Updating]

04: Notifications Service vs Tách Message Queue System - member

05: Cách triển khai Kafka Message Queue - member

06: Cách triển khai Rabbit Message Queue - member

07: Tách dự án với kiến trúc Microservice System | Level 3, 4

09: First step in Microservice vs Message Queue | Microservice System | Lvxx

10: Xử lý Message Error or TTL (Time To Live) trong Message Queue thế nào? | Kiến trúc MQ

11: Xử lý message khi gặp sự cố MQ server die (TTL) thực hành

12: QUAN TRỌNG và dành cho Level cao về cách Xử lý error message trong kiến trúc MQ

13: Message Ordering in Pub/Sub or Queues | Microservices Backend

14: Message Ordering | Microservice Backend | #2

15: Thực hành về Message Ordered với hai tình huống | RabbitMQ | Microservice Backend

Ngoài ra hàng tuần thì tôi cũng hay viết về những công nghệ được sử dụng nhiều nhất trong các dự án hiện nay thông qua series ĐÀM ĐẠO CÔNG NGHỆ - CỰU CHIẾN BINH - HÀNG TUẦN các bạn nếu có sự bình yên vào cuối tuần cũng có thể đọc cho vui tai vui mắt...

👉 Series ĐÀM ĐẠO CÔNG NGHỆ - CỰU CHIẾN BINH - HÀNG TUẦN

Bài viết số 17 là mục đích để hiểu cách triển khai giữa RPC và REST API - gRPC vì sao thời đó lại là RPC và bây giờ cạn dần và người ta bắt đầu nói về REST API - gRPC. Ở đó có những điều ký diệu của những kỹ sư cầu nối.. 17 - API timeline: RPC vs GRPC - Tản mạn ngày xa xưa