0:00

12:40

I Bet Nobody Has Ever Explained the Backend Ecosystem Like This Before

Cloud X Berry·12:40·Technology·B2

Chương · 8

Chương 1·Why Backend Roadmaps Feel Overwhelming

Hiển thị

Tiếng ViệtAuto-scroll

0:00

If you've ever searched for back-end roadmap, you've probably seen an overwhelming list of technologies like Spring Boot, Docker, Kubernetes, Redis, Kafka, PostgreSQL, Jenkins, AWS, Prometheus, and many more.

Nếu bạn từng tìm kiếm lộ trình back-end, có lẽ bạn đã thấy một danh sách công nghệ dài đáng sợ như Spring Boot, Docker, Kubernetes, Redis, Kafka, PostgreSQL, Jenkins, AWS, Prometheus và nhiều thứ khác.

0:11

Looking at it for the first time, it's easy to wonder, do back-end engineers really need to learn all of this?

Nhìn vào lần đầu tiên, thật dễ tự hỏi, liệu các kỹ sư back-end có thực sự cần học tất cả những thứ này không?

0:20

The short answer is no.

Câu trả lời ngắn gọn là không.

0:22

The goal isn't to memorize every

Mục tiêu không phải là ghi nhớ mọi

0:25

technology.

Công nghệ.

0:25

The goal is to understand why each category exists.

Mục tiêu là hiểu vì sao mỗi nhóm công nghệ tồn tại.

0:29

Once you understand the problem a technology solves, learning another tool in the same category becomes much easier.

Một khi bạn hiểu vấn đề mà một công nghệ giải quyết, việc học một công cụ khác trong cùng nhóm sẽ trở nên dễ dàng hơn nhiều.

0:36

So, instead of going through a roadmap and explaining one technology after another, let's do something different.

Vì vậy, thay vì đi qua một lộ trình và giải thích từng công nghệ một, hãy làm điều gì đó khác.

0:43

Let's follow a single request and see how all these technologies work together.

Hãy theo dõi một yêu cầu duy nhất và xem tất cả các công nghệ này phối hợp với nhau như thế nào.

0:49

Imagine you're shopping on an e-commerce website.

Hãy tưởng tượng bạn đang mua sắm trên một trang web thương mại điện tử.

0:51

You find a laptop you like, add it to your cart, enter your delivery address, complete the payment, and click place order.

Bạn tìm thấy một chiếc laptop ưng ý, thêm nó vào giỏ hàng, nhập địa chỉ giao hàng, hoàn tất thanh toán và nhấn đặt hàng.

1:00

From your perspective, it was just one click.

Từ góc nhìn của bạn, đó chỉ là một cú nhấp chuột.

1:03

But behind that single click, an entire ecosystem starts working together.

Nhưng đằng sau một cú nhấp chuột đó, cả một hệ sinh thái bắt đầu phối hợp với nhau.

1:07

Let's follow that journey.

Hãy theo dõi hành trình đó.

1:08

The first stop is usually a reverse proxy, such as Nginx.

Điểm dừng đầu tiên thường là một reverse proxy, chẳng hạn như Nginx.

1:12

It receives every incoming request from users and forwards it to the appropriate back-end service based on the type of request.

Nó nhận mọi yêu cầu đến từ người dùng và chuyển tiếp đến dịch vụ back-end phù hợp dựa trên loại yêu cầu.

1:20

For example, a request to view products may

Ví dụ, một yêu cầu xem sản phẩm có thể

1:24

be forwarded to one back-end application, while a payment request may be forwarded to another.

Được chuyển tiếp đến một ứng dụng back-end, trong khi một yêu cầu thanh toán có thể được chuyển tiếp đến một ứng dụng khác.

1:30

Users usually don't communicate with back-end applications directly.

Người dùng thường không giao tiếp trực tiếp với các ứng dụng back-end.

1:33

Every request first passes through the reverse proxy.

Mọi yêu cầu trước tiên đều đi qua reverse proxy.

1:37

The request has now reached the back-end.

Yêu cầu giờ đã đến được back-end.

1:39

So, what exactly is the back-end?

Vậy chính xác back-end là gì?

1:40

The back-end is simply the part of the application that runs on a server.

Back-end đơn giản là phần của ứng dụng chạy trên máy chủ.

1:45

Unlike the front-end, which users can see and interact with, the back-end works behind the scenes.

