電商購物通知信的盲點

電商已經是巨大規模的市場,因此,現代的電商系統裡面已經開發出各種各樣的功能,能購買下單當然是基礎,此外還要接金流,這部分有現金、匯款、刷卡、第三方支付,匯款還分一次性的帳號等等。物流還要接超商取貨,貨到付款,黑貓、宅配等。

但即使是已經發展得非常完整,也是台灣大型數一數二的電商之一,沛盛資訊接到電商客戶的求救,看似很簡單的問題,就是客戶的購物通知郵件發出去之後,不曉得客戶是否有順利收到。

購物通知是關鍵螺絲釘

shoppingcart每個上網購物的人,肯定再按下購物結帳那個按鈕之後,心中就會期待會有一個購物確認通知,出現在她的email信箱裡面。由於郵件傳輸關係,有時候可能一分鐘沒立即收到,但等個五分鐘沒收到,十分鐘過去了也沒收到,三十分鐘了還沒收到。這就應該心裡會覺得不對勁了吧! 一定在想,到底這個訂購有沒有確認收到,刷卡的錢會不會被多扣了等等。

這電商客戶遇到的問題,就是購物信發不出去,或是不曉得客戶到底由沒有收到。購物通知信就是一封電子郵件,而郵件發不出去的可能狀況很多,有可能是電商系統的發信速度過慢,郵件都卡住了,有可能是發信的機器出了問題,硬碟壞掉等等千百種。但即時是發出去了,也不要以為客戶就有收到,進垃圾信箱是常見的客服問題,另外還有一不小心發信伺服器IP成了國際組織垃圾郵件黑名單,或是郵件被退信,當然還有就是不知道傳到哪裡就不見了。

但這封購物通知信,可是電商系統的關鍵螺絲釘,小小一封郵件不起眼,要是沒寄給客戶可是會對買東西的消費者抓狂,打電話進客服大吵特吵。

沛盛資訊有解藥

沛盛資訊的OMICard 360產品,就是電商購物通知信最好的解法。由於產品的技術來自電子報系統,因此它配備詳盡的郵件追蹤報表分析,每一封郵件到底什麼時候發出,到了哪裡去,清清楚楚明明白白,一個都跑不掉。

這些詳盡的追蹤功能,當初可是為了開發給電子報系統,由於自行開發大量郵件發信機,因此有能力掌握每一封郵件的來龍去脈,也替沛盛資訊贏得了許多大型電商集團的熱愛。但無心插柳柳成蔭,這項郵件追蹤功能,居然成了撐起購物通知這關鍵螺絲釘角色,替電商客戶詳細的解決了購物通知信問題。

OMICard報表種類

常用報表(Email)

  1. 總寄送報表:紀錄郵件的詳細發送情形,如:名單總數、有效名單數、系統送出郵件數…等,以及郵件內容的連結數、檔案數與發送時間。
  2. 傳送報表:紀錄郵件成功送達客戶信箱的數量及目標客戶或轉寄郵件的詳細情形,如:退信率、成功發送率、轉寄率、平均每人轉寄郵件數…等。
  3. 開啟報表:紀錄開啟郵件的數量及閱覽的次數,包括開啟率與平均展信次數。
  4. 點選報表:紀錄點閱郵件頁面上連結選項的郵件數與點選數,包括點選率與平均點選次數。
  5. 退信報表:記錄此次寄送任務的退信情形,如退信比例和退信原因之排名。
  6. 裝置開啟報表:記錄此次寄送任務的裝置開啟情形,如各裝置開啟比例和裝置開啟數量之排名。
  7. 開信郵件下載報表:記載每個開啟郵件的開啟次數及時間。
  8. 點選郵件下載報表:記載每個點選郵件的點選次數及時間。
  9. 有效郵件下載報表:記載發送成功而且無退信及無取消訂閱的郵件。
  10. 退信郵件下載報表:記載各電子郵件被退信的狀態、時間及原因。

 

