為什麼選擇天藍喔....因為天然的熊好.

厄...........都入秋了一定要這麼有涼意嗎！正經一點..

目前公有雲服務如雨後春筍百家爭鳴,同質性極高,你有的我也有,不是閹割版功能就是過於複雜親民度太低了,常常功能一大堆但市場上其實也就是20/80法則的需求,80%的需求其實都來至於20%的常用功能罷了.但都喜歡拿八竿子用不到或不太符合常用情境的功能一直推銷..只是身為資訊產品又要西裝筆挺,裝也要裝像一點嘛！不能太粗俗的,知道嗎＠＠

我們要有整理歸納了解自我的能力,不能被花花世界到處牽引,回歸目前問題現況本質客觀來看只要能被解決都是可被考慮的對象,仔細思考了一下就是對你相對於對公司有沒有利可圖....(不是指深口袋的那種而是解決掉你的問題爽度趨近尿急找不到廁所好不容易終於有小便斗的釋放那種被滿足感)
以下是小弟思考後認為重要的項目：

1. 雲端安全嗎？最基本的馬斯洛需求理論最下兩層(所以說為何大家都要提安全,不然連好好活的保障都沒有還搞屁啊)
   

2. 如何運作？最適基礎服務架構 / SLA提升風險降低如何做
   SLA算什麼...可以停機沒有問題的,不重要....Are you sure?數據會說話看完在捫心自問一下
   
   如何做我們的範例讓你SLA Up Up一窺究竟
   

3. 服務遷移評估可適性作法？
   

名詞解釋圖解上述圖中六個應用程式遷移策略
重新託管(搬遷)
在組織想要快速實作遷移並擴展以滿足商業案例的大型傳統遷移案例中，我們發現大部分的應用程式都已重新託管。大部分重新託管工作都可透過 自動化工具完成，但是當您了解如何將傳統系統套用到雲端時，可能會想要手動進行此工作。
您可能也會發現應用程式在雲端執行之後可以更輕鬆的重新架構。這有一部分的原因是您的組織可能已開發更好的技能，另一部分的原因是遷移應用程式、資料和流量這些最困難的部分已經完成。

重組平台(搬運和調整)
這需要進行幾項雲端優化以實現部分實質的優勢，無須變更應用程式的核心架構。例如，您可能會希望減少管理資料庫執行個體所需的時間而遷移到受管關聯式資料庫服務 (如 Azure SQL Database)，或將應用程式遷移到全受管平台 (如 Azure App Service)。

重新購買(丟棄和購買)
這是移至不同產品的決策，很可能代表您的組織願意變更現有的授權模式。對於可輕鬆升級至最新版本的工作負載，這個策略可允許功能集升級，讓實作更為順暢。

重構/重新架構
這通常是在提升功能、擴展或效能的強大商業需求驅使下所做的決策，否則在目前的應用程式環境中無法達到這些目標。如果您的組織想要移至服務導向架構 (SOA) 以大幅提升靈活度或改善業務持續性，雖然這個策略通常是最貴的解決方案但很值得購買。

淘汰
識別不再有用的 IT 資產並將其關閉有助於大幅提升商業案例，並將您的注意力轉向維護最廣泛使用的資源。

保留
您可能想要保留部分 IT 投資組合，因為可能還未準備好遷移部分應用程式，而且覺得將其保留在現場部署較為安心，或者您不想優先處理最近剛升級的應用程式以避免再次變更。

4. 有形與無形費用成本評估價格？
   

5. 帳戶管理訂閱流程與付款模式？

6. 技術服務管道與多元程度？(原廠在地性,廠商技術是否普遍化,Google一下是否好找,論壇等管道是否通暢)

最後就是花最適可用服務的預估費用在多10%來做為測試計劃購買額度開始驗證可行性,Just do it

最後下面就是我對Azure總結的一些好處評估我最後最後捨棄它牌擁抱藍天(不代表其他不好喔..我也是會偷用它牌的)：

• Azure 基礎建設資料中心數量
• Azure 裡面所屬服務基本上命名簡單易懂
• Windows體系與Azure間貼合度高
• Hyper-V與Azure所用的VM檔案格式均為VHD移轉相容性高
• 備份備援直接運用PaaS服務簡單易用好管理
• Azure AD與微軟AD體系在身份驗證整合度高
• Azure SQL原生就是微軟體系的MSSQL貼近目前應用
• 監看機制豐富且地雲整合方便管理
• Azure在地化技術服務管道通暢
• 除了上述外也擁抱Open Source類型服務可以統一介面管理

好啦又進入尾聲....看到這大家都累了,小編我也累的,明日繼續