Khác với front-end, thứ mà người dùng có thể nhìn thấy và tương tác, back-end hoạt động phía sau hậu trường.

1:51

It receives requests, applies business rules, communicates with databases and other services, and finally sends a response back to the front end.

Nó nhận yêu cầu, áp dụng các quy tắc nghiệp vụ, giao tiếp với cơ sở dữ liệu và các dịch vụ khác, và cuối cùng gửi phản hồi trở lại front-end.

1:59

You can think of the back end as the brain of the application.

Bạn có thể nghĩ về back-end như bộ não của ứng dụng.

2:04

Developers build back ends using back end frameworks.

Các nhà phát triển xây dựng back-end bằng các framework back-end.

2:07

A framework

Một framework

2:08

is simply a collection of tools and pre-built code that helps developers build applications faster without starting from scratch.

Đơn giản là một tập hợp các công cụ và mã có sẵn giúp nhà phát triển xây dựng ứng dụng nhanh hơn mà không phải bắt đầu từ đầu.

2:17

For example, Java developers commonly use Spring Boot.

Ví dụ, các nhà phát triển Java thường dùng Spring Boot.

2:21

C# developers often use ASP.NET Core.

Các nhà phát triển C# thường dùng ASP.NET Core.

2:25

JavaScript developers Express or Nest JS.

Các nhà phát triển JavaScript dùng Express hoặc Nest JS.

2:28

Python developers frequently use Fast API or Django.

Các nhà phát triển Python thường dùng Fast API hoặc Django.

2:32

The framework changes.

Framework thay đổi.

2:33

The programming language changes.

Ngôn ngữ lập trình thay đổi.

2:35

But, the back end's responsibility stays exactly the same.

Nhưng trách nhiệm của back-end vẫn hoàn toàn giống nhau.

2:40

Before the back end places your order, it first needs to answer one important question.

Trước khi back-end đặt hàng cho bạn, nó trước tiên cần trả lời một câu hỏi quan trọng.

2:46

Who is making this request?

Ai là người đang thực hiện yêu cầu này?

2:48

Anyone could send a request saying, "Place an order." The back end must first verify that the request actually came from a logged-in user.

Bất kỳ ai cũng có thể gửi một yêu cầu nói rằng, "Đặt hàng." Back-end trước tiên phải xác minh rằng yêu cầu thực sự đến từ một người dùng đã đăng nhập.

2:58

This process is called authentication.

Quá trình này được gọi là xác thực.

3:01

Technology such as session-based authentication, JWTs, OAuth, and OpenID Connect help applications verify a user's identity securely.

Các công nghệ như xác thực dựa trên phiên, JWT, OAuth và OpenID Connect giúp ứng dụng xác minh danh tính người dùng một cách an toàn.

3:09

If your identity is verified, the back end continues processing the

Nếu danh tính của bạn được xác minh, back-end tiếp tục xử lý

3:14

request.

Yêu cầu.

3:14

If not, the request is rejected immediately, preventing unauthorized users from accessing your account or placing orders on your behalf.

Nếu không, yêu cầu bị từ chối ngay lập tức, ngăn người dùng trái phép truy cập tài khoản của bạn hoặc đặt hàng thay bạn.

3:21

Now that the back end knows who you are, it can start processing your request.

Giờ back-end đã biết bạn là ai, nó có thể bắt đầu xử lý yêu cầu của bạn.

3:26

Suppose you click place order.

Giả sử bạn nhấn đặt hàng.

3:28

The back end now needs information such as your delivery address, the items in your cart, and your payment details.

Back-end giờ cần thông tin như địa chỉ giao hàng của bạn, các mặt hàng trong giỏ hàng và chi tiết thanh toán của bạn.

3:35

Where does it get

Nó lấy

3:37

all this information?

Tất cả thông tin này từ đâu?

3:38

It gets it from a database.

Nó lấy từ cơ sở dữ liệu.

3:40

A database is where an application permanently stores its data.

Cơ sở dữ liệu là nơi ứng dụng lưu trữ dữ liệu của nó một cách lâu dài.

3:45

Customer accounts, products, orders, payments, delivery addresses.

Tài khoản khách hàng, sản phẩm, đơn hàng, thanh toán, địa chỉ giao hàng.

3:48

All this information is stored in a database, so it is still available even if the application is restarted tomorrow.