寄送情形(Email)

  1. 總寄送報表:紀錄郵件的詳細發送情形,如:名單總數、有效名單數、系統送出郵件數…等,以及郵件內容的連結數、檔案數與發送時間。
  2. 傳送報表:紀錄郵件成功送達客戶信箱的數量及目標客戶或轉寄郵件的詳細情形,如:退信率、成功發送率、轉寄率、平均每人轉寄郵件數…等。
  3. 發送失敗郵件報表:紀錄無效及發送失敗郵件佔總發信數的比例。
  4. 退信報表:記錄此次寄送任務的退信情形,如退信比例和退信原因之排名。
  5. 退信歷程:紀錄在系統預設的每一段時間內,收信者退信的次數。
  6. 網域排行報表:記錄此次寄送任務的網域排行情形,如網域比例和網域發送數量之排名。

 

開信情形(Email)

  1. 開啟報表:紀錄開啟郵件的數量及閱覽的次數,包括開啟率與平均展信次數。
  2. 開啟歷程:紀錄在系統預設的每一段時間內,收信者開啟閱覽郵件的次數。
  3. 點選報表:紀錄點閱郵件頁面上連結選項的郵件數與點選數,包括點選率與平均點選次數。
  4. 點選歷程:紀錄在系統預設的每一段時間內,閱信者點選連結的次數。
  5. 開啟 VS. 點選:同時檢視開啟郵件與點選郵件的平均展信次數、平均點選次數與點選率。
  6. 取消訂閱:紀錄收信者點選”取消訂閱”連結的狀況,並計算取消訂閱率。
  7. 回信郵件:紀錄閱信者每一次回信的狀況。
  8. 積分報表:紀錄郵件的詳細積分情形,如:郵件發送總數、平均積分、轉寄積分…等。
  9. 聯絡訊息報表:紀錄閱信者點選聯絡狀況,並計算聯絡率。

 

排名比較(Email)

  1. 連結排名-郵件數:紀錄最多人點選過該網頁及連結的排行郵件數及點選時間。
  2. 連結排名-點選數:紀錄最多人點選過該網頁及連結的排行點選次數及點選時間。
  3. 連結排名-首選數:紀錄最多人首次點選過該網頁及連結的排行郵件數及點選時間。
  4. 郵件數(依版面):紀錄最多人點選過該網頁及連結的排行郵件數及點選時間。
  5. 點選數(依版面):紀錄最多人點選過該網頁及連結的排行點選次數及點選時間。
  6. 首選數(依版面):紀錄最多人首次點選過該網頁及連結的排行郵件數及點選時間。

 

地理環境(Email)

  1. 開啟地理報表:針對各國家、省/州、市/縣,紀錄閱信者每次閱覽郵件時所在的地理位置。
  2. 點選地理報表:針對各國家、省/州、市/縣,紀錄閱信者每次點選連結時所在的地理位置。
  3. 開啟環境:紀錄閱信者每一次閱讀郵件時使用之電腦作業系統與電子郵件瀏覽器。
  4. 裝置開啟報表:記錄此次寄送任務的裝置開啟情形,如各裝置開啟比例和裝置開啟數量之排名。

 

重點報表(Email)

  1. 不良狀態報表:含所有的不良狀態。
  2. 綜合閱信報表:本次任務的開啟、點擊…等綜合報表。

 

狀態下載(Email)

  1. 無開啟、點擊郵件下載報表:記載發送成功但無任何開啟、點擊記錄的郵件。
  2. 發送失敗下載報表:記載發送失敗的郵件。
  3. 取消訂閱下載報表:記載各電子郵件被取消訂閱的時間與類型。
  4. 矯正郵件下載報表:記載矯正郵件的電子郵件信箱與遞交時間。
  5. 已開啟、點擊郵件下載報表:記載發送成功且已知狀態,如有開啟、點擊、回信的郵件。
  6. 積分下載報表:記載每個積分的細節。
  7. 有效郵件下載報表:記載發送成功而且無退信及無取消訂閱的郵件。
  8. 郵件狀態下載報表:記載每封郵件目前狀態。
  9. 積分類型下載報表:記載每個積分的細節。
  10. 暫停郵件下載報表:記載暫停郵件。
  11. 終止郵件下載報表:記載終止郵件。

 

