遠傳雲端服務

雲端化已成為數位轉型的關鍵,您上雲了嗎?

雲端化已成為數位轉型的關鍵,您上雲了嗎?

您的公司有雲端服務的需求嗎?

若您的公司有下列狀態

想要尋找更即時、經濟的資料保存方式,減少機房維運成本
想要提升員工的產能價值,減少日常重複作業並鼓勵創新
想要進行數位轉型,但不知該從何開始
需要雲端技術應用和知識的協助
想將繁瑣雲端管理交由專業人員處理,專注創造商業價值

如何實踐雲端化?

遠傳如何瞭解我的需求?

1

客戶訪談
透過訪談瞭解貴公司現有環境之架構、最常遇到的問題;並詢問此次的雲端需求、應用場景、預算、預計時程等。

2

雲端策略規劃
根據客戶之使用情境需求,決定採用的雲端種類和架構,同時提供線路、網路資安等全方面解決規劃。

3

進階訪談
確認提案是否符合您的需求,並確認現有環境架構、設備清單等,確認雲端化的方向及範疇,並進行執行準備。

雲端化如何幫我提升商業競爭力?

1

降低成本
  • 節省人力:將重複性高且規律的工作交給機器,搭配自動化監控和告警工作,從而釋放維運人力。
  • 節省時間:將傳統紙本資料數位化並保存於雲端,進行存儲、運算、傳輸、備份等功能,節省人力工作時間並實現即時的遠距資料傳輸,大幅減少資訊流通時間。
  • 降低設備維運成本:傳統機房在建置完成後仍有大量的維運成本,包括設備折舊、故障維修等。雲端化協助企業去機房化,省去設備管理成本,並依不同的使用量按需求計價,提供高度彈性和經濟的解決方案。

2

提升價值
  • 提升管理效能:數位化降低人為疏失機率,導入雲端技術後可依企業需求進行資料儲存的設計,包括存放位置、傳輸管道、備份備援等,不僅大幅加快資料傳送和整合的效率,也提供災難備援等應變措施,使您的資料不僅安全,也能加速回應市場。
  • 提升創新開發效率:現有許多雲端工具已支援雲端開發功能,能夠將網站和應用程式等開發工作於雲端上完成,相較於企業自建開發環境能夠更快的存取基礎架構、有更高的彈性和反應速度。

我能夠如何得知建置進度?

建置的流程可分為以下十大步驟,每一步驟進行過程中皆可透過專業人員聯繫讓您掌握目前進度和狀況。

1確認規劃內容
2建置測試環境
3測試環境功能
4載入部份資料
5測試運行結果
6正式部署
7測試部屬功能
8載入所有資料
9測試運行結果
10完工驗收

建置完後會怎麼驗收、驗收有哪些標準?

 
部署內容
功能測試
效能測試
驗收方式 驗收標準
架構及資源內容 依規劃文件與客戶逐一確認所有資源已建置
規劃內容包含效能資訊時進行 依規劃文件與客戶逐一確認所有功能運作正常
功能運作測試 依規劃文件與客戶逐一確認所有功能運作效能符合規劃需求

移轉會怎麼進行?

在移轉前,會先進行幾步優化工作,以確保移轉過程的安全性和合規性。

1

驗證資訊
利用效能監視軟體工具及客戶訪談,驗證遷移計劃資訊的完整性和準確性。將遷移標的調整為按順序進行的移動群組。

2

清理問題
處理應用程式遷移到雲環境時會發生的問題,這個階段會進行有限的重構。

3

重構配置
調整雲的環境或基礎結構,使其應用程式運行時屬性與新的雲環境相容。

4

執行遷移
將重構的應用程式依據計劃步驟部署到雲環境。觀察應用程式的穩定性和性能。

5

測試調整
測試應用程式功能、效能表現、備援機制、擴展機制等是否符合預期,並進行資源優化調整。

移轉有哪些策略?

1

重新託管(Rehost)
這個方式通常未針對雲平台特性重寫應用程式,只是將應用程式及數據快速平移至雲端平台。

2

重組平台(Replatform)
通常涉及環境更改,而不是程式碼更改。在不變更應用程式的核心架構的情況下整合雲端平台的優勢,如期望減少管理資料庫執行個體時間,而將資料庫轉移至雲端平台提供的服務。

3

重新購買(Repurchase)
企業需要轉移至不同產品和服務的決策,同時願意變更現有的授權模式。

4

重構(Refactor)
找出無法滿足企業IT目標的應用程式限制並重構,包含程式碼更改,以提升靈活度或改善業務持續性。如變更至微服務架構。

5

淘汰(Retire)
當企業需要識別出不再有用的 IT 資產,將其汰換以節省大量成本。

6

保留(Retain)
企業需要保留部分 IT 投資組合,如尚未準備好移轉的應用程式,將其保留在現場部署較為安心。
 

設備故障了要找誰?

在提供雲端服務時,遠傳會與客戶共同討論各項監控關鍵指標,並訂定告警通知方式與接收成員;若有購買遠傳託管服務,將由雲端維運小組協助所有告警處理與障礙排除。

故障期間我的資料怎麼辦?

為了保障數據資料的安全,遠傳提供數據中心的災難恢復系統服務,平時就保護好重要的備份資料,讓故障時得以將損失最小化。以下兩項為主流的資料備份衡量指標。

1

復原時間目標(RTO,Recovery Time Objective)
資料中心可容許服務中斷的時間長度。例如服務發生後半天內便需要恢復,RTO數值就是十二小時。

2

復原點目標(RPO,Recovery Point Objective)

資料中心能容忍的最大資料丟失量,是指當業務恢復後,恢復得來的資料所對應時間點,RPO取決於資料回復到什麼時間點,可以設定為上一週的備份資料,也可以設定為昨天的備份資料,和資料備份的頻率有關。

最完美的方案是RTO及RPO皆為零,表示當災難發生後,系統立即恢復,而且完全沒有數據丟失,但其造價也相對較高。而最適方案則是在RTO、RPO、維護、價格等方面找出平衡,考量公司的規模和需求,由專業的團隊協助找出最適合的解決方案。