Luyện nói tiếng Anh bằng Shadowing qua video: What Are Microservices Really All About? (And When Not To Use It)

Chọn chế độ luyện tập

Mỗi chế độ mở một phòng luyện tập toàn màn hình.

49 câu
Nếu các câu quá ngắn hoặc quá dài, hãy bấm Edit để chỉnh sửa.
1
Microservices architecture enables large teams to build scalable applications that are composed of many loosely coupled services.
Kiến trúc microservices cho phép các nhóm lớn xây dựng các ứng dụng có khả năng mở rộng, được cấu thành từ nhiều dịch vụ có liên kết lỏng lẻo.
2
What does a typical microservices architecture look like, and when should we use it?
Kiến trúc microservices điển hình trông như thế nào, và khi nào chúng ta nên sử dụng nó?
3
Let's take a look.
Hãy cùng xem nào.
4
Microservices are loosely coupled.
Các dịch vụ vi mô có liên kết lỏng lẻo.
5
Each service handles a dedicated function inside a large-scale application.
Mỗi dịch vụ đảm nhiệm một chức năng chuyên biệt trong một ứng dụng quy mô lớn.
6
For example, shopping cart, billing, user profile, push notifications can all be individual microservices.
Ví dụ, giỏ hàng, thanh toán, hồ sơ người dùng và thông báo đẩy đều có thể là các microservice riêng lẻ.
7
These functional areas are sometimes called domains.
Các khu vực chức năng này đôi khi được gọi là các miền.
8
Microservices communicate with each other via well-defined interfaces with small service areas.
Các microservice giao tiếp với nhau thông qua các giao diện được định nghĩa rõ ràng, với phạm vi dịch vụ nhỏ gọn.
9
The small service areas limit the blast radius of failures and defects.
Các khu vực dịch vụ nhỏ sẽ giới hạn phạm vi ảnh hưởng của các sự cố và lỗi hỏng.
10
it makes each service easier to reason about in the context of the entire application.
điều này giúp mỗi dịch vụ trở nên dễ dàng hơn để phân tích và hiểu trong bối cảnh của toàn bộ ứng dụng.
11
Microservices talk to one another over a combination of remote procedure calls, or RPC, event streaming, or message brokers.
Các microservice giao tiếp với nhau thông qua sự kết hợp của các lời gọi thủ tục từ xa (RPC), luồng sự kiện hoặc các bộ điều phối tin nhắn.
12
RPC like GRPC provides faster response,
Các giao thức RPC như gRPC cung cấp tốc độ phản hồi nhanh hơn.
13
but the blast radius or the impact to other microservices would be larger when the service was to go down.
nhưng bán kính tác động hoặc mức độ ảnh hưởng đến các microservices khác sẽ lớn hơn khi dịch vụ gặp sự cố.
14
Event streaming provides better isolation between services, but they take longer to process.
Luồng sự kiện mang lại sự cô lập tốt hơn giữa các dịch vụ, nhưng chúng mất nhiều thời gian hơn để xử lý.
15
Microservices can be independently deployed.
Các dịch vụ vi mô có thể được triển khai độc lập.
16
Since each service is smaller, easier to reason about, and has a smaller blast radius.
Vì mỗi dịch vụ có quy mô nhỏ hơn, dễ dàng hơn trong việc phân tích và có phạm vi ảnh hưởng hẹp hơn khi xảy ra sự cố.
17
This gives the operators peace of mind and confidence to deploy often.
Điều này giúp các nhà vận hành yên tâm và tự tin triển khai thường xuyên hơn.
18
Microservices provide more flexibility to scale up individual microservices independently.
Các dịch vụ vi mô mang lại sự linh hoạt cao hơn để mở rộng quy mô từng dịch vụ vi mô riêng lẻ một cách độc lập.
19
The operational flexibility is invaluable.
Sự linh hoạt trong hoạt động là vô giá.
20
Well-architected microservices practice strong information hiding.
Các dịch vụ vi kiến trúc tốt thực hiện việc ẩn thông tin một cách chặt chẽ.
21
This often means breaking up a monolithic database into its logical components
Điều này thường có nghĩa là chia một cơ sở dữ liệu nguyên khối thành các thành phần logic của nó.
22
and keeping each logical component well hidden inside its corresponding microservice.
và giữ cho từng thành phần logic được ẩn kỹ bên trong microservice tương ứng của nó.
23
By logical component, it could mean a separate schema within a database cluster or an entirely separate physical database.
Về mặt thành phần logic, nó có thể có nghĩa là một lược đồ riêng biệt trong cụm cơ sở dữ liệu hoặc một cơ sở dữ liệu vật lý hoàn toàn riêng biệt.
24
This is an implementation detail.
Đây là một chi tiết triển khai.
25
However, one big drawback of microservices is the breaking up of the database.
Tuy nhiên, một nhược điểm lớn của kiến trúc microservices là việc phân tách cơ sở dữ liệu.
26
By breaking up a database into separate logical units,
Bằng cách chia cơ sở dữ liệu thành các đơn vị logic riêng biệt,
27
the database can no longer maintain foreign key relationships and enforce referential integrity between these units.
cơ sở dữ liệu không còn có thể duy trì các mối quan hệ khóa ngoại và thực thi tính toàn vẹn tham chiếu giữa các đơn vị này.
28
The burden of maintaining data integrity is now moved into the application layer.
Gánh nặng duy trì tính toàn vẹn của dữ liệu hiện đã được chuyển sang lớp ứng dụng.
29
Now, let's take a look at other critical components required for a successful implementation of microservices architecture.
Bây giờ, chúng ta hãy xem xét các thành phần quan trọng khác cần thiết để triển khai thành công kiến trúc microservices.
30
A key component is an API Gateway.
Một thành phần quan trọng là Cổng API (API Gateway).
31
API Gateway handles incoming requests and routes them to the relevant microservices.
API Gateway xử lý các yêu cầu đến và định tuyến chúng đến các dịch vụ vi mô liên quan.
32
The API Gateway relies on an identity provider service to handle the authentication and authorization
API Gateway dựa trên dịch vụ nhà cung cấp danh tính để xử lý việc xác thực và phân quyền.
33
of each request coming through the API Gateway.
của mỗi yêu cầu đi qua Cổng API.
34
To locate a service to route an incoming request to, the API Gateway consults a service registry and Discovery Service.
Để xác định dịch vụ sẽ định tuyến yêu cầu đến, API Gateway sẽ tham khảo sổ đăng ký dịch vụ và Dịch vụ Khám phá.
35
Microservices register with this service registry and discover the location of other microservices through the Discovery Service.
Các microservice đăng ký vào registry dịch vụ này và tìm ra vị trí của các microservice khác thông qua Discovery Service.
36
There are other useful components in a microservices architecture, like monitoring and alerting, DevOps toolings for deployment and troubleshooting, for example.
Trong kiến trúc microservices còn có các thành phần hữu ích khác, ví dụ như hệ thống giám sát và cảnh báo, các công cụ DevOps dùng cho việc triển khai và khắc phục sự cố.
37
Let's wrap up by discussing when to use microservices architecture.
Chúng ta hãy kết thúc bằng cách thảo luận về thời điểm nên sử dụng kiến trúc microservices.
38
Microservices cost money to build and operate.
Xây dựng và vận hành các dịch vụ vi mô đều tốn chi phí.
39
It really only makes sense for large teams.
Nó thực sự chỉ hợp lý đối với các nhóm lớn.
40
For large teams, it enables team independence.
Đối với các nhóm lớn, giải pháp này giúp các nhóm hoạt động độc lập với nhau.
41
Each domain or function can be independently maintained by a dedicated team.
Mỗi miền hoặc chức năng có thể được duy trì độc lập bởi một nhóm chuyên trách.
42
In a well-designed microservices architecture, these independent teams can move fast and the blast radius of failure is well-contained.
Trong một kiến trúc microservices được thiết kế tốt, các đội ngũ độc lập này có thể vận hành nhanh chóng và phạm vi ảnh hưởng của sự cố được kiểm soát chặt chẽ.
43
Each service could be independently designed, deployed, and scaled.
Mỗi dịch vụ có thể được thiết kế, triển khai và mở rộng một cách độc lập.
44
However, the overhead of a SANG implementation is so large that it is usually not a good fit for small startups.
Tuy nhiên, chi phí vận hành của việc triển khai SANG quá lớn nên thường không phù hợp với các công ty khởi nghiệp quy mô nhỏ.
45
One advice for startups is to design each function in the application with a well-defined interface.
Một lời khuyên dành cho các công ty khởi nghiệp là hãy thiết kế từng chức năng trong ứng dụng với một giao diện được định nghĩa rõ ràng.
46
One day, if the business and team are growing fast, that microservices architecture starts to make sense, it will be manageable to migrate.
Một ngày nào đó, nếu doanh nghiệp và đội ngũ phát triển nhanh chóng, kiến trúc microservices sẽ trở nên hợp lý và việc chuyển đổi sẽ trở nên dễ quản lý hơn.
47
If you would like to learn more about system design, check out our books and weekly newsletter.
Nếu bạn muốn tìm hiểu thêm về thiết kế hệ thống, hãy tham khảo các cuốn sách và bản tin hàng tuần của chúng tôi.
48
Please subscribe if you learned something new.
Hãy đăng ký nếu bạn học được điều gì đó mới nhé.
49
Thank you so much and we'll see you next time.
Cảm ơn rất nhiều và hẹn gặp lại lần sau.

