歐盟境內的雲端架構

為您的系統設計數據存放於歐盟境內的雲端架構：供應商服務、存取權限、備份，以及上線前估算的每月賬單，管理層和資訊科技部門都能看懂。

與我們討論您的項目查看範圍

範圍

客戶找我們時的情況

每月雲端賬單都不一樣
雲端供應商的發票每月都不同，項目多到沒有人會逐項細看。管理層在批准預算前，想知道系統應花多少，以及哪些決定會改變這筆費用。
測試在各部門工作的系統上進行
程式員在銷售部和會計部正在使用的系統上測試改動。測試失敗會令部門停工，而客戶資料也被用於測試，因為沒有獨立的副本。公司想把兩者分開，但不知道需要多少副本、各要花多少。
數據要留在歐盟，卻沒有人能證明
客戶、審計師或公司法律部問：公司數據實際存放在哪裏。答案是「在雲端」。與供應商的合約沒有寫明，服務設定也沒有人檢查過。公司需要一個確定數據位置、並能以書面證明的設計。

範圍

我們的工作

雲端是向供應商租用、按用量收費的伺服器、資料庫和其他服務。區域是供應商伺服器實際所在的地點；選擇歐盟境內的區域，決定了您的數據存放在哪裏，我們會為每項服務記錄所選區域。環境是系統的獨立副本，有自己的伺服器和數據：用於測試、檢查改動，或供各部門日常工作使用。
我們從供應商的服務清單中選出您系統所需的服務，每個選擇都附理據：該服務的作用，以及它對賬單的影響。設計以您選定的供應商，或您的合約所要求的供應商為對象。如果數據或合約不容許使用雲端，系統會在您的伺服器機房運行；這屬另一服務範圍。
我們把測試環境與生產環境（即各部門工作的環境）分開，並以模擬數據或已去除個人資料的數據供測試環境使用。存取權限以角色描述：誰可以修改測試環境、誰可以進入各部門的數據、範圍多大。備份要回答四個問題：備份甚麼、多久一次、備份存放在哪個區域，以及誰負責確認能以備份還原系統。保護基礎設施免受攻擊屬另一服務範圍。
我們在上線前，根據供應商價目表和設計中列明的假設估算每月賬單：使用者人數、數據量、環境數目及其運行時數。每項假設都註明其變動對賬單的影響：增加一個環境、在第二個區域保存備份、流量增加。設計預計供應商會調整價目表，或您會更換供應商，因此我們會記錄哪些服務在其他供應商有對應服務，哪些會把系統綁定於這一家。把系統遷移到其他環境或供應商，屬另一服務範圍。
最終形成兩個層次的架構說明：一份給管理層，一份給資訊科技部門。

範圍

您會得到甚麼

- 給管理層的架構說明：系統圖、數據位置、環境、存取原則，以及附假設的每月賬單估算。
- 給資訊科技部門的規格：供應商服務及其設定、網絡佈局、角色和權限、備份時間表及試行還原方法。
- 賬單模型：一份試算表，修改假設後估算即時更新。
- 供應商依賴清單：在其他地方有對應的服務、綁定系統的服務，以及退出路徑草案。
- 管理層決定清單：選擇會改變成本或風險的地方，附建議。

範圍

工作如何進行

1. 我們整理假設。與資訊科技部門和系統使用者討論：甚麼數據、多少使用者、在哪些時段使用、哪些合約和法規決定數據位置。成果：設計和賬單的假設清單，經您批准。
2. 我們設計架構。選擇供應商服務，繪製環境、角色和備份安排，並檢查每項服務的區域。成果：與資訊科技部門討論過的架構草案，以及管理層決定清單。
3. 我們計算賬單並檢查依賴。估算每月成本，說明影響成本的因素，並指出把系統綁定於供應商的服務。成果：兩個層次的架構說明和賬單模型。
4. 我們移交。與管理層和資訊科技部門討論設計，並記錄決定。成果：經批准的說明，可由您的團隊、我們或其他承辦商實施。

範圍

團隊經驗

團隊成員曾為歐洲市場一家銀行業客戶建構網上應用程式的CI/CD自動化。CI/CD是以同一路徑自動檢查和部署每次程式碼改動。他們亦為一家歐洲市場客戶，把工作流程系統（即個案流轉系統）遷移至Azure雲端，並把其運作自動化。第三個項目屬雲端與安全範疇：實時遙測和網絡ETL，即讀取網絡運作數據，並把數據提取、轉換和寫入以供分析。

範圍

管理層應向雲端架構承辦商提出的問題

1. 系統每項服務位於哪個區域，備份存放在哪裏？
2. 估算的賬單基於哪些假設，哪些管理層決定會改變它？
3. 設計預計設立多少個環境，哪些全天候運行，哪些數據會用於測試？
4. 誰可以存取生產環境中各部門的數據，由誰授予和撤銷權限？
5. 誰負責檢查系統能以備份還原，多久檢查一次？
6. 哪些服務會把系統綁定於單一供應商，供應商加價時會怎樣？
7. 其他承辦商能否在原作者不參與的情況下實施這份說明，還欠缺甚麼？
服務選擇、環境數目和賬單取決於公司如何使用系統，因此第一步是分析使用情況，並以附範圍的建議作結。