Tất cả thông tin này được lưu trong cơ sở dữ liệu, vì vậy nó vẫn có sẵn ngay cả khi ứng dụng được khởi động lại vào ngày mai.

3:58

Popular databases include PostgreSQL, MySQL, SQL Server, and Oracle.

Các cơ sở dữ liệu phổ biến bao gồm PostgreSQL, MySQL, SQL Server và Oracle.

4:02

You can think of a database as the application's long-term memory.

Bạn có thể nghĩ về cơ sở dữ liệu như bộ nhớ dài hạn của ứng dụng.

4:08

But, here's a problem.

Nhưng, đây là một vấn đề.

4:11

Imagine millions of users are opening the application every day.

Hãy tưởng tượng hàng triệu người dùng mở ứng dụng mỗi ngày.

4:14

Many of them repeatedly request the same information.

Nhiều người trong số họ liên tục yêu cầu cùng một thông tin.

4:18

For example, a customer may open their profile several times a day, or thousands of customers may be viewing the same popular product.

Ví dụ, một khách hàng có thể mở hồ sơ của họ vài lần một ngày, hoặc hàng nghìn khách hàng có thể đang xem cùng một sản phẩm phổ biến.

4:25

If every request goes directly to the database, the database has to do the same work again and again.

Nếu mọi yêu cầu đều đi trực tiếp đến cơ sở dữ liệu, cơ sở dữ liệu phải làm cùng một công việc lặp đi lặp lại.

4:32

As the number of users grows, this can become a performance bottleneck.

Khi số lượng người dùng tăng lên, điều này có thể trở thành nút thắt cổ chai về hiệu suất.

4:36

So, instead of asking the database every single time, the back end first checks a cache, such as Redis.

Vì vậy, thay vì hỏi cơ sở dữ liệu mỗi lần, phần back end trước tiên kiểm tra bộ nhớ đệm, chẳng hạn như Redis.

4:43

A cache stores temporary copies of data that applications access frequently.

Bộ nhớ đệm lưu trữ các bản sao tạm thời của dữ liệu mà ứng dụng truy cập thường xuyên.

4:48

If the required information is already available in the cache, it can be returned almost instantly.

Nếu thông tin cần thiết đã có trong bộ nhớ đệm, nó có thể được trả về gần như ngay lập tức.

4:53

If it isn't, the back end retrieves the data from the database, sends it back to the user, and also stores a temporary copy in the cache, so future requests become much faster.

Nếu không, phần back end sẽ lấy dữ liệu từ cơ sở dữ liệu, gửi lại cho người dùng và cũng lưu một bản sao tạm thời trong bộ nhớ đệm, để các yêu cầu sau này trở nên nhanh hơn nhiều.

5:05

The important thing to remember is that Redis is not a replacement for the database.

Điều quan trọng cần nhớ là Redis không phải là sự thay thế cho cơ sở dữ liệu.

5:10

The original data always

Dữ liệu gốc luôn

5:12

lives in the database.

Nằm trong cơ sở dữ liệu.

5:13

Redis simply keeps temporary copies of frequently accessed data to improve performance and reduce unnecessary database queries.

Redis chỉ đơn giản giữ các bản sao tạm thời của dữ liệu được truy cập thường xuyên để cải thiện hiệu suất và giảm các truy vấn cơ sở dữ liệu không cần thiết.

5:22

Now, let's continue with our order.

Bây giờ, hãy tiếp tục với đơn hàng của chúng ta.

5:24

The back end has successfully saved your order in the database.

Phần back end đã lưu thành công đơn hàng của bạn vào cơ sở dữ liệu.

5:28

At this point, from the customer's perspective, the most important job is already done.

Tại thời điểm này, từ góc nhìn của khách hàng, công việc quan trọng nhất đã được hoàn thành.

5:33

But, placing an order usually triggers several additional tasks.

Nhưng, việc đặt hàng thường kích hoạt một số nhiệm vụ bổ sung.

5:36

The inventory needs to be updated.

Cần cập nhật hàng tồn kho.

5:38

The warehouse needs to start preparing the package.

Kho hàng cần bắt đầu chuẩn bị gói hàng.

5:41

A shipping request needs to be created.

Cần tạo yêu cầu vận chuyển.

5:43

Một

5:44

confirmation email should be sent.

Email xác nhận nên được gửi.

