軟體主廚的程式料理廚房

前些日子我們有一個需求，需要將一個 Web Api 開放給另一個也是在 intranet 但是不同 domain 的網頁呼叫，在拜完 Google 大神後寫了一個跨域呼叫的 Sample，但是過程當中卻遇到了一些問題…

之前有介紹過[料理佳餚] C# StackExchange.Redis 使用 Redis Message Broker 服務，StackExchange.Redis 稍嫌美中不足，以目前來講 Failover 要自己控制，當然自己控制是沒有什麼問題的，不過既然有其他工具可以幫我們 handle 這一切，當然就讓工具來協助我們。

Redis 到目前為止都還是以單執行緒的方式在執行，要多個 Redis 就要多設定幾個 instance，這樣如果 Redis crash 了怎麼辦？預設我們可以從 master 的設定檔去設定 slave 是誰，但是 slave 預設是 read-only，而且當 master crash 的時候，不手動做 master、slave 的身份互換，slave 是無法接手 master 的工作，這時候我們可以利用 Redis 內建的 Redis-Sentinel 的工具來解決 failover 的問題。

在 CentOS 上安裝 Redis 有第二個方法，也是官網上所寫的方法，我也比較推崇這種方式，整個過程雖然修修改改，不過我也藉著這樣繁瑣的步驟了解到 Linux 對於 Daemon Service 的一些基本概念，而且敲很多指令很潮 XD。

先前已經將 Redis 成功安裝在 Windows Server 上，這次要嘗試著將它安裝在 CentOS 上，自從微軟擁抱開源之後，使用 Linux 當 Host 的 issue 愈來愈多，多學一點沒什壞處。

之前已經成功將 Elasticsearch 裝在 Windows Server 上，相關過程記錄在這篇文章 [料理佳餚] 安裝 Elasticsearch 分散式搜尋系統，現在試著將它裝在 CentOS 上，下面就記錄整個過程及所用到的指令。

前些陣子有人問我「Abstract 與 Interface 的區別？」，腦袋中閃過過去所有使用過 Abstract 及 Interface 的情境，整理之後給出我實務上設計的時候是怎麼操作 Abstract 與 Interface 的答案，回頭想想這樣有點文不對題，對方似乎也沒有得到答案，不過這樣的過程讓我有種見山不是山的感覺，促使我回頭想想在思考這個問題答案的過程當中不單純的點是什麼？以及為何我給出這樣的答案？

曾經的一個需求，需要在 Client 端對位於檔案伺服器上的檔案進行操作時，切換到另一個具有權限的 Domain 身分，只用過這一次，分享給大家參考。