在系統設計初期，也要先計劃好系統架構的部份。會影響硬體（伺服器）採購，例如到要用幾台主機，各主機的用途（用途不同，CPU/RAM/DISK就不一樣，或是特殊用途上，硬體架構也會不一樣）。

以自建主機來說，硬體採購（有些特殊規格硬體，要買還要排隊呢），租機房（如果是自建機房的就很猛，不過前期應該會碰到部門大戰…一戰就不知道戰多久），安裝上機架（放在會議室地板上也不是不行，只是夏天下班後沒冷氣就當給你看囉…），拉網路線，設定網路，硬體安裝，調教等等事務都需要時間。早點確定，進場裝好，才不會延誤整體的時程。不過通常硬體延誤，好像就爭取到軟體上線的時間了？！（一般都可以用加幾天的方式計算），不過年底大家趕業績結案的還是要拼就是。

現在雲端服務已經蠻方便，也有好幾家可以選擇，如果是短期應用，小服務，或是會有瞬間大量服務，且需要動態擴張縮小主機的需求，放在雲端上也是個不錯的選擇。但是在長遠來說，租的一定比買斷還貴，跟租房子差不多，但是租的優點就是，想搬就搬，主機取得速度也比自建快很多，雲端商還有使用量資訊報表（這個就他收費的依據XDb），想要出報告給長官用倒是方便的多。IT會不會省這個倒是難講，應該是省電費，省實體機房，省專線費用，少要跑現場巡機房，抽換硬體的人，但是會需要懂得如何效能最大化，控管流量（通常是網路爆預算的情況較多），制定網路政策的人。

系統架構圖，通常我會分兩種情況，一種是高階的要放在簡報裡，要給客戶長官或其他廠商看，主要說明系統跟系統，主機跟主機關系的部份，可以用pptx畫個圖文並茂的當簡報。

另一種是實際上主機跟各服務application的關聯，給工程師跟自己看的，可以用布署圖（deployment diagram）來表示。參考wiki： https://en.wikipedia.org/wiki/Deployment_diagram
描述主機與內部各服務的串接關聯，有用到的通訊協定與埠號，也可以做為網管/主機管理開防火牆的依據，一般是有用到幾台就要畫幾台，知道確定IP後就把他補上去，服務走那個IP，最好也標清楚，早期系統都會有分內網，外網跟DMZ，資訊系統通常都放在DMZ區，有畫也比較清楚主機所在位置。若一台主機上有寄生N個服務時，這張圖就蠻重要的，不過現代虛擬化技術已經被廣泛的接受，通常都可以一個application 配一個 VM instance，架構就好懂很多。

這次只是小小個體戶，我就選擇放在雲端主機上。為了好好的多利用WEB主機，前面掛一個httpd，後面proxy可以接好幾個應用，個人是覺得蠻方便的，後面程式application不用限定程式語言，抽換切換也蠻快的（改proxy目地就好），也不太用處理https的問題。大概是長這樣子：