閱信下載(Email)

  1. 閱信細節下載報表:記載每個閱信的細節。
  2. 點選細節下載報表:記載每個點選的細節。
  3. 轉寄狀態下載報表:記載各轉寄的詳細傳送情形。
  4. 轉寄關聯下載報表:記載原始轉寄者、轉寄者與被轉寄者之間關連的電子郵件信箱。
  5. 聯絡留言訊息下載報表:記載各聯絡留言郵件的留言內容與時間。
  6. 回信下載報表:記載各電子郵件回信的時間與類型。
  7. 連結點選狀態下載報表:記載個連結被閱信者點選的次數與時間。
  8. 寄送名單網域下載報表:記載所有寄送名單網域的統計數據。
  9. 訂閱下載報表:記載各電子郵件訂閱的時間與類型。
  10. 開啟郵件下載報表:記載每個開啟郵件的開啟次數及時間。
  11. 點選郵件下載報表:記載每個點選郵件的點選次數及時間。
  12. 有點擊但未知開啟狀態郵件下載報表:記載每封有點擊但未知開啟狀態郵件的點擊次數及時間。
  13. 電子報群組郵件開啟及點擊狀況下載報表:記載電子報群組郵件開啟次數、時間及點擊次數、時間。
  14. 一般群組郵件開啟及點擊狀況下載報表:記載一般群組郵件開啟次數、時間及點擊次數、時間。
  15. 電子報群組開啟及點擊統計狀況下載報表:記載電子報群組退信、開啟次數及點擊次數、時間的統計。
  16. 一般群組開啟及點擊統計狀況下載報表:記載一般群組退信、開啟次數及點擊次數、時間的統計。

 

退信下載(Email)

  1. 退信細節下載報表:記載各電子郵件被退信的狀態、時間及原因的細節。
  2. 退信網域下載報表:記載各退信網域的退信數量。
  3. 退信碼下載報表:記載各退信碼的退信數量。
  4. 退信碼及網域下載報表:記載各退信碼及網域的退信數量。
  5. 退信細節下載報表(902):記載各電子郵件被退信,退信碼為902(收件人未知或地址無效)的狀態、時間及原因。
  6. 退信細節下載報表(905):記載各電子郵件被退信,退信碼為905(收件主機不存在)的狀態、時間及原因。
  7. 退信細節下載報表(901):記載各電子郵件被退信,退信碼為901(收件人信箱已滿)的狀態、時間及原因。
  8. 退信郵件下載報表:記載各電子郵件被退信的狀態、時間及原因。
  9. 退信重送下載報表:記載各電子郵件退信重送的狀態、時間及原因的細節。
  10. 信件收到後被轉寄到不同郵件信箱的退信郵件下載報表:轉寄到不同郵件信箱的退信郵件下載報表。

 

移除下載(Email)

  1. 移除格式錯誤郵件下載報表:記載移除格式錯誤郵件的電子郵件信箱與遞交時間。
  2. 移除重複郵件下載報表:記載重複郵件的電子郵件信箱與移除時間。
  3. 移除退信郵件下載報表:記載退信郵件的電子郵件信箱與移除時間。
  4. 移除取消訂閱郵件下載報表:記載取消訂閱郵件的電子郵件信箱與移除時間。
  5. 移除黑名單郵件下載報表:記載移除黑名單郵件的電子郵件信箱與遞交時間。
  6. 移除白名單郵件下載報表:記載移除白名單郵件的電子郵件信箱與遞交時間。
  7. 移除名單處理下載報表:記載移除名單處理郵件的電子郵件信箱與遞交時間。

 

地理環境下載(Email)

  1. 開啟地理下載報表:記載閱信者每次閱覽郵件時所在的地理位置的統計數量。
  2. 點選地理下載報表:記載點選者每次閱覽郵件時所在的地理位置的統計數量。
  3. 開啟環境下載報表:記載閱讀郵件時使用之電腦作業系統與電子郵件瀏覽器的統計數量。

 

