シャドーイング練習: What Are Microservices Really All About? (And When Not To Use It) - 動画で英語スピーキングを学ぶ

レッスンを作成中...
1
Microservices architecture enables large teams to build scalable applications that are composed of many loosely coupled services.
2
What does a typical microservices architecture look like, and when should we use it?
3
Let's take a look.
4
Microservices are loosely coupled.
5
Each service handles a dedicated function inside a large-scale application.
6
For example, shopping cart, billing, user profile, push notifications can all be individual microservices.
7
These functional areas are sometimes called domains.
8
Microservices communicate with each other via well-defined interfaces with small service areas.
9
The small service areas limit the blast radius of failures and defects.
10
it makes each service easier to reason about in the context of the entire application.
11
Microservices talk to one another over a combination of remote procedure calls, or RPC, event streaming, or message brokers.
12
RPC like GRPC provides faster response,
13
but the blast radius or the impact to other microservices would be larger when the service was to go down.
14
Event streaming provides better isolation between services, but they take longer to process.
15
Microservices can be independently deployed.
16
Since each service is smaller, easier to reason about, and has a smaller blast radius.
17
This gives the operators peace of mind and confidence to deploy often.
18
Microservices provide more flexibility to scale up individual microservices independently.
19
The operational flexibility is invaluable.
20
Well-architected microservices practice strong information hiding.
21
This often means breaking up a monolithic database into its logical components
22
and keeping each logical component well hidden inside its corresponding microservice.
23
By logical component, it could mean a separate schema within a database cluster or an entirely separate physical database.
24
This is an implementation detail.
25
However, one big drawback of microservices is the breaking up of the database.
26
By breaking up a database into separate logical units,
27
the database can no longer maintain foreign key relationships and enforce referential integrity between these units.
28
The burden of maintaining data integrity is now moved into the application layer.
29
Now, let's take a look at other critical components required for a successful implementation of microservices architecture.
30
A key component is an API Gateway.
31
API Gateway handles incoming requests and routes them to the relevant microservices.
32
The API Gateway relies on an identity provider service to handle the authentication and authorization
33
of each request coming through the API Gateway.
34
To locate a service to route an incoming request to, the API Gateway consults a service registry and Discovery Service.
35
Microservices register with this service registry and discover the location of other microservices through the Discovery Service.
36
There are other useful components in a microservices architecture, like monitoring and alerting, DevOps toolings for deployment and troubleshooting, for example.
37
Let's wrap up by discussing when to use microservices architecture.
38
Microservices cost money to build and operate.
39
It really only makes sense for large teams.
40
For large teams, it enables team independence.
41
Each domain or function can be independently maintained by a dedicated team.
42
In a well-designed microservices architecture, these independent teams can move fast and the blast radius of failure is well-contained.
43
Each service could be independently designed, deployed, and scaled.
44
However, the overhead of a SANG implementation is so large that it is usually not a good fit for small startups.
45
One advice for startups is to design each function in the application with a well-defined interface.
46
One day, if the business and team are growing fast, that microservices architecture starts to make sense, it will be manageable to migrate.
47
If you would like to learn more about system design, check out our books and weekly newsletter.
48
Please subscribe if you learned something new.
49
Thank you so much and we'll see you next time.

この動画が英語スピーキング練習に最適な理由

この動画は、shadow speech(シャドースピーチ)の練習にぴったりな素材です。専門用語がありながらも、ゆっくりと明確に話されているため、発音やリズムを真似しやすいです。また、「Microservices architecture enables...」のような長文が多いので、文の構造を理解しながら話す練習にもなります。日常会話だけでなく、ビジネス英語や技術的な会話も学べるので、一石二鳥です。

自然な英語表現を分解してみよう

動画の中には、自然な英語の表現がたくさんあります。いくつか例を挙げてみましょう。

  • 「Microservices are loosely coupled.」:「疎結合である」という技術用語ですが、「loosely coupled」の発音は「ルースリー カップルド」となり、リズムが重要です。このような単語は、英語の発音を良くするために繰り返し練習するといいでしょう。
  • 「The small service areas limit the blast radius of failures and defects.」:「ブラスト レイディアス」という比喩的な表現が使われています。このような慣用句は、文脈を理解しながら覚えると自然に使えるようになります。
  • 「However, the overhead of a SANG implementation is so large...」:「overhead」は「オーバーヘッド」と発音し、「間接費用」や「余分な負担」という意味です。この単語はビジネス英語でよく使われるので、覚えておくと便利です。

動画で英語学習するためのシンプルな練習ルーティン

shadow speakの練習方法を紹介します。まず、動画を10秒ほど再生して止め、その後すぐに同じ内容を真似て話してみてください。声の高さ、リズム、ポーズなどもできるだけ同じようにしましょう。それを何度も繰り返し、自分の声を録音してみます。録音したものを動画と比べて、どこが違うのかを確認し、修正していきます。この練習を続けると、発音だけでなく、文の流れや自然な表現も身につきます。

このように、動画を使った英語学習は効果的です。ぜひ毎日少しずつ練習して、スピーキング力を上げてみてください。

シャドーイングとは?英語上達に効果的な理由

シャドーイング(Shadowing)は、もともとプロの通訳者養成プログラムで開発された言語学習法で、多言語習得者として知られるDr. Alexander Arguelles によって広く普及されました。方法はシンプルですが非常に効果的:ネイティブスピーカーの英語を聞きながら、1〜2秒の遅延で声に出してすぐに繰り返す——まるで「影(shadow)」のように話者を追いかけます。文法ドリルや受動的なリスニングと異なり、シャドーイングは脳と口の筋肉が同時にリアルタイムで英語を処理・再現することを強制します。研究により、発音精度、抑揚、リズム、連音、リスニング力、そして会話の流暢さが大幅に向上することが確認されています。IELTSスピーキング対策や自然な英語コミュニケーションを目指す方に特におすすめです。

シャドーイングのやり方: ステップ別の完全ガイドを読む →