幹壞事是進步最大的原動力
CloudFront 的 access log 多了一些欄位可以抓：「Amazon CloudFront now provides seven new data fields in access logs」。
官方這次加了七個欄位，看起來後面六個都還蠻有用的... (第一個 c-port 是 client 的 port，目前只想的到 debug 時可以拿出來看...)
而第二個的 time-to-first-byte 可以拿來分析效能，這是從 CloudFront 的角度來看的。
第三個的 x-edge-detailed-result-type 是錯誤時的處理，讓管理者可以從 access log 直接粗略分析。
剩下的四個都是跟 content type 與 length/range 有關，之前居然沒有嗎...
這是在找一些 TCP congestion algorithm 相關的資訊時發現的，看起來 Amazon CloudFront 導入 BBR 一陣子了：「TCP BBR Congestion Control with Amazon CloudFront」。
不過 BBR 被研究的愈來愈多，大家開始發現這個演算法的霸道，跟其他的 TCP congestion algorithm 並不太能和平共存，但這就跟軍事武器一樣，隔壁升級了你就得跟著升級，抱怨沒有用，只會被消滅...
AWS 自己推出了跟 WordPress 的整合套件：「Accelerating WordPress with CloudFront using the AWS for WordPress Plugin」、「AWS for WordPress plugin now available and with new Amazon CloudFront workflow」。
這次的套件主要是將 Amazon CloudFront 整合進 WordPress：
Amazon Web Services announces the general availability of the AWS for WordPress plugin. Previously known as the Amazon Polly and Amazon AI plugin, the new AWS for WordPress plugin now provides a workflow to configure an Amazon CloudFront distribution that is highly optimized for WordPress websites.
如果想要都控制在自己手上，AWS 算是提供了一個官方的方案，也應該有一定的支援。不過大多數人還是會拿 Cloudflare 的免費方案吧...
Amazon CloudFront 宣佈了第 200 個點，同時也宣佈了南美的價錢從 11 月開始降價 56%：「200 Amazon CloudFront Points of Presence + Price Reduction」。
這次的降價幅度相當驚人，南美的頻寬本來是全 CloudFront 裡最高的，現次一降就降到比整個亞洲區的價錢都還低了，不知道是弄到什麼新合約：
We are also reducing the pricing for on-demand data transfer from CloudFront by 56% for all Points of Presence in South America, effective November 1, 2019.
不過這個比較不包括 AWS 中國區的價錢 (獨立的系統)，在中國的價錢是 CNY$0.30866/GB，換算成美金大約是 USD$0.04/GB。
這次加的三個點也都是在南美的新的點：
Today I am happy to announce that our global network continues to grow, and now includes 200 Points of Presence, including new locations in Argentina (198), Chile (199), and Colombia (200):
Amazon CloudFront 開始提供中國大陸上的節點：「Amazon CloudFront is now Available in Mainland China」。看起來是綁在 AWS China 上面，而且需要 ICP 才能使用：
To start using CloudFront in China, customers must setup a CloudFront distribution using the AWS Management Console or API in China and also obtain a valid ICP (Internet Content Provider) recordal.
不過第一波提供的節點不多，只有北京、上海與寧夏：
Amazon CloudFront announces the launch of CloudFront in China with three new Edge locations (POPs) located in Beijing, Shanghai, and Zhongwei, operated by Ningxia Western Cloud Data Co. Ltd. (NWCD).
後續不知道還有機會展到哪些地區...
大概猜得到原因，總算是把這塊做下去了...
AWS 宣佈 CloudFront 增加自訂網域名稱需要先過認證才能啟用：「Amazon CloudFront enhances the security for adding alternate domain names to a distribution」，也就是把自己的 domain name 掛到 CloudFront 上需要先認證過。
這邊的認證需要用公開被信任的 SSL Certificate，而大多數人應該會直接拿 AWS 提供的 ACM 來用：
With this change, when you add an alternate domain name using the AWS Management Console or the CloudFront API, you will now need to attach a certificate to the distribution to confirm that you have authorized rights to use the alternate domain name. The certificate must be valid and come from a publicly trusted Certificate Authority like AWS Certificate Manager which provides public SSL/TLS certificates for free.
申請 ACM 也需要確認身分，印象中沒記錯的話是透過 DNS 或是 e-mail 認證。
會有這個改變是因為有一個 DDoS 的攻擊手法可以「造成困擾」。在沒有認證就可以增加網域名稱的情況下 (假設是 assets.gslin.com)，AWS 需要把不同帳號設定同一組 domain name (assets.gslin.com) 的 IP address 分開，這樣才能確保安全性。而 IPv4 address 是有限的，用很多帳號申請就有機會讓真正的 assets.gslin.com 擁有人想要用的時候沒有資源可以用。
其實在 Route53 也有類似的問題，但因為是個雞生蛋蛋生雞的問題，就更不好解決了，在 DNS 還沒設定好之前要怎麼確認身分是一個更頭痛的問題... e-mail 認證可能是一個方法，但流程上就多了不少步驟。
AWS 推出了在直播時就自動上字幕的功能：「Introducing Live Streaming with Automated Multi-Language Subtitling」，其實就是把現有的服務兜出來：「Live Streaming with Automated Multi-Language Subtitling」。
The solution deploys Live Streaming on AWS which includes AWS Elemental MediaLive, MediaPackage, Amazon CloudFront. The solution also deploys AWS Lambda, Amazon Simple Storage Service, Amazon Transcribe, and Amazon Translate.
對於比較沒那麼要求翻譯品質的情況也許可以玩看看...？
CloudFront 在北美增加了一堆節點：「Amazon CloudFront announces ten new Edge locations in North America, Europe, and Asia」。
北美一口氣增開了八個，提升了 40% 的 capacity：
Amazon CloudFront announces ten new Edge locations, adding to our global presence. Eight of the new Edge locations are in North America: Houston, Texas (our first location in this city), Chicago, Illinois, Newark, New Jersey, Los Angeles, California, and Ashburn, Virginia. We also added an Edge location in Berlin, Germany, as well as one in Tokyo, Japan.
With this launch, CloudFront will increase its request processing capacity by up to 40%, on average, in the North American cities.
另外不怎麼意外的又增加了東京...
CloudFront 宣佈十年了，另外這次在東京又加節點了，變成 10 個：「Celebrating the 10 year anniversary of Amazon CloudFront by launching six new Edge locations」。
另外宣佈支援 WebSocket：「Amazon CloudFront announces support for the WebSocket protocol」，以及支援 Origin Failover：「Amazon CloudFront announces support for Origin Failover」。
WebSocket 算是大家等蠻久的功能，大家主要是希望利用 CloudFront 擋 DDoS，正常流量才往後丟。而 Origin Failover 則是可以設定兩個 Origin，當主要的掛掉時可以切到備用的，對於支援多節點的架構算是第一步 (目前看起來只能設兩個)：
With CloudFront’s Origin Failover capability, you can setup two origins for your distributions - primary and secondary, such that your content is served from your secondary origin if CloudFront detects that your primary origin is unavailable.
都是隔壁棚 Cloudflare 支援許久的功能... 算是補產品線與進度？
先前知道不少單位會選擇用 CloudFront 的原因就是 S3 到 CloudFront 這段是不需要傳輸費用的。畢竟 CDN 的 hit rate 還是有限，用其他家 CDN 得付這塊費用。
而現在 Backblaze 宣佈跟 Cloudflare 合作，免除掉 Backblaze 到 Cloudflare 的費用：「Backblaze and Cloudflare Partner to Provide Free Data Transfer」。
Today we are announcing that beginning immediately, Backblaze B2 customers will be able to download data stored in B2 to Cloudflare for zero transfer fees.
AWS 這邊會不會有其他動作呢...