企業(yè)調(diào)研報(bào)告(計(jì)算機(jī)軟件專業(yè))

企業(yè)調(diào)研報(bào)告調(diào)研題目：關(guān)于API網(wǎng)關(guān)監(jiān)控開發(fā)技術(shù)的調(diào)研目錄TOC\o"1-5"\h\z\o"CurrentDocument"一、 調(diào)研的目的 2\o"CurrentDocument"二、 調(diào)研的意義 2\o"CurrentDocument"三、 調(diào)研報(bào)告主體內(nèi)容 3\o"CurrentDocument"1、企業(yè)方面 31.1公司概況 3\o"CurrentDocument"2、軟件開發(fā)方面 3\o"CurrentDocument"2.1如今軟件開發(fā)的發(fā)展及現(xiàn)狀 3\o"CurrentDocument"2.2公司開發(fā)管理 4\o"CurrentDocument"2.3開發(fā)準(zhǔn)備工作 4\o"CurrentDocument"2.4開發(fā)任務(wù)處理流程 5\o"CurrentDocument"2.5常用的工具 8\o"CurrentDocument"2.6API網(wǎng)關(guān)監(jiān)控開發(fā)功能及技術(shù)點(diǎn) 9四、 調(diào)研結(jié)論 13\o"CurrentDocument"五、 調(diào)研對(duì)畢業(yè)設(shè)計(jì)的幫助 13\o"CurrentDocument"六、 意見與建議 14、調(diào)研的目的本次關(guān)于API網(wǎng)關(guān)監(jiān)控開發(fā)技術(shù)調(diào)研的目的：1、 了解、學(xué)習(xí)API網(wǎng)關(guān)監(jiān)控中功能開發(fā)的相關(guān)方法知識(shí)，體會(huì)API網(wǎng)關(guān)監(jiān)控的知識(shí)在實(shí)踐中的應(yīng)用。2、 了解公司軟件系統(tǒng)開發(fā)的流程，學(xué)習(xí)公司軟件的管理制度。3、 學(xué)習(xí)并了解開發(fā)工作的工作范圍、開發(fā)功能的規(guī)范準(zhǔn)則。二、調(diào)研的意義深入探究公司開發(fā)任務(wù)發(fā)展?fàn)顩r，結(jié)合公司和自身客觀的分析了解軟件開發(fā)的流程，軟件開發(fā)涉及到的技術(shù)。幫助自身掌握及增強(qiáng)開發(fā)技術(shù)，提前學(xué)習(xí)并制定計(jì)劃，主動(dòng)調(diào)整開發(fā)任務(wù)。通過(guò)本次調(diào)研讓自己更加了解軟件開發(fā)中功能開發(fā)相關(guān)框架和知識(shí)，了解軟件開發(fā)的工作范圍，開發(fā)任務(wù)的流程，代碼規(guī)范等，領(lǐng)略軟件開發(fā)的樂(lè)趣,讓我更加熱愛(ài)軟件開發(fā)這份工作，也讓我學(xué)會(huì)自主學(xué)習(xí)，作為一名java開發(fā)人員，形成良好的溝通與合作的互動(dòng)能力，豐富自己社會(huì)經(jīng)驗(yàn)，讓自己在企業(yè)中發(fā)展的更好。三、調(diào)研報(bào)告主體內(nèi)容1、 企業(yè)方面1.1公司概況略略略略略略略略略略略略略略略2、 軟件開發(fā)方面2.1如今軟件開發(fā)的發(fā)展及現(xiàn)狀隨著我國(guó)軟件產(chǎn)業(yè)的蓬勃發(fā)展以及對(duì)軟件質(zhì)量的重視，軟件開發(fā)也越來(lái)越被軟件企業(yè)所重視。軟件開發(fā)現(xiàn)狀主要體現(xiàn)以下方面：（1） 相比于先進(jìn)的國(guó)家還存在非常大的差距，但是軟件工程的進(jìn)展還是非常的迅速，形成屬于我們自己知識(shí)產(chǎn)權(quán)的軟件技術(shù)，還制定了符合我國(guó)實(shí)際情況的研發(fā)技術(shù)方案。（2） 常用的主流軟件的開發(fā)內(nèi)容以及開發(fā)工具都是國(guó)外設(shè)計(jì)和研究的。（3）軟件工程的研發(fā)實(shí)現(xiàn)了異地的團(tuán)隊(duì)形式，例如：外包，任務(wù)驅(qū)動(dòng)等來(lái)實(shí)現(xiàn)研發(fā)工作。（4）軟件工程模塊化，將復(fù)雜、龐大的系統(tǒng)實(shí)行分解，劃分為若干個(gè)子系統(tǒng)，各個(gè)子系統(tǒng)有獨(dú)立運(yùn)行的功能，并具有接口，增強(qiáng)子系統(tǒng)間的通用性。2.2公司開發(fā)管理按照工作內(nèi)容不同，開發(fā)的人員可分為4種角色：技術(shù)總監(jiān)、產(chǎn)品經(jīng)理、開發(fā)組長(zhǎng)、開發(fā)人員、文檔編寫人員。1、 技術(shù)總監(jiān)：主要負(fù)責(zé)審批工作、項(xiàng)目質(zhì)量分析、搭建產(chǎn)品的主要開發(fā)技術(shù)的框架結(jié)構(gòu)，解決技術(shù)難題、考慮性能優(yōu)化工作。2、 產(chǎn)品經(jīng)理：主要負(fù)責(zé)明確需求、對(duì)整個(gè)產(chǎn)品生產(chǎn)過(guò)程，從功能開發(fā)到用戶反饋負(fù)責(zé)、需求評(píng)審、工作進(jìn)度匯報(bào)。3、 開發(fā)組長(zhǎng)和開發(fā)人員：主要負(fù)責(zé)按照需求文檔進(jìn)行編碼開發(fā)，以及開發(fā)完成后的產(chǎn)品維護(hù)，給測(cè)試人員提供技術(shù)支持。4、 文檔編寫人員：主要負(fù)責(zé)編寫開發(fā)的概要設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)、詳細(xì)設(shè)計(jì)、開發(fā)模塊周期方案、編寫總體開發(fā)進(jìn)度計(jì)劃。2.3開發(fā)準(zhǔn)備工作SVN服務(wù)器的使用和管理：（1） 所有開發(fā)源代碼，直接在SVN上新建和維護(hù)（2） 項(xiàng)目文檔，都必須上傳SVN，如需求分析書、項(xiàng)目開發(fā)周期、開發(fā)報(bào)告等。（3） 每個(gè)開發(fā)任務(wù)，以開發(fā)任務(wù)模塊為文件名，在該項(xiàng)目下建立顧名思義的開發(fā)文件包，按照模塊的劃分進(jìn)行開發(fā)。（4） 每個(gè)模塊任務(wù)下，需求文檔和開發(fā)產(chǎn)品的源代碼保留目前進(jìn)度下最新的即可，也需要保留歷史版本。（5） 新的開發(fā)任務(wù)點(diǎn)完成，即可更新進(jìn)SVN中。（6） java開發(fā)環(huán)境的虛擬機(jī)環(huán)境，提前布置java環(huán)境，以及開通相關(guān)防火墻。2.4開發(fā)任務(wù)處理流程（1）需求收集明確本階段主要是與產(chǎn)品經(jīng)理相關(guān)的活動(dòng)內(nèi)容：產(chǎn)品經(jīng)理在每次版本開始之前定期收集各方需求，包括客戶反饋、領(lǐng)導(dǎo)意見（對(duì)很多中小企業(yè)來(lái)說(shuō)，老板就是最大的“用戶”）、市場(chǎng)調(diào)研及技術(shù)團(tuán)隊(duì)需求等來(lái)源，輸出需求列表在版本開始之前召開版本計(jì)劃會(huì)議，參與者包括項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理,及項(xiàng)目核心成員，按優(yōu)先級(jí)梳理需求列表，輸出下次版本的初步任務(wù)列表（之所以說(shuō)初步,是因?yàn)樵摿斜砗竺婵赡芨鶕?jù)評(píng)審情況進(jìn)行調(diào)整）產(chǎn)品經(jīng)理基于初步任務(wù)列表完成詳細(xì)需求文檔，組織團(tuán)隊(duì)成員一一包括相關(guān)UI、開發(fā)、測(cè)試，召開需求評(píng)審會(huì)議，輸出評(píng)審意見及修正完成時(shí)間產(chǎn)品經(jīng)理針對(duì)需求評(píng)審會(huì)議中團(tuán)隊(duì)提出的意見建議，在修正完成時(shí)間內(nèi)及時(shí)修正需求文檔，并及時(shí)通知團(tuán)隊(duì)相關(guān)成員，輸出確定的需求文檔（2）設(shè)計(jì)開發(fā)項(xiàng)目經(jīng)理根據(jù)需求文檔完成任務(wù)拆解，并在任務(wù)管理系統(tǒng)中創(chuàng)建對(duì)應(yīng)任務(wù)單，指定經(jīng)辦人各經(jīng)辦人認(rèn)領(lǐng)任務(wù)后，根據(jù)自身任務(wù)的期限，及時(shí)與依賴方溝通，確定依賴任務(wù)的完成時(shí)間，以免影響自身任務(wù)進(jìn)度，存在問(wèn)題及時(shí)向項(xiàng)目經(jīng)理反饋。UI設(shè)計(jì)完成后，相關(guān)開發(fā)人員與產(chǎn)品經(jīng)理需對(duì)UI設(shè)計(jì)進(jìn)行確認(rèn)，如果涉及內(nèi)容較多，可組織UI評(píng)審會(huì)議（由產(chǎn)品經(jīng)理或項(xiàng)目經(jīng)理權(quán)衡組織）涉及流程的開發(fā)任務(wù)需要有必要的設(shè)計(jì),技術(shù)相關(guān)負(fù)責(zé)人負(fù)責(zé)對(duì)設(shè)計(jì)review，沒(méi)有review的設(shè)計(jì)不能開發(fā)；任務(wù)開發(fā)完成需要進(jìn)行代碼review項(xiàng)目經(jīng)理定期組織項(xiàng)目例會(huì)（緊急版本建議每天一次，較長(zhǎng)期版本建議一周一次或兩次），持續(xù)跟進(jìn)任務(wù)進(jìn)度與問(wèn)題，并及時(shí)協(xié)調(diào)處理，以保障進(jìn)度預(yù)期在預(yù)定轉(zhuǎn)測(cè)時(shí)間節(jié)點(diǎn)前一天，開發(fā)人員編寫轉(zhuǎn)測(cè)文檔，描述本次版本調(diào)整內(nèi)容（附上任務(wù)列表）及注意事項(xiàng)，并通知項(xiàng)目相關(guān)人員（釘釘群或郵件）（3） 測(cè)試需求評(píng)審會(huì)議后，測(cè)試人員需對(duì)各功能模塊編寫測(cè)試用例文檔，并在轉(zhuǎn)測(cè)前組織測(cè)試評(píng)審會(huì)議，對(duì)各功能各環(huán)節(jié)進(jìn)行復(fù)核與查漏補(bǔ)缺一次版本任務(wù)可根據(jù)情況分批測(cè)試，并確定每輪轉(zhuǎn)測(cè)的內(nèi)容與時(shí)間節(jié)點(diǎn)；分批測(cè)試完成后，需在上線前進(jìn)行集成測(cè)試，注意預(yù)留一定的時(shí)間用于問(wèn)題修復(fù)測(cè)試完成，需要將測(cè)試結(jié)論通報(bào)項(xiàng)目相關(guān)人員（釘釘群或郵件），包括遺留問(wèn)題與是否達(dá)到上線要求結(jié)論注：產(chǎn)品經(jīng)理可在轉(zhuǎn)測(cè)后對(duì)開發(fā)實(shí)現(xiàn)進(jìn)行驗(yàn)收，以確定開發(fā)是否符合需求實(shí)際，以便及時(shí)進(jìn)行調(diào)整（4） 上線上線人員需在上線前編寫上線方案文檔，記錄此次上線內(nèi)容，并對(duì)此次上線操作進(jìn)行推演，對(duì)所涉及的所有操作按步驟進(jìn)行記錄，如數(shù)據(jù)庫(kù)操作，代碼merge，jenkins構(gòu)建等；對(duì)可能存在的問(wèn)題進(jìn)行備注及對(duì)應(yīng)的處理方案，并提交技術(shù)相關(guān)負(fù)責(zé)人review項(xiàng)目經(jīng)理結(jié)合測(cè)試結(jié)論及其它各方面情況，決策是否上線，并將意見通知到項(xiàng)目相關(guān)人員（釘釘群或郵件）上線人員按照上線方案文檔記錄的步驟，依次完成上線操作（上線操作最好至少由兩人完成，一人操作，一人檢視，避免出錯(cuò)）上線完成后，測(cè)試人員與產(chǎn)品經(jīng)理對(duì)此次上線進(jìn)行線上驗(yàn)證，確保線上功能流程無(wú)問(wèn)題驗(yàn)證無(wú)誤后，由項(xiàng)目經(jīng)理或其他指定負(fù)責(zé)人將上線通知發(fā)布至利益相關(guān)者，包括項(xiàng)目團(tuán)隊(duì)所有成員及相關(guān)合作方，說(shuō)明上線時(shí)間、上線內(nèi)容、影響因素、注意事項(xiàng)等（即時(shí)通訊群或郵件）⑸復(fù)盤版本結(jié)束后，項(xiàng)目經(jīng)理根據(jù)情況對(duì)上個(gè)周期組織復(fù)盤總結(jié)會(huì)，總結(jié)存在的問(wèn)題與原因，及后續(xù)規(guī)避的辦法，總結(jié)積累的經(jīng)驗(yàn)等2.5常用的工具jira用于項(xiàng)目任務(wù)管理，其中Agile插件可方便查看整體任務(wù)面板，對(duì)任務(wù)狀態(tài)一目了然，需要求團(tuán)隊(duì)成員養(yǎng)成及時(shí)更新狀態(tài)的習(xí)慣confluence文檔管理，用于各類文檔的集中化維護(hù)，以上所述的如需求文檔、開發(fā)設(shè)計(jì)文檔、轉(zhuǎn)測(cè)文檔、上線文檔等均可使用confluence以項(xiàng)目空間的形式集中化管理。3.gitlab代碼管理jenkins項(xiàng)目部署構(gòu)建工具nexus搭建maven私有庫(kù)2.6API網(wǎng)關(guān)監(jiān)控開發(fā)功能及技術(shù)點(diǎn)(1)API網(wǎng)關(guān)總體介紹API網(wǎng)關(guān)作為微服務(wù)架構(gòu)或者前后端分離的業(yè)務(wù)系統(tǒng)架構(gòu)中的重要組件承擔(dān)著非常重要的數(shù)據(jù)輸入輸出工作，同時(shí)網(wǎng)關(guān)的靈活性也決定了整個(gè)分布式架構(gòu)的靈活性，API網(wǎng)關(guān)按照插件化的思路進(jìn)行開發(fā)設(shè)計(jì)，API網(wǎng)關(guān)最核心的作用是對(duì)服務(wù)進(jìn)行路由并進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)，API網(wǎng)關(guān)將成為前后端交互以及內(nèi)外網(wǎng)交互的唯一數(shù)據(jù)進(jìn)出口，所以API網(wǎng)關(guān)適合于進(jìn)行服務(wù)鑒權(quán)、數(shù)據(jù)緩存、流量控制、日記記錄、熔斷控制、協(xié)議轉(zhuǎn)換等，同時(shí)API網(wǎng)關(guān)是整個(gè)分布式架構(gòu)可對(duì)所有API服務(wù)進(jìn)行統(tǒng)一管控的最佳制控點(diǎn)，所以必須通過(guò)可視化的配置插件來(lái)對(duì)所有API服務(wù)進(jìn)行不同策略的控制，插件可以針對(duì)整個(gè)微應(yīng)用也可以針對(duì)某一個(gè)細(xì)粒度的API進(jìn)行控制，不能因?yàn)槟骋粋€(gè)API出現(xiàn)延時(shí)或異常熔斷整個(gè)微應(yīng)用。(2)適用場(chǎng)景1、 作為企業(yè)移動(dòng)化API調(diào)用的統(tǒng)一出口和權(quán)限認(rèn)證中心、2、 承擔(dān)企業(yè)原有業(yè)務(wù)系統(tǒng)的服務(wù)轉(zhuǎn)發(fā)和路由功能3、 實(shí)現(xiàn)所有API接口的標(biāo)準(zhǔn)化、可視化、統(tǒng)一化4、 作為微服務(wù)架構(gòu)的核心API網(wǎng)關(guān)，集成到企業(yè)微服務(wù)架構(gòu)中5、 作為企業(yè)與供應(yīng)鏈及合作伙伴的數(shù)據(jù)交換及接口統(tǒng)一OpenAPI平臺(tái)6、 作為企業(yè)調(diào)用第三方API(京東、淘寶)等的統(tǒng)一API接入平臺(tái)7、 打通企業(yè)內(nèi)部業(yè)務(wù)系統(tǒng)與外部業(yè)務(wù)系統(tǒng)之間的通道8、 實(shí)現(xiàn)企業(yè)已有RestAPI、WebService、Dubbo接口的注冊(cè)和協(xié)議轉(zhuǎn)換(3)API網(wǎng)關(guān)核心能力對(duì)后端API進(jìn)行注冊(cè)并進(jìn)行參數(shù)映射對(duì)多個(gè)后端API進(jìn)行聚合并發(fā)布為一個(gè)新的API對(duì)API進(jìn)行認(rèn)證、鑒權(quán)、限流、熔斷等功能支持API級(jí)別的熔斷、限流、降級(jí)功能對(duì)API的所有請(qǐng)求數(shù)據(jù)進(jìn)行記錄并進(jìn)行安全審計(jì)對(duì)后端API進(jìn)行負(fù)載均衡的流量分配對(duì)后端返回的數(shù)據(jù)進(jìn)行轉(zhuǎn)換和再組裝對(duì)后端API進(jìn)行HTTP的正反向代理⑷API和路由拓?fù)鋱D生成API網(wǎng)關(guān)能自動(dòng)根據(jù)注冊(cè)的API和路由對(duì)API的鏈路和相互調(diào)用情況進(jìn)行自動(dòng)分析然后形成拓樸圖，通過(guò)拓樸圖用戶可以很快速的查看API之間的相互關(guān)系以及每個(gè)后端微服務(wù)的API數(shù)量和調(diào)用情況,并能在拓樸圖上查看每個(gè)API的調(diào)用次數(shù)、平均耗時(shí)、請(qǐng)求日志數(shù)據(jù)等。（5） Hystrix^件集成API網(wǎng)關(guān)集成了Hystrix服務(wù)保護(hù)組件來(lái)實(shí)現(xiàn)微服務(wù)和API級(jí)別的線程隔離、服務(wù)熔斷、服務(wù)降級(jí)等功能，同時(shí)可以直接在Web界面下進(jìn)行配置，無(wú)需在配置文件或代碼中進(jìn)行任何注解，Web界面中配置后立即生效。所有后端服務(wù)均可受Hystrix服務(wù)保護(hù)組件保護(hù)，第三方開發(fā)的API后端服務(wù)（PHP,C#等）無(wú)需任何修改只需要接入到API網(wǎng)關(guān)中即可享受API網(wǎng)關(guān)的熔斷、限流、監(jiān)控等功能。（6） 支持多種協(xié)議轉(zhuǎn)換API網(wǎng)關(guān)支持注冊(cè)RestfulAPI、WebService、Dubb。三種類型的API注冊(cè)并能對(duì)JSON和XML進(jìn)行數(shù)據(jù)格式的轉(zhuǎn)換、無(wú)需編碼可實(shí)現(xiàn)json轉(zhuǎn)xml和xml轉(zhuǎn)json功能，通過(guò)轉(zhuǎn)換后更有利于前端UI框架進(jìn)行API的調(diào)用。更多的協(xié)議轉(zhuǎn)換類型支持自定義擴(kuò)展插件進(jìn)行數(shù)據(jù)轉(zhuǎn)換，可以對(duì)API的請(qǐng)求數(shù)據(jù)和后端API的返回?cái)?shù)據(jù)進(jìn)行二次加工處理。⑺API網(wǎng)關(guān)性能單臺(tái)API網(wǎng)關(guān)性能與不經(jīng)過(guò)API網(wǎng)關(guān)轉(zhuǎn)發(fā)時(shí)的性能損耗在10%-15%的范圍，壓力測(cè)試和實(shí)際使用場(chǎng)景中API網(wǎng)關(guān)轉(zhuǎn)發(fā)時(shí)以每秒吞吐量為指標(biāo)進(jìn)行對(duì)比，經(jīng)過(guò)API網(wǎng)關(guān)轉(zhuǎn)發(fā)時(shí)吞吐量接近直接訪問(wèn)API時(shí)的90%以上的效率，當(dāng)然如果在API網(wǎng)關(guān)中增加較多的過(guò)濾器或插件如：IP黑白名單過(guò)濾，敏感字符控制等業(yè)邏輯時(shí)吞吐量會(huì)有所下降，這取決于過(guò)濾器本身的算法及性能，我們認(rèn)為只要是公共的API業(yè)務(wù)邏輯都應(yīng)該抽到API網(wǎng)關(guān)層的過(guò)濾器中進(jìn)行統(tǒng)一管理和維護(hù)，而API網(wǎng)關(guān)的性能則通過(guò)水平擴(kuò)展來(lái)解決。(8)API網(wǎng)關(guān)部署架構(gòu)API網(wǎng)關(guān)通過(guò)動(dòng)態(tài)的水平擴(kuò)展部署架構(gòu)來(lái)保證不間斷服務(wù)和應(yīng)對(duì)大并發(fā)的請(qǐng)求情況，API網(wǎng)關(guān)在架構(gòu)上已經(jīng)做到同類API網(wǎng)關(guān)的最優(yōu)架構(gòu)，具有依賴少，部署和運(yùn)維簡(jiǎn)單等特點(diǎn)，其中API網(wǎng)關(guān)中重要的日志庫(kù)采用MongoDb進(jìn)行分片存儲(chǔ)，同時(shí)日志庫(kù)可以與API網(wǎng)關(guān)的配置庫(kù)數(shù)據(jù)源進(jìn)行隔離，即使MongoDB出現(xiàn)不可用的情況下也不影響API網(wǎng)關(guān)的正常運(yùn)行。API網(wǎng)關(guān)提供了多種日志庫(kù)的解決方案，同時(shí)支持自動(dòng)進(jìn)行日志庫(kù)的分庫(kù)可以按年、月、周、天進(jìn)行自動(dòng)分庫(kù)，而開源的API網(wǎng)關(guān)和其他的網(wǎng)關(guān)基本采用日志文件進(jìn)行存儲(chǔ)再通過(guò)log采集器進(jìn)行收集后再發(fā)送到第三方數(shù)據(jù)庫(kù)中，這種架構(gòu)具有架構(gòu)復(fù)雜、依賴組件多、運(yùn)維復(fù)雜等缺點(diǎn)，一旦引入這種類型的API網(wǎng)關(guān)就需要運(yùn)維至少3-5個(gè)開源組件(Logstash、Kibana、Elasticsearch、Redis、kafka...),每一個(gè)組件出現(xiàn)問(wèn)題都影響API網(wǎng)關(guān)的運(yùn)行，對(duì)于一般的企業(yè)IT人員來(lái)說(shuō)存在開源組件的運(yùn)維風(fēng)險(xiǎn)。調(diào)研結(jié)論在整個(gè)企業(yè)實(shí)習(xí)調(diào)研過(guò)程中，因?yàn)槲以诠局饕?fù)責(zé)的是功能開發(fā)，因此我對(duì)軟件開發(fā)的功能相關(guān)知識(shí)有了初步的了解，以上是我對(duì)公司軟件發(fā)開管理、以及開發(fā)任務(wù)調(diào)查了解的流程，開發(fā)使用的資源共享服務(wù)器，功能測(cè)試方案的編寫，功能測(cè)試用例評(píng)審、功能測(cè)試中斷和通過(guò)的一些參考標(biāo)準(zhǔn)的相關(guān)總結(jié)，功能開發(fā)包括的其實(shí)還有很多方面，例如：虛擬機(jī)的布置管理、防火墻的相關(guān)狀況、業(yè)務(wù)邏輯編程、兼容性編程、安全性編程、高并發(fā)處理、token認(rèn)證等等，對(duì)于功能開發(fā)的這些方面，在今后的實(shí)踐中才