<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Aws on 水源一二三</title><link>https://theweidi.net/tags/aws/</link><description>Recent content in Aws on 水源一二三</description><generator>Hugo</generator><language>zh-TW</language><lastBuildDate>Fri, 15 Dec 2023 16:46:39 +0000</lastBuildDate><atom:link href="https://theweidi.net/tags/aws/index.xml" rel="self" type="application/rss+xml"/><item><title>Amazon Day 1 Culture</title><link>https://theweidi.net/amazon-day-1-culture/</link><pubDate>Fri, 15 Dec 2023 16:43:44 +0000</pubDate><guid>https://theweidi.net/amazon-day-1-culture/</guid><description>&lt;p&gt;Generated by ChatGPT 4.&lt;/p&gt;
&lt;hr&gt;
&lt;p&gt;在亞馬遜的「第一天文化」中，公司永遠保持初創時期的熱情與活力。這種文化模式強調以客戶為中心，注重長期價值，並勇於創新。與之相對的「第二天文化」則意味著停滯不前，漸漸偏離客戶關注。亞馬遜透過多種策略來維持其「第一天」文化，比如對客戶的執著、迅速且高質量的決策、區分可逆和不可逆的決策，以及鼓勵實驗和接受失敗。更詳細的洞見和實施方式，可以在&lt;a href="https://aws.amazon.com/executive-insights/content/how-amazon-defines-and-operationalizes-a-day-1-culture/"&gt;原文&lt;/a&gt;中找到。&lt;/p&gt;
&lt;p&gt;以下是原文中提到的「第一天」與「第二天」文化的對比表，翻譯成中文：&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;文化&lt;/th&gt;
&lt;th&gt;&lt;strong&gt;第一天&lt;/strong&gt;&lt;/th&gt;
&lt;th&gt;&lt;strong&gt;第二天&lt;/strong&gt;&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;客戶關注&lt;/td&gt;
&lt;td&gt;以客戶為中心&lt;/td&gt;
&lt;td&gt;關注內部挑戰&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;決策方式&lt;/td&gt;
&lt;td&gt;高質量、快速&lt;/td&gt;
&lt;td&gt;官僚式、共識基礎&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;創新與實驗&lt;/td&gt;
&lt;td&gt;鼓勵實驗&lt;/td&gt;
&lt;td&gt;投資於現有能力&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;對待失敗&lt;/td&gt;
&lt;td&gt;接受失敗&lt;/td&gt;
&lt;td&gt;害怕失敗&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;組織結構&lt;/td&gt;
&lt;td&gt;靈活&lt;/td&gt;
&lt;td&gt;層次深&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;團隊大小&lt;/td&gt;
&lt;td&gt;小團隊&lt;/td&gt;
&lt;td&gt;大型團隊&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;價值觀&lt;/td&gt;
&lt;td&gt;長期價值&lt;/td&gt;
&lt;td&gt;短期價值&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;hr&gt;
&lt;p&gt;這個對比清晰地展現了亞馬遜如何通過持續的創新和客戶中心思想來推動公司前進。&lt;/p&gt;</description></item><item><title>「最佳化」AWS 帳單</title><link>https://theweidi.net/optimizing-aws-billing/</link><pubDate>Sun, 24 Oct 2021 07:19:32 +0000</pubDate><guid>https://theweidi.net/optimizing-aws-billing/</guid><description>&lt;p&gt;第一次認真看完 Corey Quinn 的信，在講 &lt;a href="https://www.lastweekinaws.com/blog/the-turbotax-of-aws-billing/"&gt;The TurboTax of AWS Billing&lt;/a&gt;，除了一如既往生動的舉例跟嘲諷以外，他提到為什麼他的諮詢費用是「固定費用」而不是取決於「幫客戶省下多少錢」。&lt;/p&gt;
&lt;p&gt;簡單來說，不是帳單變少就是好，我的價值是幫你做出最好的調整。如果要高可用當然費用就會增加，但不是每個場景都會需要這種架構（例如水源一二三不需要多區域部署來增加 availability，但定期的 S3 備份可以提高 durability）。如果今天我收費模式是「抽佣省下來的金額」，我的目標會被導向找出可以省錢的點，而非「如果我是你我會這樣架構」。很好理解卻也很容易踩入的誤區。&lt;/p&gt;
&lt;hr&gt;
&lt;p&gt;Side note: &lt;a href="https://wa.aws.amazon.com/wellarchitected/2020-07-02T19-33-23/wat.concepts.wa-concepts.en.html"&gt;Concepts&lt;/a&gt; of AWS Well-Architected Framework&lt;/p&gt;</description></item><item><title>S3 減一等於 R2</title><link>https://theweidi.net/s3-minus-one-equals-r2/</link><pubDate>Mon, 04 Oct 2021 06:50:08 +0000</pubDate><guid>https://theweidi.net/s3-minus-one-equals-r2/</guid><description>&lt;p&gt;上週一直被 Cloudflare 推出的 R2 給洗版，例如官方介紹的這篇&lt;a href="https://blog.cloudflare.com/introducing-r2-object-storage/"&gt;文章&lt;/a&gt;，完全就是來打 AWS S3。我覺得用 &lt;em&gt;minus the egress fees&lt;/em&gt; 的概念然後取名 R2 (S3 minus one) 很硬要但有趣。&lt;/p&gt;
&lt;p&gt;亮點：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;$0.015 per GB vs. S3 ~$0.025 vs. S3 Glacier ~$0.005&lt;/li&gt;
&lt;li&gt;完全相容 S3 API&lt;/li&gt;
&lt;li&gt;可用性跟 S3 一樣 99.999999999% (11 9&amp;rsquo;s)&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;egress 免費&lt;/strong&gt;，S3 ~$0.1 per GB&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;等到 R2 真的上線，感覺有機會大殺四方，說明 &lt;em&gt;&lt;strong&gt;Your margin is my opportunity&lt;/strong&gt;&lt;/em&gt;。&lt;/p&gt;</description></item><item><title>[2021] 遷移 WordPress 小記</title><link>https://theweidi.net/2021-wordpress-migration/</link><pubDate>Mon, 04 Jan 2021 13:34:15 +0000</pubDate><guid>https://theweidi.net/2021-wordpress-migration/</guid><description>&lt;p&gt;（2021/02：更新 Spot instance 還有安裝過程。）&lt;br&gt;
（2021/03：更新憑證更新的注意事項。）&lt;/p&gt;
&lt;p&gt;先前用的是 &lt;a href="https://gohugo.io/"&gt;Hugo&lt;/a&gt; 來生成靜態頁面，但覺得編輯上還是有點麻煩，心血來潮遷移到 WordPress。大概紀錄一下流程，在這之前完全沒有安裝 / 使用 WordPress 的經驗。&lt;/p&gt;
&lt;h2 id="主機選擇"&gt;主機選擇&lt;/h2&gt;
&lt;p&gt;比較熟 AWS 所以就直接開了 EC2。&lt;code&gt;t3a.micro&lt;/code&gt; 搭配三年的 Reserved instance 大概每小時 $0.005 美金、一個月大概 $3.6 美金。&lt;/p&gt;
&lt;p&gt;對照組用了 Spot instance (persistent request) 開了 &lt;code&gt;t3.micro&lt;/code&gt;，從&lt;a href="https://aws.amazon.com/about-aws/whats-new/2020/01/amazon-ec2-spot-instances-stopped-started-similar-to-on-demand-instances/"&gt;去年&lt;/a&gt;開始已經可以支援 stop/start，感覺費用應該跟 Reserved instance 差不多但有更多彈性。&lt;/p&gt;
&lt;p&gt;[2021/08] Spot instance &lt;code&gt;t3.micro&lt;/code&gt; 每 24 小時 $0.1 美金、一個月大概才 $3 美金，跑了半年都沒有被中斷，比 &lt;code&gt;t3a.micro&lt;/code&gt; reserved instance 還好用。&lt;/p&gt;
&lt;h2 id="安裝過程"&gt;安裝過程&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;看&lt;a href="https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-lamp-amazon-linux-2.html"&gt;這篇&lt;/a&gt;在 Amazon Linux 2 上把 LAMP 裝起來。&lt;/li&gt;
&lt;li&gt;看&lt;a href="https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/hosting-wordpress.html"&gt;這篇&lt;/a&gt;裝最新的 WordPress，我依照步驟設定起來是 5.6。裝完後可以用 HTTP 來存取 WordPress 了。&lt;/li&gt;
&lt;li&gt;綁定 EIP。&lt;/li&gt;
&lt;li&gt;CloudFront 由於先前已經有設定，只是增加新的 Origin — 用 HTTP only 的方式指到 EC2，但發現會有 mixed content block 的問題 (https:// 連上 CloudFront 但頁面的物件用 http:// 去請求會被阻擋)。&lt;/li&gt;
&lt;li&gt;為了解決此問題需要回源使用 HTTPS，於是參考&lt;a href="https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/SSL-on-amazon-linux-2.html"&gt;這篇&lt;/a&gt;搭配 certbot 開啟了 TLS。這邊記得憑證的 &lt;code&gt;subjectAlternativeName&lt;/code&gt; 要包含回源所使用的域名，這樣 CloudFront 回源不帶 Host 的時候才不會有問題。&lt;/li&gt;
&lt;li&gt;CloudFront 改為使用 HTTPS 回源。確定已經可以用 https:// 瀏覽及管理 WordPress。&lt;/li&gt;
&lt;li&gt;在官網找一個自己喜歡的 &lt;a href="https://www.wordpress.org/themes/"&gt;Theme&lt;/a&gt; 裝起來，搭配 &lt;strong&gt;Additional CSS&lt;/strong&gt; 去微調一下版面，就可以開始使用了。&lt;/li&gt;
&lt;li&gt;參考&lt;a href="https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/UsingAlarmActions.html#AddingRecoverActions"&gt;這篇&lt;/a&gt;把 EC2 Auto Recovery 設定起來，避免 EC2 突然壞掉。&lt;/li&gt;
&lt;li&gt;參考&lt;a href="https://aws.amazon.com/blogs/security/automatically-update-security-groups-for-amazon-cloudfront-ip-ranges-using-aws-lambda/"&gt;這篇&lt;/a&gt;在 EC2 上只放行 CloudFront 流量。&lt;/li&gt;
&lt;li&gt;搭配 &lt;a href="https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/snapshot-lifecycle.html#dlm-permissions"&gt;EBS Lifecycle Policy&lt;/a&gt; 設定自動備份。&lt;/li&gt;
&lt;li&gt;把 Google Analytics 放到 Theme Header (header.php) 裡面。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="其他小記"&gt;其他小記&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;目前還不知道 WordPress 的架構，也沒裝什麼 plugins。先依據&lt;a href="https://aws.amazon.com/blogs/networking-and-content-delivery/how-to-accelerate-your-wordpress-site-with-amazon-cloudfront/"&gt;這篇&lt;/a&gt;文章的建議設定了 CloudFront cache behavior，之後有時間可能會想要把 static content 放在 S3 上。&lt;/li&gt;
&lt;li&gt;certbot 憑證更新需要放行 port 80，不然憑證會更新失敗。要再找時間看能不能走其他驗證方式，例如透過 DNS 或是 port 443。&lt;/li&gt;
&lt;li&gt;怕太單調想要找圖可以去&lt;a href="https://www.artic.edu/collection"&gt;芝加哥藝術博物館&lt;/a&gt;找無限制使用用途的圖，也就是有標示 Public Domain (CC0) 的畫作 [1]。例如本 blog 用的就是 &lt;a href="https://www.artic.edu/artworks/10932/snow-at-akabane-bridge-in-shiba-shiba-akabane-no-yuki-from-the-series-famous-places-in-the-eastern-capital-toto-meisho"&gt;Snow at Akabane Bridge in Shiba&lt;/a&gt;。&lt;/li&gt;
&lt;li&gt;寫在 Notion 上的筆記竟然可以無痛直接貼到 WordPress 編輯器真是不錯。&lt;/li&gt;
&lt;li&gt;如何增加 WordPress 的安全性？&lt;/li&gt;
&lt;/ul&gt;
&lt;hr&gt;
&lt;p&gt;[1] &lt;a href="https://www.artic.edu/open-access/open-access-images"&gt;https://www.artic.edu/open-access/open-access-images&lt;/a&gt;&lt;/p&gt;</description></item><item><title>期待 CloudFront 能實現的功能</title><link>https://theweidi.net/cloudfront-feature-wishlist/</link><pubDate>Mon, 04 Jan 2021 09:42:49 +0000</pubDate><guid>https://theweidi.net/cloudfront-feature-wishlist/</guid><description>&lt;p&gt;前陣子看到這個 &lt;a href="https://twitter.com/cloudfront/status/1328919044246814721"&gt;tweet&lt;/a&gt; 問大家希望能在 CloudFront 實現的功能，覺得不錯的有：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Managed security group (讓 AWS origin 可以直接掛載來放行 CloudFront IP，不用用&lt;a href="https://aws.amazon.com/blogs/security/automatically-update-security-groups-for-amazon-cloudfront-ip-ranges-using-aws-lambda/"&gt;很麻煩的&lt;/a&gt; Lambda 去定期更新)&lt;/li&gt;
&lt;li&gt;WAF at behavior level (像是 static content 就不需要 WAF)&lt;/li&gt;
&lt;li&gt;Built-in redirection rules (像是 &lt;a href="https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-listeners.html#redirect-actions"&gt;ALB&lt;/a&gt; 那樣)&lt;/li&gt;
&lt;li&gt;&lt;code&gt;stale-while-revalidate&lt;/code&gt; header support (&lt;a href="https://web.dev/stale-while-revalidate/"&gt;這篇文章&lt;/a&gt;解釋得很清楚)&lt;/li&gt;
&lt;/ul&gt;</description></item><item><title>關於購買/註冊域名</title><link>https://theweidi.net/domain_registration/</link><pubDate>Sun, 22 Sep 2019 10:10:00 +0000</pubDate><guid>https://theweidi.net/domain_registration/</guid><description>&lt;blockquote&gt;
&lt;p&gt;TL;DR 找到想要的網址後，記得多在幾間域名註冊商比較後再買。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;首先要先看想要哪一種域名，例如很流行的 &lt;code&gt;.cc&lt;/code&gt;、在地愛台灣的 &lt;code&gt;.tw&lt;/code&gt; [1] 或是萬用型的 &lt;code&gt;.com&lt;/code&gt;, &lt;code&gt;.net&lt;/code&gt; 等等。&lt;/p&gt;
&lt;p&gt;接著就找一間域名註冊商 registrar 來找找看想要的網址是否還可以申請，這時候就可以多看幾間，我自己曾買過網域的有 &lt;a href="https://www.godaddy.com/"&gt;GoDaddy&lt;/a&gt;、&lt;a href="https://www.gandi.net/"&gt;Gandi.net&lt;/a&gt;、&lt;a href="https://www.namecheap.com/"&gt;namecheap&lt;/a&gt; 以及 &lt;a href="https://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/domain-register.html"&gt;Amazon Route 53&lt;/a&gt;。&lt;/p&gt;
&lt;p&gt;我最近一次要註冊 &lt;code&gt;.com&lt;/code&gt; 及 &lt;code&gt;.net&lt;/code&gt; 域名時才發現價格的差異還滿大的。舉例來說 &lt;code&gt;.net&lt;/code&gt; 在 GoDaddy 第一年特價都要美金 $14.88，原價則要美金 $21.88，而從沒促銷策略的 Amazon Route 53 &lt;code&gt;.net&lt;/code&gt; 的原價就是美金 $11。&lt;/p&gt;
&lt;p&gt;因為我通常只有想要域名不需要其他附加功能，因此決定性的因素只有價格，所以就把網址在各大註冊商搜尋過一遍然後在那邊買即可。&lt;/p&gt;
&lt;hr&gt;
&lt;p&gt;[1] 曾在 2018 年夏天推出「泛用型網域名稱銅板價專案」，第一年只要新台幣 $50。&lt;/p&gt;</description></item><item><title>AWS Certified Advanced Networking Specialty: Exam Notes 2019</title><link>https://theweidi.net/aws-certified-advanced-networking-specialty-exam-notes-2019/</link><pubDate>Sat, 21 Sep 2019 10:01:00 +0000</pubDate><guid>https://theweidi.net/aws-certified-advanced-networking-specialty-exam-notes-2019/</guid><description>&lt;blockquote&gt;
&lt;p&gt;TL;DR 整理給自己進考場前看過一遍的筆記。啊有順利考過了，按下 Submit 鍵就馬上知道結果真的很刺激。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id="reference-materials"&gt;Reference materials&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="https://linuxacademy.com/course/aws-advanced-networking-specialty/"&gt;Linux Academy - AWS Advanced Networking Specialty&lt;/a&gt; 的課程完整，最後還有一個模擬考。&lt;/li&gt;
&lt;li&gt;&lt;a href="https://www.whizlabs.com/aws-advanced-networking-speciality/"&gt;Whizlabs - AWS Certified Advanced Networking - Specialty&lt;/a&gt; 這個共有三份模擬考。如果有買記得找一下 coupon，滿常特價的。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="domains"&gt;Domains&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Design and implement hybrid IT network architectures at scale&lt;/li&gt;
&lt;li&gt;Design and implement AWS networks&lt;/li&gt;
&lt;li&gt;Automate AWS tasks&lt;/li&gt;
&lt;li&gt;Configure network integration with application services&lt;/li&gt;
&lt;li&gt;Design and implement for security and compliance&lt;/li&gt;
&lt;li&gt;Manage, optimize, and troubleshoot the network&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id="general-best-practices"&gt;General Best Practices&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Highly available, fault-tolerant network connections are key to a well-architected system.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="articles-and-white-papers"&gt;Articles and White Papers&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="https://aws.amazon.com/answers/networking/aws-multiple-data-center-ha-network-connectivity/"&gt;Multiple Data Center HA Network Connectivity&lt;/a&gt;
&lt;ul&gt;
&lt;li&gt;Leverage multiple dynamically routed, rather than statically routed, connections to AWS.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;This will allow remote connections to fail over automatically between redundant connections.&lt;/p&gt;</description></item></channel></rss>