5:46

Analytics systems need to record the purchase.

Hệ thống phân tích cần ghi lại việc mua hàng.

5:48

Should the back end wait for all these tasks to finish before responding to you?

Phần back end có nên chờ tất cả các nhiệm vụ này hoàn thành trước khi phản hồi bạn không?

5:54

Imagine waiting 10 or 15 seconds every time you place an order.

Hãy tưởng tượng phải chờ 10 hoặc 15 giây mỗi lần bạn đặt hàng.

5:58

That would be a terrible user experience.

Đó sẽ là một trải nghiệm người dùng tồi tệ.

6:01

Instead, the back end immediately responds with, "Your order has been placed successfully." The remaining tasks are handed over to a message queue, such as Kafka or RabbitMQ.

Thay vào đó, phần back end ngay lập tức phản hồi rằng: "Đơn hàng của bạn đã được đặt thành công." Các nhiệm vụ còn lại được chuyển giao cho một hàng đợi tin nhắn, chẳng hạn như Kafka hoặc RabbitMQ.

6:11

Think of a message queue like people waiting in line at a ticket counter.

Hãy nghĩ về hàng đợi tin nhắn giống như những người đang chờ đợi tại quầy bán vé.

6:16

When you join the queue, you don't get served immediately.

Khi bạn tham gia hàng đợi, bạn không được phục vụ ngay lập tức.

6:19

You wait for your turn.

Bạn chờ đến lượt của mình.

6:21

A message queue works in a similar way.

Một hàng đợi tin nhắn hoạt động theo cách tương tự.

6:24

Instead of doing every task immediately, the back end places each task into the queue.

Thay vì thực hiện mọi nhiệm vụ ngay lập tức, phần back end đặt từng nhiệm vụ vào hàng đợi.

6:29

Other services pick up these tasks one by one and process them in the background.

Các dịch vụ khác lấy các nhiệm vụ này từng cái một và xử lý chúng trong nền.

6:34

This allows the application to respond to users quickly, while the remaining work continues behind the scenes.

Điều này cho phép ứng dụng phản hồi người dùng một cách nhanh chóng, trong khi công việc còn lại tiếp tục diễn ra ở phía sau.

6:40

That's one of the reasons modern applications feel fast, even though they're performing many operations after

Đó là một trong những lý do các ứng dụng hiện đại cảm thấy nhanh, mặc dù chúng đang thực hiện nhiều thao tác sau

6:46

you click a single button.

Khi bạn nhấp vào một nút duy nhất.

6:48

Let's take a step back for a moment.

Hãy lùi lại một bước trong giây lát.

6:50

So far, we've been following what happens when a customer places an order.

Cho đến nay, chúng ta đã theo dõi những gì xảy ra khi một khách hàng đặt hàng.

6:54

But all the software we've discussed so far still needs somewhere to run.

Nhưng tất cả phần mềm chúng ta đã thảo luận cho đến nay vẫn cần một nơi để chạy.

6:58

That's where Docker comes in.

Đó là lúc Docker xuất hiện.

7:00

Imagine you've built your back end application on your laptop.

Hãy tưởng tượng bạn đã xây dựng ứng dụng back end của mình trên máy tính xách tay.

7:03

It works perfectly.

Nó hoạt động hoàn hảo.

7:04

But when another developer tries to run the same application on their computer, it suddenly doesn't work because they're using a different version of Java, .NET, or some required libraries are missing.

Nhưng khi một nhà phát triển khác cố gắng chạy cùng ứng dụng đó trên máy tính của họ, đột nhiên nó không hoạt động vì họ đang sử dụng phiên bản Java, .NET khác hoặc thiếu một số thư viện cần thiết.

7:15

This is a very common problem in software development, and it's often called "it works on my machine." Docker solves this problem.

Đây là một vấn đề rất phổ biến trong phát triển phần mềm, và nó thường được gọi là "nó chạy trên máy của tôi". Docker giải quyết vấn đề này.

7:22

It packages your application together with everything it depends on, such as the runtime, required libraries, and configuration files, into something called a container.

Nó đóng gói ứng dụng của bạn cùng với mọi thứ mà nó phụ thuộc vào, chẳng hạn như môi trường runtime, các thư viện cần thiết và các tệp cấu hình, thành một thứ được gọi là container.

7:31

You can think of a container as a portable box that carries your

