我們可以透過上篇提到的 [06] Reliable Web App pattern Code guidance Circuit Breaker Pattern | Enterprise Web ... Circuit Breaker 來避免相依服務有問題來影響我們的服務，但我們不一定都需要那麼即時的資料呀
這樣我們就可以利用另外一個 Pattern，Cache Aside Pattern 來把資料 Cache 起來達到減少相依服務的 loading，以及提升整體速度
那要實現需要注意什麼呢？
在上一篇 [05] Reliable Web App pattern Code guidance Retry Pattern 看過了 Retry Pattern 之後，我們了解一個好的 Retry 應該做什麼事情。
但如果遇到有些 retry 不會好的怎麼辦？
或者說當相依服務有問題導致影響我們服務的時候怎麼辦？
這時候 Circuit Breaker Pattern 就很重要
怎麼避免造成骨牌效應
這篇我們來看看
在上一篇 [04] Reliable Web App pattern Architecture guidance | Enterprise Web App Patterns 系列 我們看了架構面，這篇我們來看看 Code 面。
首先從 Retry Pattern 開始看起
Retry 聽起來很容易，不就是有問題就讓他 retry 嗎？
但魔鬼藏在細節裡面，這篇我們來看看有什麼 Retry Pattern 是什麼，如果要實作應該要追憶什麼
在上一篇 [03] Reliable Web App pattern overview | Enterprise Web App Patterns 系列 我們對整個 Reliable Web App pattern 的 overview 之後，我們針對其中提到的 Architecture Guidance 來往細一點看
當我們要設定整體架構的時候要注意什麼？
當挑選 Azure 服務的時候應該要基於什麼？
這些雖然會以 Azure 服務為主要介紹，但其實也適用於不管是其他雲或地端，因為判斷的概念和基準是一樣的
讓我們來看看應該考量什麼
在上一篇 [02] 什麼是 Azure Landing Zone? 如果不用 Azure 還需要在意嗎？ | Enterprise Web App Patterns 系列 我們對於所謂的 Landing Zone 有點概念之後，我們來看 replatform 的部分：Reliable Web App pattern
在這個階段，主要目的是讓應用從地端到雲端的考慮有哪些。（雖然說這邊講的是地端到雲端，但實際上如果有 legacy code 要進化到 modernize code 其實概念也適用）
看看如何從商業，到程式碼的部分，整體需要考慮的事情有什麼。
在上一篇 [01] 初探 Enterprise Web App Patterns | Enterprise Web App Patterns 系列 我們對於 Enterprise Web App Patterns 以及 Cloud Native 和 Azure Well-Archited Framework 有點概念之後，這篇我們聊聊 Azure Landing Zone
Azure Landing Zone 的目的是什麼？
他是如何組成的？
如果我不用 Azure 對我還有意義嗎？
這些我們將在這篇和大家介紹和說明
當提到 application 要上雲或者要變成 modernize app，cloud native app 本質上都在講同一件事事情。
當有類似任務降臨的時候，有沒有什麼可以參考的資料或者該如何下手？
這篇我們來談看軟提出的一個針對 web 類型 app 的一個 pattern
Enterprise Web App Patterns
_1477.png)
_1485.png)
_1486.png)