Prática de Shadowing: What Are Microservices Really All About? (And When Not To Use It) - Aprenda a falar inglês com vídeo

Escolha um modo de prática

Cada modo abre uma sala de prática em tela cheia.

49 frases
Se as frases estiverem muito curtas ou longas, clique em Edit para ajustá-las.
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.

Baixar aplicativo

Tudo o que você precisa para falar fluentemente

Pronúncia com IANota em cada frase
Prática de IPADomine cada som
VocabulárioMonte seu banco de palavras
Jogo de vocabulárioAprenda brincando

Mesmo canal

FOR YOU

Vídeo recomendado

Por que praticar a fala com esse vídeo?

Se você quer melhorar sua prática de conversação em inglês, esse vídeo sobre microservices é uma ótima escolha! A linguagem é clara, mas cheia de termos técnicos e estruturas complexas, o que ajuda a treinar a fluência em contextos profissionais. Além disso, o narrador usa uma fala natural, com pausas e ênfases que são perfeitas para o shadow speak (imitar a pronúncia e o ritmo). Ao repetir frases como "Microservices architecture enables large teams..." ou "the burden of maintaining data integrity", você aprende a articular palavras difíceis e a manter o fluxo da conversa. É como ter um professor virtual guiaando seu treinamento de shadowing!

Gramática e expressões no contexto

Vamos analisar algumas estruturas chave do vídeo que vão te ajudar a falar inglês com mais confiança:

  • "What does a typical microservices architecture look like?": A estrutura "What does... look like?" é essencial para perguntar sobre a aparência ou funcionamento de algo. Use-a no dia a dia, por exemplo: "What does your new office look like?" (Como é o seu novo escritório?)
  • "Microservices can be independently deployed": O uso de "can be + verbo no particípio" (passivo) é comum em contextos técnicos. Aprenda a usá-lo para falar de processos: "These reports can be generated automatically" (Esses relatórios podem ser gerados automaticamente).
  • "it really only makes sense for large teams": A expressão "it makes sense for" significa "ter sentido para". É útil para justificar decisões: "Studying abroad makes sense for those who want to improve their language skills" (Estudar no exterior tem sentido para quem quer melhorar o idioma).

Armadilhas comuns de pronúncia

O vídeo tem palavras que podem confundir até os mais experientes. Vamos destacar as principais:

  • "microservices": A pronúncia correta é /ˈmaɪkrəʊˌsɜːvɪsɪz/ (mai-kroh-SÔR-vi-siz). Cuidado com o "s" no final e o acento na segunda sílaba.
  • "referential integrity": /ˌrefəˈrenʃəl ɪnˈteɡrəti/ (re-fe-REN-shəl in-TE-gri-ti). A palavra "referential" tem um "sh" (como em "shoe") no meio, e "integrity" não tem acento na primeira sílaba.
  • "authorization": /ˌɔːθəraɪˈzeɪʃən/ (ô-tho-rai-ZEI-shən). Muitos confundem com "authentication" (autenticação), mas aqui o foco é na "autorização" – preste atenção no "zeɪ" no final.

Para treinar essas palavras, use o método de shadow speech: reproduza o vídeo, pause e repita cada frase imitando o ritmo e a pronúncia do narrador. Sites de shadowing podem ajudar a gravar e comparar sua fala com a original, tornando o aprendizado mais eficaz. Lembre: a prática diária é a chave para dominar essas nuances!

O que é a Técnica de Shadowing?

Shadowing é uma técnica de aprendizado de idiomas com base científica, originalmente desenvolvida para o treinamento de intérpretes profissionais. O método é simples, mas poderoso: você ouve áudio em inglês nativo e repete imediatamente em voz alta — como uma sombra seguindo o falante com 1-2 segundos de atraso. Pesquisas mostram melhora significativa na precisão da pronúncia, entonação, ritmo, sons conectados, compreensão auditiva e fluência na fala.

Técnica de shadowing: leia o guia completo passo a passo →