Bạn có thể nghĩ về container như một chiếc hộp di động mang theo

7:36

application along with everything it needs to run.

ứng dụng của bạn cùng với mọi thứ nó cần để chạy.

7:39

Because the entire package moves together, the application behaves the same whether it's running on your laptop, a testing server, or a production server.

Vì toàn bộ gói di chuyển cùng nhau, ứng dụng hoạt động giống nhau dù nó chạy trên laptop của bạn, một máy chủ kiểm thử hay một máy chủ production.

7:48

But, what happens if your e-commerce application becomes extremely popular?

Nhưng điều gì sẽ xảy ra nếu ứng dụng thương mại điện tử của bạn trở nên cực kỳ phổ biến?

7:52

Imagine a big holiday sale where millions of customers are placing orders at the same time.

Hãy tưởng tượng một đợt giảm giá lớn dịp lễ với hàng triệu khách hàng đặt hàng cùng một lúc.

7:58

One

Một

7:59

container is no longer enough to handle all that traffic.

container không còn đủ để xử lý toàn bộ lưu lượng đó.

8:03

You now need hundreds or even thousands of containers running across multiple servers.

Bây giờ bạn cần hàng trăm hoặc thậm chí hàng nghìn container chạy trên nhiều máy chủ.

8:08

Some containers may crash, some need software updates.

Một số container có thể bị sập, một số cần cập nhật phần mềm.

8:12

When traffic suddenly increases, you need more containers.

Khi lưu lượng đột ngột tăng lên, bạn cần thêm container.

8:16

When traffic drops, you don't want to keep unnecessary containers running because they waste resources.

Khi lưu lượng giảm xuống, bạn không muốn giữ các container không cần thiết chạy vì chúng lãng phí tài nguyên.

8:22

Managing all of this manually would be almost impossible.

Quản lý tất cả những điều này một cách thủ công gần như là không thể.

8:26

This is exactly the problem Kubernetes solves.

Đây chính xác là vấn đề mà Kubernetes giải quyết.

8:29

Kubernetes automates the management of containers across multiple servers.

Kubernetes tự động hóa việc quản lý container trên nhiều máy chủ.

8:33

It starts new containers when more capacity is needed.

Nó khởi động các container mới khi cần thêm năng lực.

8:37

It restarts containers if they fail.

Nó khởi động lại container nếu chúng gặp sự cố.

8:39

It removes extra containers when traffic decreases.

Nó loại bỏ các container dư thừa khi lưu lượng giảm xuống.

8:43

A simple way to remember the difference is this: Docker creates containers, Kubernetes manages them.

Một cách đơn giản để ghi nhớ sự khác biệt là thế này: Docker tạo ra container, Kubernetes quản lý chúng.

8:50

Now, another question naturally comes up.

Bây giờ, một câu hỏi khác đương nhiên được đặt ra.

8:52

Where are all these servers actually located?

Tất cả các máy chủ này thực sự được đặt ở đâu?

8:55

Years ago, companies bought physical servers and maintained their own data centers.

Nhiều năm trước, các công ty mua máy chủ vật lý và tự duy trì trung tâm dữ liệu của riêng họ.

9:01

Today, most companies rent computing resources like servers, storage, and networking from cloud providers such as AWS, Microsoft Azure, or Google Cloud.

Ngày nay, hầu hết các công ty thuê tài nguyên máy tính như máy chủ, lưu trữ và mạng từ các nhà cung cấp đám mây như AWS, Microsoft Azure hoặc Google Cloud.

9:11

Instead of buying hardware, companies simply rent the

Thay vì mua phần cứng, các công ty chỉ đơn giản là thuê

9:15

infrastructure they need.

cơ sở hạ tầng mà họ cần.

9:16

These cloud providers supply virtual machines, networking, storage, databases, and many other services that allow modern applications to run at scale.

Các nhà cung cấp đám mây này cung cấp máy ảo, mạng, lưu trữ, cơ sở dữ liệu và nhiều dịch vụ khác cho phép các ứng dụng hiện đại chạy ở quy mô lớn.

9:26

Building an application is only part of the job.

Xây dựng một ứng dụng chỉ là một phần của công việc.

9:31

Developers are constantly fixing bugs, adding new features, and improving existing functionality.

Các nhà phát triển liên tục sửa lỗi, thêm tính năng mới và cải thiện chức năng hiện có.