常用報表(SMS)

  1. 簡訊總寄送報表:紀錄簡訊的詳細發送情形,如:簡訊總數、有效手機號碼、無效手機號碼、簡訊發送狀態、發送時間…等。
  2. 簡訊傳送報表:紀錄簡訊成功送達客戶的數量詳細情形,如:系統針對目標客戶發送出的簡訊總數、已收到數量、未收到數量、已發送至電信單位但狀態未知的數量…等。
  3. 簡訊發送失敗下載報表:記載發送失敗的簡訊。
  4. 簡訊已送至電信單位的細節:簡訊已送至電信單位的細節。
  5. 記載客戶已收到簡訊的細節:記載客戶已收到簡訊的細節。
  6. 記載客戶未收到簡訊的細節:記載客戶未收到簡訊的細節。
  7. 無效簡訊下載報表:記載無效的簡訊與遞交時間。

 

簡訊寄送情形(SMS)

  1. 簡訊總寄送報表:紀錄簡訊的詳細發送情形,如:簡訊總數、有效手機號碼、無效手機號碼、簡訊發送狀態、發送時間…等。

 

簡訊接收情形(SMS)

  1. 簡訊傳送報表:紀錄簡訊成功送達客戶的數量詳細情形,如:系統針對目標客戶發送出的簡訊總數、已收到數量、未收到數量、已發送至電信單位但狀態未知的數量…等。

 

簡訊狀態下載(SMS)

  1. 簡訊發送失敗下載報表:記載發送失敗的簡訊。
  2. 簡訊已送至電信單位的細節:簡訊已送至電信單位的細節。
  3. 記載客戶已收到簡訊的細節:記載客戶已收到簡訊的細節。
  4. 記載客戶未收到簡訊的細節:記載客戶未收到簡訊的細節。
  5. 無效簡訊下載報表:記載無效的簡訊與遞交時間。
  6. 矯正簡訊下載報表:記載矯正簡訊號碼與遞交時間。
  7. 簡訊未知狀態的細節:簡訊已送至電信單位但是狀態未知的細節。
  8. 簡訊重送記錄細節:簡訊重送記錄的細節。

 

簡訊移除下載(SMS)

  1. 重複簡訊下載報表:記載重複簡訊號碼與移除時間。
  2. 移除已知無法傳遞簡訊下載報表:記載無法傳遞簡訊號碼與移除時間。
  3. 移除取消訂閱簡訊下載報表:記載取消訂閱簡訊號碼與移除時間。
  4. 移除黑名單簡訊下載報表:記載移除黑名單簡訊號碼與遞交時間。
  5. 移除白名單簡訊下載報表:記載移除白名單簡訊號碼與遞交時間。
  6. 移除名單處理下載報表:記載移除名單處理簡訊號碼與遞交時間。

 

 

 

 

 

 

OMICard電子郵件退信代碼解說

退信碼 退信原因 中文說明
900 Email can not be delivered due to unknown reason 基於未知的原因無法送達

 

901 The recipient’s email box is full 收件人信箱已滿
902 User unknown or the recipient"s address is not valid 收件人未知或地址無效
903 User not listed in public Name & Address 使用者不存在於該系統的公用通訊錄中(可能不接受外部信件)
904 Too many hops 郵件路由路徑過多(超過30次)
905 Host unknown 收件主機不存在
906 User out of the office 收件人外出之自動回信訊息
907 Message rejected by the recipient’s email system 郵件被目標伺服器拒絕接收

(maybe is spam rules or cann’t accept your mail)

908 The recipient’s email address has changed 收件人信箱變更
909 Local configuration error 收件郵件主機端設定錯誤
910 The recipient email service is unavailable 收件郵件主機無效或是停止服務
911 Cann’t successfully make connection to the recipient’s email system 網路問題或是被檔信,無法成功發送郵件至目標郵件主機
912 Account disable,maybe the email box is full or inactive 收件人信箱已關閉(已滿、過期或是停用)
913 Message rejected by the Anti-SPAM Rules(Policy) 被收件主機廣告或是政策阻擋機制拒絕
914 The recipient"s email address is of KIMO domian which has expired Helo command拒絕: 發信端主機需要設定完整的網域名稱(FQDN)
915 Recipient email server error 收件主機端發生錯誤(可能是對方主機空間不足或記憶體不足)
916 Your ip address not registered reverse domain 發信端主機無正反網域解析設定(領域反解)
917 Your ip address blocked by the Blocklists database 發信端主機IP位址存在於黑名單資料庫網站

 

