幹壞事是進步最大的原動力
先前提到「Elasticsearch 與 Kibana 也變成非 Open Source 軟體」，後來 Elastic 的 CEO (創辦人) 發了一篇「Amazon: NOT OK - why we had to change Elastic licensing」直接批評 AWS。
接下來是 AWS 跳出來放話了，基本上也是個新聞稿：「Stepping up for a truly open source Elasticsearch」，大概就是會繼續維護自己的版本，維持本來的 Apache License, Version 2.0，然後批評 Elastic 所說的話不實之類的...
現在還在雙方放話的階段，過一陣子看看有什麼更新...
剛剛翻 Amazon EC2 的價格頁面，發現多了好多有趣的區域，多了不少 ISP-based 的區域，像是 Verizon、KDDI 以及 SKT：
翻了一下好像沒有講過，但都已經放上價格頁了，應該是晚點就會放消息？
看到 AWS 丟出了兩個有點「有趣」的消息：「Amazon EC2 API now supports Internet Protocol Version 6 (IPv6)」、「Amazon Lightsail now supports IPv6」。
先是 EC2 的 API 支援 IPv6 的消息，但也不是全部都支援了 (亞洲區只有印度有支援，新加坡、日本、南韓與香港都沒在上面)：
Usage of Amazon EC2’s new dual-stack endpoints are available at no additional charge. The new endpoints are generally available in US East (N. Virginia), US East (Ohio), US West (Oregon), Europe (Ireland), Asia Pacific (Mumbai) and South America (São Paulo).
不過畢竟也不是直接面向使用者的部份，不算太意外就是了... 但另外聽到 Lightsail 支援 IPv6 的消息就比較意外了：
Amazon Lightsail now supports Internet Protocol version 6 (IPv6) on Lightsail resources like instances, containers, load balancers and CDN. With this launch, Lightsail resources operate in dual-stack mode, accepting both IPv4 and IPv6 client connections. This helps unlock application scenarios where some end user clients are IPv6 only.
本來以為 EC2 與 CloudFront 有的東西在 Lightsail 上都會有，原來 IPv6 是沒支援的啊，這功能補的好晚...
先前 AWS Transfer Family 的後端只能是 Amazon S3，現在則是宣佈可以掛 Amazon EFS 了：「New – AWS Transfer Family support for Amazon Elastic File System」。
EFS 跟 S3 都是沒有空間限制，但 EFS 可以直接在系統上掛起來當作一般的檔案系統用，基本上就是更方便，不過代價就是單位儲存成本貴不少...
這次支援 EFS 對於一些量不大的處理又方便不少，也就是處理完後的檔案另外丟，而上傳上來的檔案可以砍掉的... 如果是上傳上來的檔案需要保留的，用 S3 會比較適合。
Amazon SQS 推出了分級計價，不過看了一下「Amazon SQS pricing」這邊的表格，一般的單位大概是不太會遇到：「Amazon SQS announces tiered pricing」。
他的原價級距是 From 1 Million to 100 Billion Requests/Month，算了一下必須一整個月的每秒都有 38580 requests/sec 左右才會到下一個級距，就算內部架構倍數放大，要達到這個數量應該也必須要有一定規模... (或者惡搞？)
隔壁棚的 Amazon SNS 不知道會不會也跟著降，在 AWS 的服務與文件上經常會看到兩個串起來用...
在 Hacker News Daily 上看到的：「Atlassian Cloud ToS section 3.3(I) prohibits discussing performance issues (atlassian.com)」，引用的頁面是「Atlassian Cloud Terms of Service」這邊。
翻了下 Internet Archive，看起來在 2018/11/01 生效的版本就有這條了：「20181102013014」。
出自這條：
3.3. Restrictions. Except as otherwise expressly permitted in these Terms, you will not: [...]; (i) publicly disseminate information regarding the performance of the Cloud Products; [...]
這個條文已經生效兩年多了，不過我猜就是被大家批一批還是依舊...
這類條款類似於 Oracle 與 Microsoft 在資料庫系統上面的條款 (可以參考「Is it against license to publish Oracle and SQL Server performance test?」這邊的回答)，看起來除非從法律層級禁止，不然應該只會有愈來愈多公司納入這類條款...
看到 Vultr 也打算要推出 Kubernetes 這個產品線了：「Announcing Vultr Kubernetes Engine!」。
這樣加上之前的 Linode 的 Linode Kubernetes Engine (LKE) 與 DigitalOcean 的 DigitalOcean Kubernetes (「DigitalOcean 也推出 Kubernetes 的服務」)，比較知名的幾家 VPS 都推出 K8S 的產品線了。
對於不是 cloud provider 的 VPS provider 來說，直接拿 K8S 整合可以建了一組 mini-AWS 的架構出來，而且因為軟體還算紅，既有的 ecosystem 也可以直接拉進來，不需要另外重新學。不過因為 K8S 發展很快，還是可以常常看到各種踩雷抱怨文... XD
對於使用者來說，如果有一定的量與技術能力，加上想要省錢的話，用這些 VPS 提供的 K8S 服務看起來是個不錯的選擇。
應該找些時間更新之前自己摸索的那些東西了 (之前整理在「Kubernetes」這邊)，理解底層會怎麼弄的對於在分析問題時還是蠻重要的 (i.e. 通靈)，記得兩年前如果自己要弄 K8S master HA 還是 beta 功能...
AWS 規劃要淘汰 Amazon RDS (MySQL 5.5)，不過我是從 Percona 這邊看到...：「Amazon RDS for MySQL 5.5 EOL Date is Approaching – Act Now!」，找了一下官方的文件，在「Announcement: Amazon RDS for MySQL 5.5 End-of-Life date is approaching」這邊可以翻到。
如果硬要待在 MySQL 5.5 的話，目前看起來比較容易的解法應該是自己用 EC2 架，不過這樣的話 High Availability 的架構就頗麻煩了，用 ELB 可能是個方法...
話說回來，好久沒用 MySQL 5.5 了，這個版本記得是 InnoDB Plugin 整合進 MySQL 的第一個版本，先前應該是 MySQL 5.1 + InnoDB Plugin 的方式跑，我記得當時就是要 COMPRESSED 格式，算是 MySQL 當時蠻重大的進展...
手上還有在 5.5 上跑的人應該要自己安排時間換，儘量不要等到 AWS 硬升級的時候換，這樣炸掉的機會蠻高的...
AWS 推出了 Amazon Location：「Amazon Location – Add Maps and Location Awareness to Your Applications」，目前是 Preview 階段，但開放給所有人使用，而且不收費。
目前合作的圖資是 Esri 與 HERE Technologies：
You can choose between maps and map styles provided by Esri and by HERE Technologies, with the potential for more maps & more styles from these and other partners in the future.
先比較了一下 Amazon Location 在 map 這塊預定收費的價錢與 Mapbox pricing 這邊列出來的價錢，看起來兩邊的算法不太一樣，AWS 這邊是照 tile 數量算錢，Mapbox 則是算 load 次數算錢，看起來 AWS 這邊服務的在大量互動的情況下會比較貴 (會拉很多 tile)，但對於像是只是展示可能會便宜不少，像是 591 的那種用法。
其他的項目就先暫時懶的看了...
開放的區域是老面孔了，其實比較好奇為什麼這類服務不是一次把商業區全開：
Amazon Location is available in the US East (N. Virginia), US East (Ohio), US West (Oregon), Europe (Ireland), and Asia Pacific (Tokyo) Regions.
AWS 推出了 CloudShell，讓使用者可以繼承 IAM 的權限，在瀏覽器裡面用 command line 操作 AWS 資源：「AWS CloudShell – Command-Line Access to AWS Resources」。
使用方式很簡單，在 web console 上方的 icon 點下去就可以用了，只是第一次使用的時候會看到需要建立環境的訊息，會等比較久：
連進去後測了一下，看起來是跑一個 30GB Disk 與 4GB RAM 的 container 起來，/dev/cpuinfo 裡面可以看到是 Intel E5-2676 v3 的機器，以這個資訊來查，看起來可能是 m4 系列的機器。
網路的部份基本上對 internet 的 TCP 與 UDP 都可以通，但需要操作 raw socket 丟 ICMP 的 ping 與 mtr 就不會通了。
目前支援的區域只有這些，之後應該會陸陸續續再開放：
Regions – CloudShell is available today in the US East (N. Virginia), US East (Ohio), US West (Oregon), Europe (Ireland), and Asia Pacific (Tokyo) Regions, with the remaining regions on the near-term roadmap.
費用的部份，官方是說不需要另外的費用，只需要付出用到的 AWS 資源，但這邊沒給範例啊，到底是怎麼算的... 看了一圈 EC2、ECS、EKS 都沒有機器，應該是不會算到這邊？
Pricing – You can use up to 10 concurrent shells in each region at no charge. You only pay for other AWS resources you use with CloudShell to create and run your applications.
刷了一下的感覺是，對於已經習慣跳板機的人來說好像還好，尤其是 command line 已經用熟了，太習慣用 Ctrl-W 刪字串，而在瀏覽器裡面按下去就會直接出事的情況，還是有點難用...
比較明顯的好處應該是整合了 IAM 的權限，所以在 awscli 下的權限是一樣的，另外對於有些 web console 沒支援的操作可以用這個方法補強，而不需要自己弄機器出來跑。