Tải Ứng Dụng

Mọi thứ bạn cần để nói trôi chảy

Chấm điểm AIChấm từng câu nói
Luyện IPAThành thạo mọi âm
Từ vựngMở rộng vốn từ
Game Từ vựngHọc qua chơi

Cùng kênh

FOR YOU

Video gợi ý

Tại sao nên luyện nói với video này?

Luyện nói tiếng Anh qua video là một cách hiệu quả để cải thiện kỹ năng giao tiếp của bạn. Trong video này, bạn sẽ được tiếp cận với kiến thức về kiến trúc microservices, một chủ đề đang rất được quan tâm trong lĩnh vực công nghệ. Bằng cách lắng nghe và theo dõi cách diễn đạt của người nói, bạn không chỉ học được từ vựng chuyên ngành mà còn cải thiện khả năng phát âm và ngữ điệu. Hãy thử luyện nghe nói qua video này và cảm nhận sự tiến bộ của bản thân!

Ngữ pháp & Cách diễn đạt trong ngữ cảnh

Trong cuộc trò chuyện, có một số cấu trúc ngữ pháp và cách diễn đạt quan trọng mà bạn có thể lưu ý:

  • Microservices architecture enables...: Câu này giới thiệu cách mà kiến trúc microservices cho phép các nhóm lớn phát triển ứng dụng có thể mở rộng. Cấu trúc này giúp bạn học cách sử dụng động từ mạnh trong tiếng Anh.
  • Each service handles a dedicated function...: Câu này thể hiện cách mà mỗi dịch vụ đảm nhận một chức năng cụ thể. Bạn có thể học được cách sử dụng tính từ và danh từ để mô tả các chức năng trong hệ thống.
  • Microservices communicate with each other...: Câu này cho thấy cách mà các dịch vụ tương tác với nhau. Hãy chú ý đến cách sử dụng động từ và cụm từ để diễn tả hành động.

