Showing Revision 8 created 06/20/2016 by Udacity Robot.

1. Title:
   Edge Caching - Developing Scalable Apps with Java
2. Description:

3. 210 0:00 - 0:03
   Outro tópico pesado sobre o qual é bom
4. 2950 0:03 - 0:06
   ter conhecimento é o cache de borda. Para descrevê-lo, vamos dar uma olhada no
5. 5670 0:06 - 0:09
   fluxo de informações do aplicativo do App Engine.
6. 9150 0:09 - 0:12
   Antes de tudo, os usuários que querem usar o aplicativo são
7. 11760 0:12 - 0:16
   conectados ao provedor de Internet. Esse provedor conecta-se
8. 15670 0:16 - 0:19
   ao centro de dados do Google. Após a pesquisa de DNS
9. 18576 0:19 - 0:22
   determinar que o Google hospeda o aplicativo, o Google
10. 22036 0:22 - 0:26
    identifica o centro de dados onde o aplicativo do App Engine é
11. 25693 0:26 - 0:28
    executado e se comunica com o front-end do
12. 28304 0:28 - 0:31
    App Engine. Se o conteúdo for dinâmico, o front-end do
13. 30939 0:31 - 0:34
    App Engine determinará que a instância deverá gerenciar a requisição.
14. 34350 0:34 - 0:38
    Então, estas são as instâncias do App Engine que executam o código
15. 37560 0:38 - 0:41
    do aplicativo. Mas se a requisição for um conteúdo estático
16. 40890 0:41 - 0:45
    como, por exemplo, imagens ou HTML estático, o front-end
17. 44880 0:45 - 0:48
    poderá recuperá-lo dos servidores estáticos.
18. 48370 0:48 - 0:52
    Em ambos os casos, a resposta é retornada ao usuário.
19. 51960 0:52 - 0:54
    Então, essa é uma boa arquitetura. Mas, do jeito que está
20. 54350 0:54 - 0:57
    no momento, todas as requisições devem ser enviadas
21. 57000 0:57 - 1:00
    ao centro de dados que hospeda o aplicativo do App Engine.
22. 60230 1:00 - 1:03
    Seria muito melhor se mais conteúdos pudessem ser servidos
23. 62850 1:03 - 1:06
    diretamente por este centro de dados. Antes de tudo, aliviaria
24. 66160 1:06 - 1:10
    a carga neste centro de dados, mas, o mais importante,
25. 69640 1:10 - 1:12
    é que a resposta seria mais rápida, já que está mais próximo
26. 72340 1:12 - 1:16
    dos usuários. É exatamente para isso que serve o cache de borda.
27. 77210 1:17 - 1:20
    O cache de borda é um cache que fica no
28. 79620 1:20 - 1:23
    centro de dados mais próximo do usuário. Então, sempre que há
29. 82840 1:23 - 1:25
    uma requisição, o resultado pode ser servido diretamente do
30. 85290 1:25 - 1:28
    cache, se estiver disponível nele, em vez de passar pelo
31. 87990 1:28 - 1:31
    segundo centro de dados. Isso significa uma carga menor no segundo
32. 91220 1:31 - 1:35
    centro de dados do aplicativo e respostas mais rápidas para os
33. 94700 1:35 - 1:39
    usuários. Todos saem ganhando. A pergunta é: o que
34. 98650 1:39 - 1:41
    é necessário fazer para usar o cache de borda?
35. 102230 1:42 - 1:45
    Bom, há duas opções. A primeira é
36. 105100 1:45 - 1:49
    configurar o cabeçalho de controle de cache na resposta HTTP.
37. 109070 1:49 - 1:51
    Isso deve ser feito somente se uma requisição subsequente desse
38. 111490 1:51 - 1:55
    tipo retorna o mesmo resultado. A segunda opção é
39. 114730 1:55 - 1:58
    definir a maior quantidade possível do conteúdo como estático.
40. 118010 1:58 - 2:01
    Como o conteúdo estático não muda, ele é ótimo para o
41. 120900 2:01 - 2:05
    cache de borda. Você pode definir quais conteúdos são estáticos nos arquivos de
42. 124892 2:05 - 2:07
    configuração. Uma ótima oportunidade para você dar uma olhada na
43. 127356 2:07 - 2:11
    documentação online. E lembre-se de que, como na maioria das vezes lidando
44. 131190 2:11 - 2:14
    com cache, não há garantias de que o conteúdo será
45. 134180 2:14 - 2:16
    armazenado em cache, mas, quando isso ocorrer, será
46. 136340 2:16 - 2:19
    ótimo tanto para o aplicativo quanto para os usuários.