幹壞事是進步最大的原動力
AWS 開始陸陸續續在推出有 100Gbps 能力的 EC2 instance 了：「New – EC2 P3dn GPU Instances with 100 Gbps Networking & Local NVMe Storage for Faster Machine Learning + P3 Price Reduction」。
從「Amazon EC2 Instance Types」這邊可以看到先前只有 c5n.18xlarge 有支援 100Gbps 網路，現在推出的 p3dn.24xlarge 是第二個支援的...
另外是 P3 系列的降價消息，比較奇怪的是從 2018/12/06 開始生效，而不是從月初開始。另外區域與條件也有一些複雜，有常在用的人可以翻一下說明...
AWS 對 EC2 instance 推出了休眠模式：「New – Hibernate Your EC2 Instances」。
休眠模式主要是透過保留記憶體內的內容 (會寫到 EBS 裡)，讓機器開起來比較快，不過這邊有要求 root EBS volume 需要加密：
When an instance is instructed to hibernate, it writes the in-memory state to a file in the root EBS volume and then (in effect) shuts itself down. The AMI used to launch the instance must be encrypted, as must the root EBS volume of the instance. The encryption ensures proper protection for sensitive data when it is copied from memory to the EBS volume.
費用的部分是 EBS volume 與 Elastic IP：
While the instance is in hibernation, you pay only for the EBS volumes and Elastic IP Addresses attached to it; there are no other hourly charges (just like any other stopped instance).
一般對外服務的伺服器好像用不太到... 應該是內部系統或是開發機的需求？
DynamoDB 用起來比較困難的部份就是規劃 R/W capacity，所以 AWS 就推出了 DynamoDB On-Demand，直接計算用多少而不用規劃 R/W capacity：「Amazon DynamoDB On-Demand – No Capacity Planning and Pay-Per-Request Pricing」。
先講一下歷史，在 2014 的時候 Jeff Barr 就有在「Auto Scale DynamoDB With Dynamic DynamoDB」這邊提到開一台 t1.micro 在上面跑程式實做 DynamoDB 的 auto scaling。
另外在 2017 年的時候 AWS 自己推出了同樣的功能，就不需要開機器了，交給 AWS 的服務處理就可以了：「New – Auto Scaling for Amazon DynamoDB」。
所以就一般性的需求來說，其實目前的方案夠用：常態性的需求提昇，以及有預期性的活動時可以手動事前提昇。
目前想到唯一會炸掉的情境應該是突然被熱門媒體報導，而導致大量的 guest session 衝進來，而且架構上又沒有針對 guest session 用 cache 擋住 (Amazon DynamoDB Accelerator 也是個選項)，導致壓力就全部到後端的 DynamoDB，而 auto scaling 機制需要時間看到量才會調整，在這段時間就有可能短時間倒站。
回來看這次的 On-Demand 提出來的價錢。以 us-east-1 的價錢來看：
Write request units$1.25 per million write request units Read request units$0.25 per million read request units
而本來要自己規劃 R/W capacity 的價錢是 (這邊是 hourly)：
Write capacity unit (WCU)$0.00065 per WCU Read capacity unit (RCU)$0.00013 per RCU
由於不管是 On-Demand 還是本來的規劃，Read 價錢都是 Write 的 1/5，所以只要看 Write 一樣可以知道差距。
接下來把 On-Demand 的價錢換算成 3600 個 request units 就可以比較單價，是 $0.0045 (Write)，大約是本來版本 6.92 倍的費用...
而且對於已經有規模的應用，這邊還沒算 Reserved Capacity 會有折扣的部份？
這個定價策略讓我想到 AWS Fargate 的情況... 如果你可以接受這個價錢，你可以平常就開五倍的 R/W capacity 在上面啊 XDDD
Amazon S3 推出了新的 Storage Class，後面直接用演算法分析 access pattern (所以要跑一陣子才會生效)，然後決定要放到 Standard 或是 Standard IA 裡：「Announcing S3 Intelligent-Tiering — a New Amazon S3 Storage Class」。
混了 Standard 與 Standard IA：
S3 Intelligent-Tiering stores objects in two access tiers: one tier that is optimized for frequent access and another lower-cost tier that is optimized for infrequent access.
然後連續 30 天沒有被存取的就會被丟到 Standard IA，如果有被存取的話就會被搬回來，而搬移的部份不用收費：
For a small monthly monitoring and automation fee per object, S3 Intelligent-Tiering monitors access patterns and moves objects that have not been accessed for 30 consecutive days to the infrequent access tier. There are no retrieval fees in S3 Intelligent-Tiering. If an object in the infrequent access tier is accessed later, it is automatically moved back to the frequent access tier. No additional tiering fees apply when objects are moved between access tiers within the S3 Intelligent-Tiering storage class.
從費用上可以看到演算法本身是有費用的，換算一下 1M objects 是 USD$2.5/month，好像還可以...
Monitoring and Automation, All storage / Month$0.0025 per 1,000 objects
不過有蠻多要注意的 pattern。像是這邊有提到 128KB 以下的檔案不會搬到 IA 上，但不知道算不算 Monitoring 的費用？
S3 Intelligent-Tiering has a minimum eligible object size of 128KB for auto-tiering. Smaller objects may be stored but will always be charged at the Frequent Access tier rates.
另外這邊講 S3 Intelligent-Tiering 的三十天也不知道是不是 Standard + Standard IA，或是分開算：
S3 Intelligent-Tiering, S3 Standard-IA, and S3 One Zone-IA storage are charged for a minimum storage duration of 30 days.
可以先觀望一下...
Amazon EFS 也要推出 IA (Infrequent Access) 版本了，Infrequent Access 指的是不常存取的資料：「Coming Soon – Amazon EFS Infrequent Access Storage Class」。
這剛好配合上很多人拿 Amazon EFS 來堆 log 的行為... AWS 是說有機會到省到 85%，不過應該是非常大的量才有機會有這個價錢？
EFS IA reduces storage costs for files not accessed every day, with savings up to 85% compared to the EFS Standard storage class.
其實用過 Amazon EFS 的人都對效能抱怨頗嚴重 (透過 NFS 有太多操作沒辦法 cache，於是 network latency issue 就出現了)，堆 log 或是當作跨機器的空間大概是目前的主流用法...
Amazon API Gateway 推出分級收費：「Amazon API Gateway Announces Tiered Pricing」。
原先的費用不變，大多數的地區是超過 333M reqs/month 的部分降價了... (不過雪梨跟南非是超過 1B reqs/month，而且北卡超過 333M 的部分也只降個零頭，實際比較深的折扣還是在 1B)，333M reqs/month 這個量換算下來需要 11.1M reqs/day，平均值要 128 reqs/sec，看起來是設計給整個站都搬上去的折扣方案 (不然就是本身量就超大)。
Amazon EC2 推出使用了 AMD Epyc 的機種，分別為 m5a.* 與 r5a.*：「New Lower-Cost, AMD-Powered M5a and R5a EC2 Instances」。
這個系列的重點在於價位相較於 m5.* 與 r5.* 大約低了 10% 的費用：
The newest EC2 instances are powered by custom AMD EPYC processors running at 2.5 GHz and are priced 10% lower than comparable instances.
目前開放的區域只有五區：
These instances are available now and you can start using them today in the US East (N. Virginia), US East (Ohio), US West (Oregon), Europe (Ireland), and Asia Pacific (Singapore) Regions in On-Demand, Spot, and Reserved Instance form.
然後在「Amazon EC2 Pricing」這頁已經可以看到價錢，但大概是某些非技術性的因素，可以發現沒有列出 ECU... 不過從沒有推出 c5a.* 系列大概可以猜測效能應該打不贏 c5.* 所以沒有打算推出對應的產品線？(不過也難說，等看看有沒有人測試出來吧...)
另外文章最後提到會有 t3a.* 的計畫，如果價錢會再比現在的 t3.* 低一些的話，看起來頗值得期待的：
PS – We are also working on T3a instances; stay tuned for more info!
Flickr 在今年四月的時候放出消息被 SmugMug 收購後 (參考先前的文章「SmugMug 買下 Flickr」)，過了半年總算是有新的動作了，跟 SmugMug 完全走使用者付費的想法類似，這次將免費帳號的容量大幅限縮，從本來的 1TB 空間變成 1000 張照片，在 2019/01/08 將會生效：「Why we’re changing Flickr free accounts」。
Beginning January 8, 2019, Free accounts will be limited to 1,000 photos and videos. If you need unlimited storage, you’ll need to upgrade to Flickr Pro.
現在點進去看 Flickr Pro 的費用是 USD$35/year。我在 2005 年以 USD$59.95/year 買過當時的 Flickr Pro... 特別有印象是因為剛好是宣佈被 Yahoo! 收購的前幾天買的訂閱，在被收購後 Flickr 宣佈降價，而先前買的人直接多一年。
參考當年的「http://www.flickr.com/help.gne」頁面)：
We are currently offering an introductory Pro Account special -- Buy yourself (or a friend) an annual Pro Account for US$41.77 and save yourself around 30% from the anticipated annual price of $59.95. That's less than $3.50 a month!
不過現在好像也用不到這個平台了... 反正都公開的資料，也許資料拉一拉丟到其他地方吧，或是想看看要怎麼放。
先前知道不少單位會選擇用 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 這邊會不會有其他動作呢...
在 Twitter 看到 Jeff Barr 提到日本區的 EC2 與 S3 傳輸費用降價：
AWS Data Transfer Price Reductions - Up to 34% (Japan) and 28%( Australia) - https://t.co/ejk3TgIxgU pic.twitter.com/oSdAr4f76y
— Jeff Barr ☁️ (@jeffbarr) September 19, 2018
網站的說明文章則是在「AWS Data Transfer Price Reductions – Up to 34% (Japan) and 28% (Australia)」這邊。分成幾個部份降價：
然後自動回朔到 2018/09/01 開始算：
Effective September 1, 2018 we are reducing prices for data transfer from Amazon Elastic Compute Cloud (EC2), Amazon Simple Storage Service (S3), and Amazon CloudFront by up to 34% in Japan and 28% in Australia.
另外有提到 CloudFront 也有降價，以及澳洲的部份，應該不太會碰到所以就跳過去...
但就文章這樣寫明 EC2 與 S3 的流量有降價，應該表示從 ELB 出去的流量就不算在這次的降價？除非你是直接 S3 裸奔，不然對大多數的人應該沒差？