918 Content rejected by the SPAM Rules(Policy) (內容、主旨或網址) 被廣告阻擋機制拒絕
919 Sender rejected by the SPAM Rules(Policy) (寄件者信箱) 被廣告阻擋機制拒絕
920 Message forward error,maybe the original forwarding address is inactive 原始收件者所設定的轉寄信箱可能無效
921 Message rejected,because you exceeded then maximum number recipients 信件被拒絕,因為收件端主機此刻收到過多郵件
922 Message rejected,the recipient email server not support HTML format 信件被拒絕,因為收件主機不支援HTML格式郵件
923 Message rejected,Sender was not authenticated 信件被拒絕,因為寄件人未經過收件主機驗証認可
924 Message rejected,IP Excessive unknown YAHOO   account 信件被拒絕,因為此IP寄送過多無效郵件信箱
925 Message rejected,we don’t accept mail from dynamic and residential IP addresses 信件被拒絕,不接受動態IP位址主機發送之信件
926 User refuses to receive this mail 郵件收件者(管理者)設定了拒絕接受您所發送之信件
927 Message rejected,cannot determine DNS MX record 查無 DNS MX(Mail Exchanger)記錄
928 Delivery to the following recipients has been delayed 延遲傳遞,信件無法傳送至目標主機
929 Message rejected,Too many concurrent SMTP connections 信件被拒絕,收件端主機不接受過多的SMTP連線
930 Message rejected,Illegal Attachment files 信件被拒絕,因為內含非法(不被許可的)附件檔
931 Email probably looping 傳送信件至目標網址時發生本機傳遞迴圈現象,該目標網域可能是非友善的(SMTP DoS / SMTP DDoS)
932 信件被拒絕,因為郵件太大
933 寄件者網域或是信箱驗證失敗(無效寄件者、寄件者DNS相關的設定有誤或是查不到相關設定)
934 收件人信箱暫停使用
935 灰名單機制阻擋
936 寄件者信箱不在允許名單中
937 傳送信件至目標網址時發生本機傳遞迴圈現象(Email Looping)
938 信件被拒絕,IP被暫時性封鎖
939 信件被拒絕,IP被永久性封鎖
940 信件被拒絕,郵件內容(格式或是內容型態)不許可
941 發信機(IP)未被寄件者授權去發信: SPF 或是 Dmarc DNS設定
942 收件者信箱在發信機黑名單
943 收件者信箱不在發信機白名單
950 收件者信箱在發信機自訂移除名單

 

附件:退信碼及原因列表

