背景
話說為什么會有一個這么個題目的文章分享呢，原因是它是作者本人來到新公司之后的第一個技術產出，并且達到且超出了收益預期，所以特此把這個專案的程序及總結的一些經驗分享出來，希望可以給成長中的小伙伴一點啟發吧，同時也歡迎大家和作者本人多多交流，共同打怪升級，吃雞路上有你我他，作者VX：1010584905
專案概述
2020年4月，我加入了我現在的公司，作為一名質量保障部的測驗開發工程師，服務于基礎架構云平臺專案組，剛進組就是和所有去新公司的人一樣，熟悉環境熟悉業務熟悉同事，信心滿滿的準備大干一場（😄），進組之后聽到第一個技術專案就是研發同學對自動化急切需求，因為目前的回歸基本靠人，繁瑣且耗時，為什么繁瑣那么就要簡單介紹下我所做的專案了，我所做的專案總結起來就是私有化部署，什么是私有化部署呢？簡單來說就是把公司的產品組件以及所有的底層存盤開源組件以及大資料組件一鍵部署到客戶任意環境，再此基礎之上進行，升級，擴容！所以它有三個核心功能：安裝，升級，加節點，我們日常就要圍繞這三大功能測驗；實作這些安裝，升級，加節點都需要手動配置初始化或者檢查一些東西，所以頻繁的操作就會比較繁瑣～那么就要把這些繁瑣且重復性搞的東西自動化起來，說起自動化這里也要順便普及一下一點自動化知識（主要供一些剛入行的小伙伴參考），目前我們在市面上和公司里常見的測驗自動化如下：
1、UI 自動化
2、基于http,grpc, dubble 等協議的介面自動化
除以上兩種外還有一種就是基于流程或者說是場景自動化，大家都已經知道UI 或者 介面自動化目前已經做的很成熟了，網上都有很多成熟的解決方案和各種各樣的框架，而流程或場景化的自動化一般都是基于不同公司的不同業務情況獨立設計和開發的，比如我們接觸到的各種公有云，一個公有云虛擬機的創建程序其實十分復雜，包活VM鏡像創建、創建磁盤磁區，創建網路，分配IP，創建網卡等等，這是程序，程序背后是一個個步驟缺一不可，而測驗工程師在測驗這個程序時難免不了會涉及自動化的測驗，那么這些自動化的測驗框架實作都是完全基于業務自主設計的，我們的私有化部署也同樣是一個程序背后有很多步驟，既然是專案組最需要的，那么就一定要做了，經過幾個月業務熟悉之后，這個自動化專案也被提上了日程，下面就是這個專案的一個架構設計程序：
整體設計
需求實作原則
- 盡快開發完成投入使用-所以選擇了python 語言這也和專案組用的語言保持一致
- 盡可能的利用現有能力協同共建
- 可擴展性必須強，可快速在此框架基礎迭代開發新功能，除錯簡單報錯可快速定位；分層清晰
- 我們的自動化結果盡可能賦能其他業務線或本組開發人員
設計理念
- 設計靈感其實借鑒的我們云平臺研發的整體設計思路,這里要說一下其實我們云平臺研發設計思路是借鑒了K8S，
- 用戶面向yaml配置
架構圖
架構采用的類似微核的一種架構，不是嚴格意義上的微核架構，這里簡單說一下微核架構的特點：
- 良好的功能延伸性
- 需要什么功能，開發一個步驟；
- 功能之間是隔離的，步驟之間互不影響；
- 可定制性高，適應不同的開發需求
- 可以漸進式地開發，逐步增加功能，其實就是獨立增加步驟
以上類微核架構完美的契合適用像我們這種場景化的專案，所以要根據專案特點設計選擇不同的架構設計
收益情況
- 支撐了核心功能的自動化回歸，解放人力回歸成本，大大縮減了回歸測驗時間
- 由于我們專案的特殊性，我們是整個產品體系中最基礎組件業務線要想搭建測驗環境全部依托云平臺的功能，所以我們也承擔了推廣給3條業務線使用的okr，但實際下來不僅已經覆寫了所有業務線的qa同學而且還覆寫了部分研發同學，得到了研發QA同學好評，為繁瑣環境的創建由以前的檔案化改進為自動化，有的復雜環境新手搭建起來原來是按天算，目前都是小時級別
思考總結🤔
扣主題 說到此也要扣一下這片分享的主題了，現在看來這個專案其實是收益是超預期了，不但完成了我們本身的自動化需求，同時賦能了其他業務線的研發和QA同學使用，也在部門和公司做了分享，所以它提高了我們小組在部門和公司影響力，那么為什么可以收益超預期呢，現在想來可能是因為以下幾點原因，拿出來與大家分享，希望可以在你去設計實作或做事時有一些啟發：
- 良好的架構設計：我們的自動化在后期維護與迭代程序中，新開發的功能時間成本并不多，都能很快的實作或者適配一些特殊功能，所以可擴展性、可維護性強的的架構設計一定是一個好的自動化框架的基礎，它會對你日后的維護成本大大降低，也可以快速跟上你專案的迭代速度！還有就是面向yaml的設計特點其實也借鑒了我們云平臺本身專案設計思路，所以測驗同學一定要十分了解自己負責專案的架構設計，必須具備代碼CR能力，對架構設計的理解不僅有助于我們的日常測驗，還可以啟發我們在一些測驗工具，框架、平臺上設計思路，必定人家研發的架構師在技術上遠勝于我們QA同學，人家設計的東西一定是有讓我們學習之處的
- 充分利用現有資源：其實在實作中每個獨立步驟的執行單元一部分是復用了現有效能同學的能力，一些特殊組件的步驟實作是把需求提給了這些功能的實作方，自動化框架只是做了呼叫關系；所以在實作程序中，我們應該充分的考慮哪些資源是可以直接被我們使用的，避免重復造車，只要能達到我們的目標，我們就應該果斷的利用已存在的資源，去達到目標，后期有時間了如果現有能力不滿足復雜情況時我們可以在慢慢重構也沒有關系，
- 利他原則：道德經中老子呈現我們的一個核心思想就是無我利他，我們在做事情的時候，不要求那么的高尚但是如果也注入一些此類原則，當我們做一件事情，或者設計一個東西時多想一下，是否可以給予他人提供便利，與人溝通時也盡量遵循一些利他原則，最終事情的結果也一定不會讓你失望，
- 分享：當你做一了一個專案并且總結了一些經驗，如果你覺得有意義，那么就應該果斷的分享出來，不說為了產生多大影響力，至少也可以提高你自己的對知識的總結寫作能力，還可以鍛煉你的演講能力，一箭雙雕，何樂而不為呢？
最后；
以上就是我對我做的第一個技術專案的一個總結，希望小伙伴們可以一塊交流互相提高
作者WX：1010584905
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/283214.html
標籤：其他
上一篇：精通Mybatis之結果集處理流程與映射體系（重點mybatis嵌套子查詢，回圈依賴解決方案）（二）
下一篇：【筆記】性能優化28個策略原則