9:36

Imagine manually copying every new version of your application to servers every time a small change is made.

Hãy tưởng tượng việc sao chép thủ công mọi phiên bản mới của ứng dụng lên máy chủ mỗi khi có một thay đổi nhỏ.

9:43

It would be slow, repetitive, and mistakes would be easy to make.

Điều đó sẽ chậm, lặp đi lặp lại và rất dễ mắc sai sót.

9:48

Instead, teams use CI/CD pipelines.

Thay vào đó, các nhóm sử dụng các pipeline CI/CD.

9:50

CI stands for continuous integration, where every code change is

CI là viết tắt của tích hợp liên tục, trong đó mọi thay đổi mã đều được

9:55

automatically built and tested.

tự động build và kiểm thử.

9:56

CD stands for continuous delivery or continuous deployment, where approved changes are automatically deployed to testing or production environments.

CD là viết tắt của phân phối liên tục hoặc triển khai liên tục, trong đó các thay đổi đã được phê duyệt được tự động triển khai đến môi trường kiểm thử hoặc production.

10:06

Popular tools include GitHub Actions, GitLab CI, Azure DevOps, and Jenkins.

Các công cụ phổ biến bao gồm GitHub Actions, GitLab CI, Azure DevOps và Jenkins.

10:12

These tools help teams release software faster and with fewer manual errors.

Những công cụ này giúp các nhóm phát hành phần mềm nhanh hơn và ít lỗi thủ công hơn.

10:17

Finally, once the application is running in production, engineers need to make sure everything continues working correctly.

Cuối cùng, khi ứng dụng đang chạy trong production, các kỹ sư cần đảm bảo mọi thứ tiếp tục hoạt động chính xác.

10:24

Is the application responding slowly?

Ứng dụng có đang phản hồi chậm không?

10:26

Has one of the services crashed?

Một trong các dịch vụ có bị sập không?

10:29

Is CPU or memory usage unusually high?

Mức sử dụng CPU hoặc bộ nhớ có cao bất thường không?

10:33

Waiting for customers to report these problems is never a good idea.

Chờ khách hàng báo cáo những vấn đề này không bao giờ là một ý hay.

10:38

Instead, engineers continuously monitor their systems using tools such as Prometheus and Grafana.

Thay vào đó, các kỹ sư liên tục giám sát hệ thống của họ bằng các công cụ như Prometheus và Grafana.

10:44

Prometheus collects metrics about your applications and infrastructure, while Grafana visualizes those metrics through dashboards.

Prometheus thu thập các số liệu về ứng dụng và cơ sở hạ tầng của bạn, trong khi Grafana trực quan hóa các số liệu đó thông qua các bảng điều khiển.

10:51

If something starts going wrong, engineers can often detect the problem and fix it

Nếu có điều gì đó bắt đầu trục trặc, các kỹ sư thường có thể phát hiện vấn đề và khắc phục nó

10:58

before most customers even notice.

trước khi hầu hết khách hàng nhận ra.

11:00

Now, let's look at the complete picture.

Bây giờ, hãy nhìn vào bức tranh toàn cảnh.

11:02

From your perspective, placing an order was just one click.

Từ góc nhìn của bạn, việc đặt hàng chỉ là một cú nhấp chuột.

11:06

Behind that single click, your request passed through a reverse proxy, reached the back end, verified your identity, retrieved data from a database, used the cache to improve performance, handed background work to a message queue, ran inside

Đằng sau một cú nhấp chuột đó, yêu cầu của bạn đã đi qua một reverse proxy, đến phần back end, xác minh danh tính của bạn, truy xuất dữ liệu từ cơ sở dữ liệu, sử dụng cache để cải thiện hiệu suất, chuyển công việc nền cho một hàng đợi tin nhắn, chạy bên trong

11:22

Docker containers managed by Kubernetes, hosted on cloud infrastructure, automatically deployed through CI/CD pipelines, and continuously monitored to keep everything running smoothly.

các container Docker được Kubernetes quản lý, được lưu trữ trên cơ sở hạ tầng đám mây, được triển khai tự động thông qua các pipeline CI/CD và được giám sát liên tục để giữ mọi thứ hoạt động trơn tru.

11:32

That's why back-end roadmaps look so overwhelming at first.

Đó là lý do tại sao các lộ trình học back-end thoạt nhìn có vẻ quá sức như vậy.

