幹壞事是進步最大的原動力
HN 上「AV1 video codec gains broader hardware support (fullystacked.net)」這篇在說 AV1 的支援度變得更好了，原文不長，在「The AV1 video codec gains broader hardware support」這邊。
在 Can I Use 上的 AV1 video format 可以看的比較清楚：
不過在瀏覽器上離直接取代掉其他的 video codec 還早，但算是個起頭，至少 iPhone 15 Pro 與 iPhone 15 Pro Max 上的 Safari 支援了，接下來就是看桌機的 Edge 什麼時候才又想到要把 AV1 開回來：
Edge has stopped supporting AV1 completely at some point prior to version 116 (additional information required).
在「Designing Edge Servers with Arm CPUs to Deliver 57% More Performance Per Watt」這邊 Cloudflare 提到了他們在正式環境用 ARM 架構了：
Our first Arm CPU was deployed in production earlier this month — July 2021.
記得測了很多年，其中遇到測試到一半看起來還不錯，但原廠商決定不繼續做的，直到後來又有廠商投入，到現在總算是有比較成熟的產品可以用。
隔壁棚 AWS 上的 ARM 伺服器用起來也是香到不行，還沒有用過的可以試看看，至少我這台 blog & wiki 也都是跑在上面。
另外文章裡有提到目前 x86 的效能，新一代的 AMD 大概只比前一代多了 39% 的每瓦效能，但如果是把 ARM 拿進來比的話會到 57%：
Our most recently deployed generation of edge servers, Gen X, used AMD Rome CPUs. Compared with that, the newest Arm based CPUs process an incredible 57% more Internet requests per watt. While AMD has a sequel, Milan (and which Cloudflare will also be deploying), it doesn’t achieve the same degree of energy efficiency that the Arm processor does — managing only 39% more requests per watt than Rome CPUs in our existing fleet.
開始推上 production 後應該會愈換愈快，而且代表 Cloudflare 也會開始針對 ARM 平台最佳化。
在 Hacker News 上看到「Summary of June 8 outage (fastly.com)」這邊的討論，連結是 Fastly 官方先發布的說明：「Summary of June 8 outage」。
其中提到了是因為客戶的某些設定造成的：
10:27 Fastly Engineering identified the customer configuration
另外特別提到了 Fastly 的 WebAssembly 與 Compute@Edge，看起來應該就是這邊炸鍋：
Broadly, this means fully leveraging the isolation capabilities of WebAssembly and Compute@Edge to build greater resiliency from the ground up. We’ll continue to update our community as we make progress toward this goal.
我猜基本的資源保護機制應該有上 (像是在程式裡面自己 call 自己之類的，Fork bomb 之類的)，可能是這兩個東西互串的某些部份沒有保護到，就一路把資源吃完炸掉。
看起來後續會有比較完整的報告，到時候再來看看會透露出多少東西...
Amazon CloudFront 本來的 Lambda@Edge 產品線拆細，多出一個 CloudFront Functions：「Introducing CloudFront Functions – Run Your Code at the Edge with Low Latency at Any Scale」。
就產品面的角度就是限制比 Lambda@Edge 多，但價錢變便宜很多。
先看價錢的部份，CloudFront Functions 的價錢只有 request：
Invocation pricing is $0.10 per 1 million invocations ($0.0000001 per request).
而 Lambda@Edge 則是兩筆費用，光是 request 費用就是六倍：
Request pricing is $0.60 per 1 million requests ($0.0000006 per request).
Duration is calculated from the time your code begins executing until it returns or otherwise terminates. You are charged $0.00005001 for every GB-second used.
當然，CloudFront Functions 便宜帶來的限制也不少，最主要的限制可以從最大執行時間只有 1ms，以及記憶體只能用 2MB 就可以看出來：
但這對於輕量的操作來說已經夠用了，主要就是對 HTTP header 的操作...
另外比較表上看到個有趣的點「JavaScript (ECMAScript 5.1 compliant)」，這樣應該就不會是 Node.js (V8 engine)，而是其他的 JS engine？
前幾天在虛擬機內的 Windows 突然被裝了新版的 Edge，發現國外也有報導出來了：「With Edge, Microsoft’s forced Windows updates just sank to a new low」。
這次是 Windows Update 推進來的，即使在 Windows 7 上已經 EoL (2020/01/14)，不會有任何安全性更新，微軟也是濫用透過這個方式推進來：
If windows 7 isn't supported then why did my Work machine automatically install Microsoft EDGE last night :|
— DJ_Uchuu - Silicon Dreams Comin' 3rd July ?? (@DjUchuu) June 30, 2020
這種方式也都讓大家想到與 antitrust 的關係：
It all immediately made me think: what would the antitrust enforcers of the ‘90s, who punished Microsoft for bundling Internet Explorer with Windows, think about this modern abuse of Microsoft’s platform?
到底會不會觸發呢...
在 Hacker News Daily 上看到蘋果的「Apple Edge Cache」這個服務，看起來就是個自家的 CDN 方案。
網路要求最低要能夠 peak 到 25Gbps 不算低，不過以蘋果的用量來說應該不算是高估：
Minimum 25 Gb/s peak traffic across all Apple traffic.
各家 ISP 應該都會考慮，畢竟 iPhone 與 iPad 的數量可不是假的，所以目前在台灣測到的點都是台灣的機房 (看 ping latency)...
另外一個有趣的事情是 SSL 的部份，從 SSL Labs 的資料可以看到一些有趣的東西：「SSL Report: cache.edge.apple (17.253.119.201)」。
一個是蘋果跟 GeoTrust 買了 Intermediate CA 再簽自己的 AEC 服務，另外一個是同時有 RSA 2048 bits 與 EC 256 bits 的 key，然後是支援 TLS 1.3 了。
跟其他內容業者的玩法類似，像是 Netflix 的 Open Connect。
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.
另外不怎麼意外的又增加了東京...
AWS 推出了 Global Accelerator，利用 AWS 的網路加速：「New – AWS Global Accelerator for Availability and Performance」。
這個產品有點像是 GCP 的 Premium Network 的概念，從名稱叫做 Data Transfer-Premium (DT-Premium) 也可以看出來這點。另外 Cloudflare 也有類似的產品，叫做 Spectrum。
使用者的連線會先進入最接近使用者的 AWS Edge，然後走 AWS 自己的網路到真正服務所在的 AWS 區域：
AWS 自家的 CloudFront 可以做類似的事情，但是 CloudFront 是 DNS-based service，而且只吃 HTTP 類的連線；這次推出的 Global Accelerator 則是 Anycast-based service，同時支援 TCP 與 UDP。
目前的 edge 只有北美、歐洲與亞洲：
AWS Global Accelerator is available in US East (N. Virginia), US East (Ohio), US West (Oregon), US West (N. California), Europe (Ireland), Europe (Frankfurt), Asia Pacific (Tokyo) and Asia Pacific (Singapore).
這類服務通常也都可以擋下一些 DDoS 攻擊，畢竟是拿大水管在擋...
Cloudflare 發表了 Firewall Rules，讓使用者可以直接在 Cloudflare 的網站上設定 edge 要擋下或是放行哪些連線：「Announcing Firewall Rules」。
除了可以透過點選的方式設定外，也可以直接編輯條件式：
算是讓使用者更簡單的設定 (而且可以針對這些條件最佳化引擎)，不然 Cloudflare 提供的 Worker 其實也可以做類似的事情...
在 Twitter 上看到 CloudFront 又擴點的消息了：
Amazon CloudFront announces nine new Edge locations globally across major cities in North America, Europe & Asia! https://t.co/HoQmJLtBPJ pic.twitter.com/54TDIEiDaX
— Amazon Web Services (@awscloud) July 24, 2018
點進去一看發現亞洲的點又是擴東京：
And in Asia, one Edge location is being added in Tokyo, Japan, our ninth in the city.
同樣是日本，不考慮擴一下大阪的點嗎... 或是加開名古屋的點？(蠻多海纜從志摩跟豐橋拉上去的)