編者的話：邱洋，品高云（BingoCloud）的產品總監，國內首個商用云操作系統BingoCloudOS 云操作系統由他的團隊創建，從2008年開始，他見證了品高云從零到現在的過程。現在是品高云的第七個年頭，他筆下的“品高云七年”是怎樣的？
上回給大家分享了《品高云七年 | 第二部：靠譜的云廠商——品高云的發展歷程與定位》（點擊閱讀），今天為大家帶來第三部（上）：云在開發測試場景的需求與挑戰。
邱洋 品高云產品總監
“品高云七年”系列第三部
云在開發測試場景的需求與挑戰
01 概述
曾幾何時，開發測試是云平臺切入企業市場的第一個應用場景 ，主要的原因是：一方面，這個場景下對高可用的要求不高（說白了就是，那時企業還不相信云平臺能挑大梁、跑生產系統）；另一方面，開發測試工作中環境變化比較頻繁，云平臺的“模板”能力正好可以有效降低運維部門的重復勞動。
而實際上，對于管理成熟度高的企業來講，IT系統在正式上線前需要經過，開發、測試、QA、UAT等多個環節，而這些環節的效率將直接影響業務上線時間和后續的質量，可以說與業務成功密切相關。
近年來，隨著互聯網產品快速迭代模式對傳統企業研發的影響，一些新型有效的理念思想被引入，如：敏捷開發、微服務、持續繼承／交付／部署等，這些思想的背后理念和采用的新技術，也對開發測試這項工作本身提出了更高的要求。
通過對品高云客戶的開發測試需求場景的梳理，發現客戶的主要需求集中在：快速環境獲取、模擬生產環境、運維自動化、更低成本以及對新技術的支撐等5方面。
02 快速獲取
經典場景
需求分析
企業測試資源有限，但并沒有合理分配
資源有空閑，但沒有被及時回收
運維人員真忙，不可能事事快速響應
硬件/VM模板固化，不可能軟硬件按需搭配
云平臺的應對策略
資源統一管理，通過配額（云中的虛擬貨幣）平衡資源分配，避免惡意占用。
項目模式管理，設置資源周期和SLA，定期回收和存檔。
vm硬件和軟件模板分離，開發/測試按需選擇。
云平臺中項目化的配額管理
常用軟件模板管理
03 模擬生產網絡環境
經典場景
需求分析
為了統一管理和網絡隔離，生產與測試環境的IP和子網不同
由于子網不同，應用不能配置一套搞定
云平臺的應對策略
通過實施SDN架構，讓網絡和網絡功能可以“虛擬化”，并按需編排
之后通過VPC功能（虛擬出多個相同的網絡），讓開發測試也用生產環境的IP配置。
用SDN架構構建多的虛擬網絡VPC
04 運維自動化（持續部署）
經典場景
需求分析
多機環境軟件多樣復雜，難以自動化保證效率
人工操作出問題后，權責和問題難以界定
云平臺的應對策略
提供云資源編排和應用自動化交付技術，讓“大”環境部署自動化
顯性化交付步驟每個指令環節，讓“自動化”更透明。
通過部署藍圖實現自動化運維
05 更低成本
經典場景
需求分析
SAN存儲可靠性高，但昂貴
物理服務器本地硬盤多便宜，但可靠性不高
虛擬化之后，vm數量增多，占用空間線性變化快，存儲成本直線上升
云平臺的應對策略
實施計算存儲一體化（超融合）架構，充分利用分布式計算+分布式存儲的性價比高的優勢
實施二級存儲架構，讓SAN作為高性能業務專享、分布式作為普通業務使用，互為備份
在云節點中構建分布式存儲
并且支持多類存儲并存
06 新技術的挑戰
經典場景
需求分析
新技術和新思維，受限運維技能堆棧，無法敏捷響應
新技術不一定能夠保證自身的安全、可靠性
新架構可能需要“新環境” ，原有資產難以保護
云平臺的應對策略
云平臺自身提供針對docker等新技術的圖形化、自動化功能，降低運維人員上手難度。
可利用已有的云基礎設施，交付新型PaaS技術。這樣底層網絡、安全和彈性能力可以復用。
需提供開放的API和組件架構，可以快速接入新技術
云平臺提供ECS容器服務
07 收益總結
隨著敏捷開發、微服務等“互聯網＋”思維方式和技術的引入，企業的開發測試工作，勢必對運維技術在成本（降低）、效率（提升）、可用性（增加）和效果（顯性化）等方面提出更高的要求。而開發測試云的引入，也通過快速的環境獲取、能夠模擬生產網絡環境、運維自動化、更低的成本以及從容面對新技術的挑戰等方面，更好的輔助企業完成這一生產運行前的最后一道關鍵工序。
當云平臺有效支撐企業完成開發測試這一工作后，企業也開始對于云計算所帶來的“效率”提升建立了信心，同時由于“持續交付和繼續集成”的需要，測試階段都自動化了，那么下一步，自然是生產運行的自動化支撐。而實際情況下，企業對云計算在這一場景下的需求，不僅僅是“效率”這么簡單，而是另有更高、更苛刻的要求。
-第三部（上）完-
“品高云七年”系列第三部還將有下集，你期待嗎？
點擊回顧往期文章：
《品高云七年 | 第一部：云計算10年從概念與技術到業務與場景》
《品高云七年 | 第二部：靠譜的云廠商——品高云的發展歷程與定位》
京公網安備 11010502049343號