11:37

They aren't showing unrelated technologies.

Họ không trình bày những công nghệ không liên quan.

11:39

They're showing different parts of one complete system.

Họ đang trình bày những phần khác nhau của một hệ thống hoàn chỉnh.

11:43

Every category exists because it

Mỗi hạng mục tồn tại vì nó

11:46

solves a real engineering problem.

Giải quyết một vấn đề kỹ thuật thực tế.

11:48

The specific technologies may change.

Các công nghệ cụ thể có thể thay đổi.

11:51

One company might use Spring Boot, while another uses asp.net core.

Một công ty có thể dùng Spring Boot, trong khi công ty khác dùng asp.net core.

11:56

One team may choose PostgreSQL, while another chooses MySQL.

Một nhóm có thể chọn PostgreSQL, trong khi nhóm khác chọn MySQL.

12:01

One organization may use Kafka, while another prefers RabbitMQ.

Một tổ chức có thể dùng Kafka, trong khi tổ chức khác thích RabbitMQ.

12:04

The tools are different.

Các công cụ thì khác nhau.

12:06

The purpose remains the same.

Mục đích vẫn giữ nguyên.

12:08

So, the next time you look at a back-end roadmap, don't ask, "Which technology should I learn next?" Instead, ask, "What problem does this technology solve?" Once you start thinking that way, back-end development becomes much less about memorizing technology names and much more about understanding how an entire system works.

Vì vậy, lần tới khi bạn xem một lộ trình back-end, đừng hỏi: "Tôi nên học công nghệ nào tiếp theo?" Thay vào đó, hãy hỏi: "Công nghệ này giải quyết vấn đề gì?" Khi bạn bắt đầu suy nghĩ theo cách đó, phát triển back-end sẽ bớt đi việc ghi nhớ tên công nghệ và tập trung nhiều hơn vào việc hiểu cách một hệ thống hoàn chỉnh vận hành.

12:26

If this video helped you connect the dots, consider

Nếu video này đã giúp bạn kết nối các điểm lại với nhau, hãy cân nhắc

12:30

subscribing.

Đăng ký kênh.

12:30

I've already been covering many of these technologies and tools individually on this channel, and I'll continue breaking down more back-end concepts with simple, practical explanations.

Tôi đã và đang trình bày riêng lẻ nhiều công nghệ và công cụ này trên kênh này, và tôi sẽ tiếp tục phân tích thêm nhiều khái niệm back-end với những giải thích đơn giản, thực tế.

Transcript

Hiển thị

Why Backend Roadmaps Feel Overwhelming

Backend roadmaps often list dozens of technologies, which can feel intimidating. The key is not to memorize every tool but to understand the problem each category solves, making it easier to learn any tool within that category.

Lộ trình Backend thường liệt kê hàng tá công nghệ, có thể khiến bạn cảm thấy e dè. Mấu chốt không phải là ghi nhớ mọi công cụ mà là hiểu vấn đề mà mỗi nhóm công nghệ giải quyết, từ đó việc học bất kỳ công cụ nào trong nhóm đó trở nên dễ dàng hơn.

Looking at it for the first time, it's easy to wonder, do back-end engineers really need to learn all of this?

Nhìn vào lần đầu tiên, thật dễ tự hỏi, liệu các kỹ sư back-end có thực sự cần học tất cả những thứ này không?

The short answer is no.

Câu trả lời ngắn gọn là không.

The goal isn't to memorize every

Mục tiêu không phải là ghi nhớ mọi

technology.

Công nghệ.

The goal is to understand why each category exists.

Mục tiêu là hiểu vì sao mỗi nhóm công nghệ tồn tại.

Once you understand the problem a technology solves, learning another tool in the same category becomes much easier.

Một khi bạn hiểu vấn đề mà một công nghệ giải quyết, việc học một công cụ khác trong cùng nhóm sẽ trở nên dễ dàng hơn nhiều.

So, instead of going through a roadmap and explaining one technology after another, let's do something different.

Vì vậy, thay vì đi qua một lộ trình và giải thích từng công nghệ một, hãy làm điều gì đó khác.

Let's follow a single request and see how all these technologies work together.

Hãy theo dõi một yêu cầu duy nhất và xem tất cả các công nghệ này phối hợp với nhau như thế nào.

1 / 8