設定了 IAM User Account 也給予了 Administrator 的權限,
不過仍然看不到 Billing 的頁面資訊 .
這帶來了很大的不方便, 因為如果要看 Billing 的資訊就要切換到 Root Account
而建立 Administrator IAM Account 的用意本來就是要儘可能不使用 Root Account 作登入.
檢查了權限,明明就有設定 Read Billing 但是仍然看不到.
實際上要進入 Billing Console 其實要有兩個步驟
(fin)
ClearCal$ cal
March 2018
Su Mo Tu We Th Fr Sa
1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31
$ cal 2 1985
February 1985
Su Mo Tu We Th Fr Sa
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28
Date$ date
Sat Mar 10 19:01:37 UTC 2018
$ date ‘+ %y-%m-%d %n %H:%M:%S:%N’
18-03-10
19:06:24:126172657
pwdTouchmkdircatcat > filenamectrl + d 可以離開編輯
cat < filenamecat file1 file2 > merged_file$ cat > file1
this is file1
$ cat file1
this is file1
$ cat > file2
this is file2
$ cat file2
this is file2
$ cat file1 file2 > merged_file
$ cat merged_file
this is file1
this is file2
mvmv origin_name new_name
rm$ rm file_name
$ rm -r folder_name/
rmdir$ rmdir folder_name/
cp$ cp oldfile other_folder/newfile
ln$ touch one
$ cat < one
$ ln one two
$ ls
one two
$ cat > one
this is one
$ cat < one
this is one
$ cat < two
this is one
ln -s soft linkhard link 會產生實體檔案,soft link 只是指標的轉向.
如果使用 soft link,當刪除原始檔案時,link 檔案將無法開啟.
每個權限都有一個代號,
read 表示可讀權限, 意味著可以開啟檔案與看見內容,
代號為 4,二進位表示為 100
write 表示可以複寫其內容,
代號為 2,二進位表示為 010,
execute 代表可執行,適用可執行檔或 shell script,
代號為 1,二進位表示為 001.
三種權限都有的話,權限為(111=>7)
新增一個檔案的時候,
預設只有讀寫,沒有執行的權限 (100|010=110=>6)
指令 umask 的設定值以三個八進位的數字“nnn”代表。
第一個設定數字給使用者自己（owner user），
第二個則是設定給用使用者所屬的群體（group），
第三個給不屬於同群體的其它使用者（other）。
每一位數字的設定值都是三項不同權限的數值加總，
read 權限數值為 4；write 權限數值為 2；execute 權限數值為 1。
結合了前三者的權限數值，單一的數字可設定的範圍是 0 ~ 7；
整體的可設定範圍是 000 ~ 777。
— 鳥哥的 Linux 私房菜
lsls foldername列出指定的資料夾中所有的檔案
ls -l列出資料夾中的所有檔案與其權限資訊
ls 最常被使用到的功能還是那個 -l 的選項，為此，很多 distribution 在預設的情況中， 已經將 ll (L 的小寫) 設定成為 ls -l 的意思了！其實，那個功能是 Bash shell 的 alias 功能呢
— 鳥哥的 Linux 私房菜
chmodsh-4.4$ ls -l
total 4
-rw-r–r– 1 33581 33581 978 Mar 12 17:30 README.txt
-rw-r–r– 1 33581 33581 0 Mar 12 17:32 test
sh-4.4$ chmod 777 test
sh-4.4$ ls -l
total 4
-rw-r–r– 1 33581 33581 978 Mar 12 17:30 README.txt
-rwxrwxrwx 1 33581 33581 0 Mar 12 17:32 test
sh-4.4$ chmod 444 test
sh-4.4$ ls -l
total 4
-rw-r–r– 1 33581 33581 978 Mar 12 17:30 README.txt
-r–r–r– 1 33581 33581 0 Mar 12 17:32 test
uname$ uname -a
Linux e955582759de 3.10.0-514.26.2.el7.x86_64 #1 SMP Tue Jul 4 15:04:05 UTC
2017 x86_64 x86_64 x86_64 GNU/Linux
選項與參數：
-a ：所有系統相關的資訊，包括底下的資料都會被列出來；
-s ：系統核心名稱
-r ：核心的版本
-m ：本系統的硬體名稱，例如 i686 或 x86_64 等；
-p ：CPU 的類型，與 -m 類似，只是顯示的是 CPU 的類型！
-i ：硬體的平台 (ix86)
— 鳥哥的 Linux 私房菜
filefile *
jazzy: ASCII text
mark: empty
marsen: directory
wc行數 字數 字元數 檔名
$ wc jazzy
3 10 39 jazzy
wc -l filename顯示檔案行數資訊
wc -w filename顯示檔案字數資訊
wc -c filename顯示檔案字元數資訊
sort$ sort
owls
pigs
dogs
cats
cats
dogs
owls
pigs
sort filename印出檔案內排序過後的結果(遞增)
cut參數:
-d 分割字元
-f index (從 1 開始)
範例
cat > filenames
Name-Sport-Age
Roger-Tennis-30
Nadal-Tennis-25
Tiger-Golf-37
Michael-Baseball-49
$ cut -d”-“ -f 1,3 filenames
Name-Age
Roger-30
Nadal-25
Tiger-37
Michael-49
dd$ cat > infile
this is the input file
$ cat infile
this is the input file
$ dd if=infile of=outfile conv=ucase
0+1 records in
0+1 records out
23 bytes copied, 6.6972e-05 s, 343 kB/s
$ cat outfile
THIS IS THE INPUT FILE
man$ man ls
1 | LS(1) User Commands LS(1) |
按h看更多訊息
$ man ls
h
1 | SUMMARY OF LESS COMMANDS |
按q退出查詢畫面
banner實測未出現,上網查了一下 banner 好像有蠻多不同的類型可以安裝?
compresszcatuncompresscompress 已經退流行了。為了支援 windows 常見的 zip，其實 Linux 也早就有 zip 指令了！ gzip 是由 GNU 計畫所開發出來的壓縮指令，該指令已經取代了 compress 。
— 鳥哥的 Linux 私房菜
以上是一些基本的 Linux Command ,
下一篇,我們會建立.sh 檔,將 Linux Command 依照指定的順序執行
並使用 sh 命令執行
用以完成一些更進階的工作.
(more..)
ex:
1 | ssh -i /path/my-key-pair.pem [email protected] |
For Amazon Linux, the user name is
ec2-user.
For Centos, the user name iscentos.
For Debian, the user name isadminorroot.
For Fedora, the user name isec2-user.
For RHEL, the user name isec2-userorroot.
For SUSE, the user name isec2-userorroot.
For Ubuntu, the user name isubuntuorroot.
Otherwise, ifec2-userandrootdon’t work, check with your AMI provider.
windows 好像是 Administrator ? 求補充
1 | sudo yum install docker |
1 | sudo service docker start |
apt-getyum(fin)
有寫測試, 也不保証專案成功,
一個失敗的單元測試案例,
作者歸納原因如下,
簡單說就是:
作者認為這是三種技能, 同時學習三種技能門檻會相當的高, 最後導致放棄.
(fin)
想像一下產品(Production)就是你的身體,
我們可以透過健康檢查(Unit Test);
檢查你的身體有沒有異狀 ?
但是檢查真的可靠嗎 ?
比如說一般的流感的快篩只有 50~60%的準確率,
我們的測試也無法達到 100%準確率(這裡不是指覆蓋率喔).
如何抓到測試抓不到的漏網之魚就是變異測試的目的.
我們透過讓 Production 產生變異(Mutation)
來確認我們的 Unit Test 是否可靠.
題外話,當大流行的時候會跳過快篩節省醫療資源,
因為可能有一半(50%)的患者都是流感,
而快篩準確率也只有 50%,加上時間及醫材成本,
不如直接開克流感能有效抑止疫情
變異後導致測試失敗？
yes , good
應該要失敗,表示你的測試有覆蓋到這個變異
no , test not covered
這表示你的測試並未
比如說 邊際值 或是 隱含的互動;
測試覆蓋率 100%也不一定能補捉變異
要麼少了 test case,
要麼多了無意義的代碼
看看以下例子
ex:
1 | foo(x,y) |
反思一下, 測試過了代碼就沒問題 ?
不能捉到變異的測試,
有發揮它的功能嗎 ?
一般來說如果透過 TDD 進行軟體開發,
我們的測試應該是會恰巧符合一項 Test Case
而如果是先寫代碼再寫測試,
將很難通過變異測試(容易產生多餘的代碼)
< => <=)< => >)有問題 ,反向測試案例不足
1 | private List<Integer> getPairCardRanks(List<Integer> cardRanks) { |
有問題 , -1 但是預期中的行為
1 | protected Integer getThreeOfAKindCardRank(List<Integer\> cardRanks) { |
(fin)
用戶下單的時候, 先收錢還是先扣庫存?
扣掉最後一件庫存後, 收錢失敗怎麼辦？
你已經把「賣完」訊息發給了賣家, 怎麼辦？
計算金額用整數還是浮點數？(浮點數不準)
Android 一共有幾種螢幕的 DPI ?
Android WebView 和 Chrome 的 Webkit 有何不同 ?
Web Service 花最多時間在處理什麼 ?
如何壓搾最高的吞吐量 ?
IO, USE async
什麼樣的情境適合增加伺服器數量來增進效能?
stateless
那有狀態怎麼辦 ?
load balancer 效能到達瓶頸怎麼辦 ?
IP
一天 25TB 的 Log 數量,怎麼不會查到天荒地老
Cache & 超賣問題
什麼時候要清 Cache ?
Database Master 與 Slave 哪個壓力大 ?(Slave)
增加 index 的代價為何 ?(Space)
Table 多大要 shard ?
Database 多大要分庫 ?
分庫如何作 transaction ?
(fin)
http://www.dotnetcurry.com/csharp/1417/csharp-common-mistakes
C#是個好棒棒的言語,但是它仍會有超乎你想像的行為,
而且就算你是有經驗的開發者,你也要看一看這篇文章.
這篇文章不講幹話,還會給你代碼喔
Null 很危險啦, 你別在 Null 身上調用方法
(譯注:在公司的維運人員應該還蠻常見這個錯誤的 一 ω 一)
We are all aware that null values can be dangerous, if not handled properly.
Dereferencing a null-valued variable (i.e. calling a method on it or accessing one of its properties)
will result in a NullReferenceException, as demonstrated with the following sample code:
1 | object nullValue = null; |
就安全的角度,好像我們要不停的檢查 reference type 是不是 null ,
雖然這件事常常發生,好像也很難說成是非預期的行為了…
(譯注:又有種中槍的感覺)
To be on the safer side, we should always make sure that reference type values are not null before dereferencing them.
Failing to do so could result in an unhandled exception in a specific edge case.
Although such a mistake occasionally happens to everyone, we could hardly call it unexpected behavior.
看看這個代碼, null 值在 runtime 的時候不會有 type 的
1 | string nullString = (string)null; |
No, null 值在 runtime 的時候不會有 type 的
No, null 值在 runtime 的時候不會有 type 的
No, null 值在 runtime 的時候不會有 type 的
很重要所以說三次,
當然你也別想呼叫 GetType() 方法
The correct answer is No.
A null value has no type at runtime.
In a way, this also affects reflection.
Of course, you can’t call GetType() on a null value because a NullReferenceException would get thrown:
1 | object nullValue = null; |
純量呢？
1 | int intValue = 5; |
那我們可不可能用反射(reflection)區分 nullable 跟 non-nullable 的值？
答案是不可能, 看看後面的代碼
Is it possible to distinguish between a nullable and a non-nullable value type using reflection?
The answer is No.
The same type will be returned for both variables in the above code: System.Int32.
This does not mean that reflection has no representation for Nullable, though.
1 | Type intType = typeof(int); |
上面兩段程式在 runtime 拿到的 type 很不一樣喔,
一個是System.Int32一個是 System.Nullable'1\[System.Int32\]
1 | private string OverloadedMethod(object arg) |
上面有兩個OverloadedMethod
猜猜看,傳入 null 時會呼叫哪一個方法？
1 | var result = OverloadedMethod(null); |
有人會猜編譯失敗嗎？
MAGIC ! 竟然可以編譯成功, 而回傳的值是 “string parameter” ,
一般來說,在編譯時期會作型別檢查,相同簽章的方法參數可以被轉型成另一個型別時,是可以編譯成功的喔.
而有明確型別的方法將被優先調用(譯注:求這段.Net Framework 的原碼來看一下,知道的人請告訴我)
如果要指定 null 參數呼叫的多載方法就要對 null 轉型唷,可以參考下面的方法.
1 | var result = OverloadedMethod((object)null); |
好像很少用位移運算吼？
回憶一下 左移移 右移移
1 | var shifted = 0b1 << 1; // = 0b10 |
1 | var shifted = 0b1 >> 1; // = 0b0 |
bits 跑到底並不會重頭開始喔,一直移位到爆掉就變 0 了.
(這裡會用 32 是因為 int 是 32bit 的數值,你可以試試放超過 32 的數值到 for loop 裡會發生什麼事)
The bits don’t wrap around when they reach the end.
That’s why the result of the second expression is 0.
The same would happen if we shifted the bit far enough to the left (32 bits because integer is a 32-bit number):
1 | var shifted = 0b1; |
The result would again be 0.
那我們是不是可以一次移 32 bit,讓它一次變成 0 呢？
靠北啊 竟然不行捏, 你只會拿到 1,
這跟運算子(operator)基本運算有關,在作位元運算的時候,
會拿第一個運算數除以第二個運算數後取餘數,
這導致我們只會拿 32 % 32 的結果 , 也就是 1 啦
(譯注:這段其實我不是很確定,如果錯誤請糾正)
However, the bit shifting operators have a second operand.
Instead of shifting to the left by 1 bit 32 times, we can shift left by 32 bits and get the same result.
1 | var shifted = 0b1 << 32; |
Right? Wrong.
The result of this expression will be 1. Why?
Because that’s how the operator is defined. Before applying the operation,
the second operand will be normalized to the bit length of the first operand with the modulo operation,
i.e. by calculating the remainder of dividing the second operand by the bit length of the first operand.The first operand in the example we just saw was a 32-bit number, hence: 32 % 32 = 0.
Our number will be shifted left by 0 bits. That’s not the same as shifting it left by 1 bit 32 times.
好棒棒 你竟然可以看到這裡,
那我們繼續討論 & (and) 跟 | (or) 運算子吧,
這兩個運算子跟一般的運算子有點不一樣
1 | [] |
1 | Colors color = Colors.Red | Colors.Green; |
上面這個刮號可不能省略喔, 因為(&)運算符的優先順序低於(==)運算符,
不過這段程式沒有刮號的話連編譯都不會過,真是好加在
另外在 .NET framework 4.0 之後的版本提供更棒的方法去檢查 flags
1 | bool isRed = color.HasFlag(Colors.Red); |
猜一下這個值會是多少？
1 | var rounded = Math.Round(1.5); |
猜 2 的就答對了, 下一題
猜一下這個值會是多少？
1 | var rounded = Math.Round(2.5); |
還是 2 ,
因為預設會取最接近的偶數
No. The result will be 2 again. By default,
the midpoint value will be rounded to the nearest even value.
You could provide the second argument to the method to request such behavior explicitly:
1 | var rounded = Math.Round(2.5, MidpointRounding.ToEven); |
這個行為可以透過MidpointRounding參數改變
1 | var rounded = Math.Round(2.5, MidpointRounding.AwayFromZero); |
另外要小心浮點數的精度問題,
以下的例子結果會是 1,( 因為 float 的 0.1 實際上小於 0.1 一 ω 一 )
這提醒我們在處理精確數值時,應轉換成整數處理.
(譯注:使用 dotnet fiddle 時並不會有這個問題, 在 windows 環境下測試的確會有問題)
1 | var value = 1.4f; |
最佳實踐建我我們應該避免在建構子初始化類別,
特別是靜態建構子.
在初始化一個類別的順序如下
看看這個例子
1 | public static class Config |
當我們嘗試實例化 FailingClass 時,你會得到 Exception;
值得注意的事,你拿到的會是TypeInitializationException
而並不是InvalidOperationException,
那麼我們是不是可以試著透過 try catch 補捉錯誤,
並修改靜態屬性,重新實體化 class 呢？
答案是不行
一個靜態建構值,如果它拋出一個異常,
那麼無論何時你想創建一個實例或以任何其他方式訪問這個類,
這個異常都會被重新拋出.
1 | try |
這個類別在程序重啟前是不能再被使用了(會拋出錯誤),
這在 C# 是個非常糟糕的實踐,
千萬別這樣設計你的類別.
The static constructor for a class is only called once.
If it throws an exception, then this exception will be rethrown
whenever you want to create an instance or access the class in any other way.The class becomes effectively unusable until the process (or the application domain) is restarted.
Yes, having even a minuscule chance that the
static constructor will throw an exception, is a very bad idea.
繼承的類別初始化執行順序更加複雜,看看下面的例子
1 | public class BaseClass |
當我們初始化 DerivedClass
1 | var instance = new DerivedClass(); |
你會得到一個除 0 的錯誤 DivideByZeroException
這與執行順序有關
DivideByZeroException這個例子只是要說明多形的概念與應用,
你可以透過轉形呼叫基底類別的方法.
1 | var instance = new DerivedClass(); |
It’s typically used to hide the interface methods from the consumers of the class implementing it,
unless they cast the instance to that interface.
But it works just as well if we want to have two different implementations of a method inside a single class.
It’s difficult to think of a good reason for doing it, though.
另外一個例子是明確實作介面方法,
如果你的類別已經有同名的方法的話.
雖然沒有什麼好理由建議你這樣作.
(譯注:實務上我有在遇到歷史共業這樣作過…)
1 | var instance = new DerivedClass(); |
小心 Iterators 的陷阱
看看以下代碼:
1 | private IEnumerable<int> GetEnumerable(StringBuilder log) |
1 | public class Context : IDisposable |
假設我們 foreach 呼叫 GetEnumerable 方法,
你預期 Context 類別會有什麼樣的行為？
我們會印出以下的 output 嗎？
Context created
1
2
3
4
5
Context disposed
1 | var log = new StringBuilder(); |
不是的,
實際上印出的是
Context created
Context disposed
1
2
3
4
5
這點很重要,
因為實務上你很有可能 using dbconnetion 之類的物件,
那麼你在取得真正的資料之前,
你的連線就已經中斷了
This means that in our real world database example, the code would fail –
the connection would be closed before the values could be read from the database.
看看以下的修正
1 | private IEnumerable<int> GetEnumerable(StringBuilder log) |
譯注:看到這裡對 yield return 的使用情境才比較有感啊…
如果你不太熟yield return,其實它只是個語法糖,允許增量執行,
參考以下範例,或許能更容易理解
1 | private IEnumerable<int> GetCustomEnumerable(StringBuilder log) |
1 | var log = new StringBuilder(); |
before enumeration
before 1
1
before 2
2
before 3
3
before 4
4
before 5
5
before end
after enumeration
值得注意的事, 如果你在 loop 當中重複執行以上的代碼,
那麼 Iterators 也會重複執行
1 | var log = new StringBuilder(); |
輸出如下,可以明顯看到 GetCustomEnumerable 方法,
實際上被隱含的執行了兩次,
這在 Code Review 的階段也是難以被察覺的.
enumeration #1
before 1
1
before 2
2
before 3
3
before 4
4
before 5
5
before end
enumeration #2
before 1
1
before 2
2
before 3
3
before 4
4
before 5
5
before end
比較好的作法是將 IEnumerable ToList(),
如果你真的需要對 IEnumerable 的結果作 loop 的操作
1 | var log = new StringBuilder(); |
輸出結果
before 1
before 2
before 3
before 4
before 5
before end
enumeration #1
1
2
3
4
5
enumeration #2
1
2
3
4
5
如果真的能夠預期所有的行為的開發人員,
真的是好棒棒,
對我來說 static class constructor 的行為是超乎預期的,
然後對 yield return 的使用場景更有感覺了.
本來預計農曆年就可以完成的翻譯,
竟然也拖了這麼久,看來我英文還是不行啊.
希望對大家有幫助,也請多多看原文 :)
(fin)
這段蠻簡單的，不贅敘;特別一提的事可以使用有 VISA 的金融卡作金額控管
比起信用卡動輒數萬到數十萬的額度，可以在金融卡存個 3000 之類的。
預算可以更彈性,而且精準的控制預算。
另外說一下，現在 AWS 有一年的免費額度(已經有好一陣子了)，在註冊流程跳過付款方式的設定，實際上也是可以操作的 AWS 的(目前只有設定 IAM)。
(2018/01/31 更新)
確定可以使用有VISA的金融卡開戶，
另外當要實際使用 AWS 的服務時 EX: EC2, Lambda etc…
需要綁定信用卡(VISA 金融卡也可以)才能繼續使用。
綁定的過程會需要輸入電話，AWS 會撥一通電話給你，
螢幕上會出現 4 個數字，照畫面輸入即可完成信用卡(VISA 金融卡)的驗証。
完成註冊後，一開始只能使用 email 登入，這個帳號可以存取 AWS 所有服務。
AWS 不建議使用 Root User 作為日常的管理帳戶, Root User 應該只被用來建立第一個 IAM
可以在 IAM Console 檢查成功了沒
2. 建立 IAM User 與指定 Group 權限
AWS IAM 的權限觀念是透過 User 與 Group 來組合的，
權限是授與 Group , 而 User 隸屬於 Group 便擁有其權限，
同時 AWS 提供多組(347 組)預設的 Policies, 讓人選擇
當然也可以建立自已的 Policy. *不確定有沒有反向的 Policy ，
如果有當不同的 Group Policy 有衝突時該如何處理。
建立使用者時, 使用 AutoGenerated Password 時
要記得取得 password
在最後一步會按下 Show 就會顯示
3. 設定 AWS Account ID 與 Alias
1 | root account 無法停用 |
(fin)
目前有各種各樣的技術來將新應用部署到生產環境，
所以權衡對系統和終端使用者的影響降至最少，選擇正確的方式是非常重要的。
本文將著重討論如下部署策略：
我們來看一下每個策略最適合哪種使用者使用場景。
爲了簡化，我們使用 Kubernetes ，並用 Minikube 進行例子演示。
每個策略的配置例子和詳細步驟都可以在這個 git 倉庫 上找到。
重建策略是一個冗餘的方式，它包含下線版本 A，然後部署版本 B。
這個方式意味著服務的宕機時間依賴於應用下線和啟動耗時。
優點：
缺點：
滾動部署策略是指通過逐個替換應用的所有例項，
來緩慢釋出應用的一個新版本。
通常過程如下：
在負載排程後有個版本 A 的應用例項池，
一個版本 B 的例項部署成功，可以響應請求時，
該例項被加入到池中。
然後版本 A 的一個例項從池中刪除並下線。
考慮到滾動部署依賴於系統，
可以調整如下引數來增加部署時間：
優點：
缺點：
藍綠部署策略與滾動部署不同，
版本 B（綠）同等數量的被並排部署在版本 A（藍）旁邊。
當新版本滿足上線條件的測試後，
流量在負載均衡層從版本 A 切換到版本 B。
優點：
缺點：
金絲雀部署是指逐漸將生產環境流量從版本 A 切換到版本 B。
通常流量是按比例分配的。
例如 90%的請求流向版本 A，10%的流向版本 B。
這個技術大多數用於缺少足夠測試，或者缺少可靠測試，
或者對新版本的穩定性缺乏信心的情況下。
優點：
缺點：
A/B 測試是指在特定條件下將一部分使用者路由到新功能上。
它通常用於根據統計來制定商業決策，而不是部署策略。
然而，他們是相關的，可以在金絲雀部署方式上新增額外功能來實現，所以我們這裏簡要介紹一下。
這個技術廣泛用於測試特定功能的切換，併發布使用佔大部分的版本。
下面是可以用於在版本間分散流量的條件：
優點：
缺點：
影子部署是指在版本 A 旁邊釋出版本 B，
將版本 A 進來的請求同時分發到版本 B，
同時對生產環境流量無影響。
這是測試新特徵在產品負載上表現的很好用的方式。
當滿足上線要求後，則觸發釋出新應用。
這個技術配置非常複雜，而且需要特殊條件，尤其是分出請求。
例如一個購物車平臺，如果你想影子測試支付服務，
你可能最終會是使用者為他們的訂單支付兩次。
這種情況下，可以通過建立一個模擬的服務來重複響應使用者的請求。
優點：
缺點：
部署應用有很多種方法，實際採用哪種方式取決於需求和預算。
當釋出到開發或者模擬環境時，重建或者滾動部署是一個好選擇。
當釋出到生產環境時，滾動部署或者藍綠部署通常是一個好選擇，
但是新平臺的主流程測試是必須的。
藍綠部署和影子部署對預算有更高的要求，因為需要雙倍資源。
如果應用缺乏測試或者對軟體的功能和穩定性影響缺乏信心，
那麼可以使用金絲雀部署或者 AB 測試或者影子釋出。
如果業務需要根據地理位置、語言、作業系統或者瀏覽器特徵等這樣引數來給一些特定的使用者測試，那麼可以採用 AB 測試技術。
最後但並不是最不重要的，影子釋出很複雜，且需要額外工作來模擬響應分支流量請求，
當可變操作（郵件、銀行等）呼叫外部依賴時這是必須的，
這個技術在升級新資料庫是非常有用，使用影子流量來監控負載下的系統性能。
下表可以幫助你選擇正確的策略：
取決於雲服務提供商和平臺，如下文件是理解部署的很好開始：
希望這是有幫助的，如果有任何問題或者反饋，可以在下面評論
(正文結束)
| 策略 | 服務不斷線 | 真實環境測試 | 預算成本 | 退版時間 | 使用者影響 | 複雜度 |
| ———- | ———- | ———— | ——– | ——– | ———- | —— | — |
| 重建部署 | ✖ | ✖ | ✖ | ★☆☆ | ★★★ | ★★★ | ☆☆☆ |
| 滾動部署 | ✔ | ✖ | ✖ | ★☆☆ | ★★★ | ★☆☆ | ★☆☆ |
| 藍綠部署 | ✔ | ✖ | ✖ | ★★★ | ☆☆☆ | ★★☆ | ★★☆ |
| 金絲雀部署 | ✔ | ✔ | ✖ | ★☆☆ | ★☆☆ | ★☆☆ | ★★☆ |
| A/B 部署 | ✔ | ✔ | ✔ | ★☆☆ | ★☆☆ | ★☆☆ | ★★★ |
| 影子部署 | ✔ | ✔ | ✖ | ★★★ | ☆☆☆ | ☆☆☆ | ★★★ |
非常實用的文章,可惜中譯的圖片並非 gif,原文的超聯結也掉失,
特別重新修正以上問題,留作記錄
(fin)
思考一下,開發程式碼的目標與價值是什麼 ?
寫出 Clearn Code ?
還是交付產品 ?
這樣子的 Source Code 真的是 Clearn Code 嗎？
A1. 當然要有標準,不過標準之所以為標準,應該有以下幾個特點.
A2.
在實務上遇到很複雜的情況, 大多需要依賴約定成俗方式規範.
這是一種風格或原則 ;
簡單的分類方法,
如果無法透過自動化工具作檢測,
就不應該歸類為標準.
註:有機會再介紹自動化的檢測工具
A3. 如上所說,標準應該能被自動化,
風格應該是團隊的文化自然形成的產物,
具體的實作可以透過讓開發者彼此之間作代碼審核
或是結對編程培養出屬於團隊的風格,
風格要基於標準之上,但是不能違反原則;
以下的原則可以作為參考
初期的可能會發生在「{」要不要換行之類的問題上揪結之類的蠢事,
如果可以自動化,就把它作成標準吧…
如果不行的話, 就別揪結了.
實務上可能遇到各種狀況,
把 Reviewer 的權限下放到各個開發者身上,
或是使用結對編程,
就讓團隊成員去討論與決定風格.
以標準為根基,原則為天,
踩穩腳步,不要超出天空,
就讓團隊自由發揮吧.
最後,持續交付會比每兩周花一個小時開會決定 Style 的細節好多了. 不是嗎？
(fin)