YouTube

Got a YouTube account?

New: enable viewer-created translations and captions on your YouTube channel!

Chinese, Simplified subtitles

← Edge Caching - Developing Scalable Apps with Java

Get Embed Code
6 Languages

Showing Revision 1 created 09/30/2016 by Udacity Robot.

  1. 我们必须了解的另一个重量级话题就是
  2. 边缘缓存 为了描述该缓存
  3. 我们来看一看 App Engine 应用的信息流 首先
  4. 将想要使用你应用的用户
  5. 连接到其互联网服务供应商 再将此提供商
  6. 连接到 Google 数据中心 通过 DNS 查找
  7. 确定 Google 已托管了你的应用
  8. 随后 Google 会识别运行你的 App Engine 应用的
  9. 数据中心 并且开始与 App Engine 前端
  10. 进行对话 如果内容是动态的 则 App Engine 前端
  11. 确定应该管理请求的实例
  12. 因此 这些是运行你的应用代码
  13. 的 App Engine 实例 但是 如果请求静态内容
  14. 例如 图像或静态 HTML
  15. 则前端可以从静态服务器中直接检索 在
  16. 这两种情况下 将响应返回到用户
  17. 所以说 这是一个很棒的架构 但是现在看起来
  18. 必须将所有请求发送到
  19. 托管你的 App Engine 应用的数据中心 如果
  20. 此数据中心可以直接提供更多的内容
  21. 也是不错的 首先
  22. 这会缓解数据中心的负载 更重要的是
  23. 因为它离用户更近 所以响应的交付速度
  24. 会更快 这就是边缘缓存
  25. 边缘缓存是离用户更近的
  26. 数据中心中的缓存 所以 发出请求之后
  27. 如果缓存中的结果可用
  28. 那么会直接从该缓存返回结果
  29. 而不是从数据中心 2 中返回 这意味着 应用中数据中心 2 的
  30. 负载变小了 向用户交付响应的速度
  31. 更快了 这是双赢的结果 所以 我们要问
  32. 使用边缘缓存时你需要考虑什么?
  33. 这有两个方法 第一个方法是
  34. 在 HTTP 响应中设置缓存控制标题 只有当
  35. 此种类的后续请求返回相同的结果时
  36. 才可以这么做 第二种方法是
  37. 尽可能将更多的内容定义为静态内容
  38. 因为静态内容不需要更改 这对于边缘缓存来说
  39. 是最合适的 你可以通过配置文件定义
  40. 静态内容 这是让你阅读在线文档的
  41. 好机会 请记住 执行缓存时
  42. 大多数时候不会保证缓存内容
  43. 但是如果缓存了内容
  44. 这对你的应用和你的用户来说都是好事