退信碼 退信原因 預設處理方式
900 基於未知的原因無法送達 休息後重送
901 收件人信箱已滿 退信
902 收件人未知或地址無效 退信
903 使用者不存在於該系統的公用通訊錄中 退信
904 郵件路由路徑過多(超過30次) 退信
905 收件主機不存在 退信
906 收件人外出之自動回信訊息 退信
907 被目標伺服器拒絕接收 休息後重送
908 收件人信箱變更 退信
909 目標伺服器端設定錯誤 退信
910 目標郵件主機無效或是停止服務 退信
911 網路問題或是被檔信,無法成功發送郵件至目標郵件主機 休息後重送
912 收件人信箱已關閉(已滿、過期或是停用) 退信
913 被收件主機廣告或是政策阻擋機制拒絕 休息後重送
914 Helo command拒絕: 發信端主機需要設定完整的網域名稱(FQDN) 退信
915 收件主機端發生錯誤 休息後重送
916 發信端主機無正反網域解析設定(領域反解) 退信
917 發信端主機IP位址存在於黑名單資料庫網站 退信
918 (內容、主旨或網址) 被廣告阻擋機制拒絕 退信
919 (寄件者信箱) 被廣告阻擋機制拒絕 退信
920 原收件者所設定的轉寄信箱可能無效 退信
921 信件被拒絕,因為收件端主機此刻收到過多郵件 休息後重送
922 信件被拒絕,因為收件主機不支援HTML格式郵件 退信
923 信件被拒絕,因為寄件人未經過收件主機驗証認可 退信
924 信件被拒絕,因為此IP寄送過多無效郵件信箱 休息後重送
925 信件被拒絕,不接受動態IP位址主機發送之信件 退信
926 郵件收件者(管理者)設定了拒絕接受您所發送之信件 退信
927 查無 DNS MX(Mail Exchanger)記錄 退信
928 延遲傳遞,信件無法傳送至目標主機 休息後重送
929 信件被拒絕,收件端主機不接受過多的SMTP連線 休息後重送
930 信件被拒絕,因為內含非法(不被許可的)附件檔 退信
931 傳送時間過期 退信
932 信件被拒絕,因為郵件太大 退信
933 寄件者網域或是信箱驗證失敗(無效寄件者、寄件者DNS相關的設定有誤或是查不到相關設定) 退信
934 收件人信箱暫停使用 退信
935 灰名單機制阻擋 休息後重送
936 寄件者信箱不在允許名單中 退信
937 傳送信件至目標網址時發生本機傳遞迴圈現象(Email Looping) 休息後重送
938 信件被拒絕,IP被暫時性封鎖 休息後重送
939 信件被拒絕,IP被永久性封鎖 退信

 

註:以上所列的預設處理方式只是大略的預設值,系統會根據之前的經驗及現況去做出最合適的處理方式,實際處理方式是很複雜,發信系統會自我學習,根據之前經驗及現況再決定重送幾次、換IP重送、或是休息後重送或是即刻退信等等。

OMICard系統發信與退信流程說明

產信:

在發信過程,所有郵件系統都會經過『產信』再『發信』這兩個步驟,OMICard系統在產信前會依系統或是使用者的設定先行排除無效名單、重複名單、取消訂閱、黑名單、白名單、已知退信、關鍵字過濾等等名單剔除流程再產信,產完信後即刻送至發信機開始發送(開始SMTP Session)。

 

發信:

一封郵件在發信最終結果只有兩種結果:成功與失敗,但是可能會經過嘗試發信數次後(1 ~ N次或是發送時間截止)才會決定最終結果,最終發不出去的郵件會被當退信(Hard bounce)處理,但是即使發信成功後,接收方郵件系統仍然可能會依他們的設定條件後續再退信(Soft bounce)。

 

退信:

退信依過程可分為Hard Bounce (發不出去)及Soft Bounce(發成功再被退回),但是退信原因依據多年經驗可分為近40種(請參閱列表),目前是業界公認最詳細最準確的退信分析,由於可以準確判定退信原因,系統才知道如何準確因應發信,這也是OMICARD發信成功率及發信效率高的原因。

 

發信過程:

在發信過程會有不同的退信原因,解說如下:例如test@xxx.com

  1. 先檢查xxx.com是否存在,若不存在則視為905退信。
  2. 嘗試連線至xxx.com,無任何反應則視為910退信。
  3. 可連線至xxx.com,但是即刻被對方中斷則可能為911,938,939退信,系統會依狀況決定是否繼續嘗試或是退回。
  4. 在後續的SMTP連線過程中(ehlo, mail from, rcpt to, data, . , quit等SMTP Session階段),郵件接收方會依IP、寄件主機設定、寄件人、收件人、主旨、內容等等條件判定而拒絕收信,系統會依狀況繼續嘗試或是即刻退回。
  5. 如果最後郵件接收方返回SMTP 250的碼,就視為成功。
  6. 以上過程無論最終結果如何OMICARD系統均會將郵件接收方的SMTP返回碼及返回訊息完整記錄下來並分析詳細原因(RETURN CODE, REASON),以供系統或是管理、客服人員後續處理。

 

如前面所提,即使發送成功,接收方郵件仍可依他們的設定值再退回郵件(例如906,908,913等等),因此相同退信碼有可能在不同階段發生。由於郵件資安系統不斷演進,OMICARD為確保發送成功率,系統會定時更新(包含程式碼及退信分析碼),以確保郵件不會被誤判而退回。

 