Thông qua việc áp dụng các cấu trúc này vào luyện nói tiếng Anh, bạn sẽ thấy khả năng giao tiếp của mình được cải thiện đáng kể.

Các cạm bẫy phát âm phổ biến

Trong video, có một số từ và cụm từ có thể gây khó khăn cho bạn khi phát âm:

  • Microservices: Đây là một thuật ngữ chuyên ngành, nên bạn cần chú ý đến âm cuối và trọng âm của từ này.
  • RPC (Remote Procedure Call): Cách phát âm của cụm từ này đôi khi có thể làm bạn bối rối. Hãy luyện tập để phát âm rõ ràng và tự tin hơn.
  • Event streaming: Từ "streaming" có thể gây khó khăn cho một số người học. Tập trung vào âm "str" và "ea" để nâng cao khả năng phát âm của bạn.

Bằng cách luyện nói tiếng Anh qua video này và chú ý đến các cạm bẫy phát âm, bạn sẽ dễ dàng hơn trong việc giao tiếp và nâng cao kỹ năng nói của mình.

Phương Pháp Shadowing Là Gì?

Shadowing là kỹ thuật học ngôn ngữ có cơ sở khoa học, ban đầu được phát triển cho chương trình đào tạo phiên dịch viên chuyên nghiệp và được phổ biến rộng rãi bởi nhà đa ngôn ngữ học Dr. Alexander Arguelles. Nguyên lý cốt lõi đơn giản nhưng cực kỳ hiệu quả: bạn nghe tiếng Anh của người bản xứ và lặp lại to ngay lập tức — như một "cái bóng" (shadow) đuổi theo người nói với độ trễ chỉ 1–2 giây. Khác với luyện ngữ pháp hay học từ vựng bị động, Shadowing buộc não bộ và cơ miệng phải đồng thời xử lý và tái tạo ngôn ngữ thực tế. Các nghiên cứu khoa học xác nhận phương pháp này cải thiện đáng kể phát âm, ngữ điệu, nhịp điệu, nối âm, kỹ năng nghe và độ lưu loát khi nói — đặc biệt hiệu quả cho người luyện IELTS Speaking và muốn giao tiếp tiếng Anh tự nhiên như người bản ngữ.

Phương pháp shadowing: đọc hướng dẫn từng bước đầy đủ →