有幾大因素亦會影響發信成功率:

  1. 發信機DNS設定(A ,MX, SPF, DKIM,DMARC)。
  2. 發信機IP。
  3. 發信速度。
  4. 發信邏輯。
  5. 名單的有效率(無效名單低於2%以下)。
  6. 寄件人的信箱。
  7. 主旨。
  8. 內容。
  9. 各ESP亦提供大量郵件申請。

 

垃圾桶:

還有即使發信成功沒被退回亦可能進垃圾桶,至於進垃圾桶可能原因如下:

  1. 寄件人的信箱聲譽。
  2. 發信機IP聲譽。
  3. 郵件SPF、DKIM、DMARC驗證。
  4. 發信速度太快。
  5. 郵件主旨。
  6. 郵件內容。
  7. 接收者『按』這是垃圾信選項:若是一定的數量的郵件接收者『按』這是垃圾信選項,則會導致下次發信成功率。

OMICard叢集及備援系統架構說明

系統說明:

OMICard系統提供叢集運算(Cluster)及備援(Standby)的功能:

叢集運算(Cluster:指兩台以上系統同時一起工作,除提高運算效能外還可以互相備援。

備援(Standby:指一台當正式主機運作,而一台在做備援主機,當其中正式主機發生異常時,備援主機可以自動偵測到並自動啟動繼續運作。

註:叢集運算(Cluster)及備援(Standby)可以同時建置運作,例如可以配置三台OMICard、其中有兩台主機做運算、另一台當作備援。

 

OMICard系統包含以下子模組系統

AP:包含產信、報表、分析等等子模組。

Sender:負責發信及收信(退信)等子模組。

MQ:負責訊息分配。

Web:包含操作介面、訂閱、取消訂閱、追蹤等等功能WEB APP。

File Server:儲存暫時存檔、任務所需的檔案等等。

DB:記錄所有發送過程、郵件開啟點擊反應、報表資料等等。

註:以上整個系統可以裝在同一台機器或是將每個子模組系統裝在一個以上的獨立機器。

 

配置架構:
可根據以下需求等級做配置:
1. High availability (HA): 高度可用,也就是只要最少有一台主機是可運做,OMICARD系統就可以自動運作,這種等級可以保證在災難事故發生時只要有一台OMICARD主機還是正常,整個系統就可以繼續運作發送新任務,但是不保證發生在當時災難時已發送中尚未完成的任務可以繼續發送。

a. 最少建置需要兩台機器:一台當主機(Web, Sender, MQ, AP, File Server, DB all in one)、一台當備援機(Web, Sender, MQ, AP, File Server, DB all in one)。
b. 建議四台以上機器:一台當主機(Web, Sender, MQ, AP, File Server)、一台當備援機(Web, Sender, MQ, AP, File Server),另外兩台做DB的Cluster。

2. Business continuity (BC)/Disaster recovery (DR)之在地備援(Local redundant):
除以上HA的功能,可以接收新任務繼續發送外,並可以保證當時災難時已發送中尚未完成的任務可以繼續發送。

a. 最少建置需要四台機器:一台當主機(Web, Sender, AP)、一台當備援機(Web, Sender, AP),另外兩台做MQ,DB及File Server的Cluster。
b. 建議四台以上機器及一個獨立有備援系統的File Server:一台當主機(Web, Sender, AP)、一台當備援機(Web, Sender, AP),另外兩台做MQ, DB的Cluster及一個獨立有備援系統的File Server。若有更多機器可再將Web及Sender獨立出來。

3. Business continuity (BC)/Disaster recovery (DR)之異地備援(Remote redundant):
OMICard本身無法做到異地備援,必須仰賴第三方備援軟硬體的配合,例如利用Hyper-V 或是VMWare的備援功能及資料庫本身也要有此功能,如Sql Server 2012 Always on等等功能裝置才可以
,若要達到異地備援,建議將OMICard安裝在有異地備援能力的IDC,例如Windows Azure。

備註:以上配置需要DNS及Router,也能做備援及(或是)Balance功能。