2023年個(gè)人年度總結(jié)報(bào)告

201*個(gè)人年度總結(jié)報(bào)告201*個(gè)人年度總結(jié)報(bào)告

201*個(gè)人年度總結(jié)報(bào)告

從201*年7月份入職已經(jīng)快半年了，在這期間我參加銀聯(lián)云集成開(kāi)發(fā)平臺(tái)工程的開(kāi)發(fā)。

由于我參加云集成開(kāi)發(fā)平臺(tái)工程的時(shí)間較晚（工程已經(jīng)進(jìn)入開(kāi)發(fā)階段），因此進(jìn)入工程的前一段時(shí)間，對(duì)工程的需求并不非常了解。閱讀工程需求文檔和設(shè)計(jì)文檔也很費(fèi)勁，由于工程涉及的設(shè)計(jì)思想、概念、技術(shù)都很豐富。我的開(kāi)發(fā)任務(wù)是云集成開(kāi)發(fā)平臺(tái)的治理掌握臺(tái)，主要是調(diào)用各個(gè)功能模塊供應(yīng)的接口并供應(yīng)前端的WEB頁(yè)面展現(xiàn)，例如在頁(yè)面上單擊一個(gè)按鈕來(lái)完成一組應(yīng)用容器（集群Jetty）的啟停操作。隨著治理掌握臺(tái)開(kāi)發(fā)的不斷深入，我漸漸理解了云集成開(kāi)發(fā)平臺(tái)的整個(gè)過(guò)程，能對(duì)PaaS運(yùn)行過(guò)程中消失問(wèn)題的做出快速定位。

在工程一期完畢后我們?cè)鴮掖蔚姐y聯(lián)安裝部署PaaS根底效勞，但由于缺乏工程實(shí)施閱歷和預(yù)備工作做的不充分，我們部署工作花了許多時(shí)間，同時(shí)也發(fā)覺(jué)許多問(wèn)題。第一、PaaS平臺(tái)需要依靠IaaS（云資源治理平臺(tái)）供應(yīng)的WebService效勞；由于IaaS的WebService沒(méi)有經(jīng)過(guò)嚴(yán)格的測(cè)試，在與PaaS集成的時(shí)候要花費(fèi)許多時(shí)間去調(diào)試。其次、安裝整個(gè)PaaS根底效勞需要安裝許多軟件，配置也許多，初期沒(méi)有做自動(dòng)化安裝，全部的軟件以及Linux需要的類庫(kù)都要手動(dòng)安裝、耗時(shí)較多；由于涉及軟件效勞較多和環(huán)境的不穩(wěn)定性如網(wǎng)絡(luò)、Linux系統(tǒng)環(huán)境，安裝過(guò)程消失的有些問(wèn)題不簡(jiǎn)單解決。第三、PaaS平臺(tái)使用了許多第三方軟件，有些軟件是我不熟識(shí)的，如RabbitMQ、Nginx、Haproxy、ApacheFlume等，這些需要花許多時(shí)間去學(xué)習(xí)。第四、個(gè)人認(rèn)為有些功能模塊設(shè)計(jì)的不合理，PaaS平臺(tái)使用Jetty作為應(yīng)用容器是由于它比擬輕，但數(shù)據(jù)源開(kāi)發(fā)使用的eos局部原有組件導(dǎo)致引入了大量eos的Jar。數(shù)據(jù)源功能就是通過(guò)PaaS平臺(tái)治理掌握臺(tái)給每個(gè)應(yīng)用配置數(shù)據(jù)源，部署在PaaS平臺(tái)上的應(yīng)用就能取得數(shù)據(jù)庫(kù)連接。實(shí)際上就是給用戶供應(yīng)一個(gè)獵取數(shù)據(jù)源的接口，和修改數(shù)據(jù)源配置文件（通過(guò)治理掌握臺(tái)上配置后完成一組虛擬機(jī)上（集群）數(shù)據(jù)源配置文件的修改工作）；這個(gè)功能的實(shí)現(xiàn)不需要依靠于eos，eosJar的引入會(huì)使得部署在Jetty上的應(yīng)用變得笨重。使用云集成開(kāi)發(fā)IDE開(kāi)發(fā)的WEB應(yīng)用都需要導(dǎo)入一組eosJar包，這樣的應(yīng)用WAR包才能部署到PaaS平臺(tái)上正常運(yùn)行，但使用者開(kāi)發(fā)的應(yīng)用并不是eos應(yīng)用。我個(gè)人認(rèn)為有必要重新開(kāi)發(fā)這局部功能，使其脫離eos成為獨(dú)立的組件、輕量化。

PaaS平臺(tái)開(kāi)發(fā)的各個(gè)根底效勞都做了具體的日志記載，這便利我們定位問(wèn)題所在以及對(duì)BUG的修復(fù)操作。PaaS平臺(tái)很多操作是一個(gè)簡(jiǎn)單的流程，假如沒(méi)有日志，中間任何一個(gè)環(huán)節(jié)消失問(wèn)題都很難定位。例如創(chuàng)立應(yīng)用，過(guò)程為：創(chuàng)立虛擬機(jī)->創(chuàng)立應(yīng)用容器->啟動(dòng)應(yīng)用容器->創(chuàng)立數(shù)據(jù)庫(kù)效勞->創(chuàng)立資源庫(kù)效勞->創(chuàng)立緩存效勞->創(chuàng)立負(fù)載均衡效勞。創(chuàng)立應(yīng)用的過(guò)程使用了代理框架，通過(guò)收發(fā)命令來(lái)執(zhí)行各個(gè)根底效勞機(jī)器上相應(yīng)的腳原來(lái)完成效勞的創(chuàng)立、刪除和修改等操作。Agent接收命令和命令的執(zhí)行狀況都做了日志記錄。還有各個(gè)根底效勞的運(yùn)行狀況都有自己的日志記載，如治理掌握臺(tái)的日志記錄了整個(gè)PaaS平臺(tái)應(yīng)用的創(chuàng)立、銷毀過(guò)程，以及應(yīng)用的部署，啟停等操作。

我們的平臺(tái)還不穩(wěn)定，PaaS平臺(tái)的運(yùn)行需要依靠IaaS平臺(tái)。IaaS創(chuàng)立的虛擬機(jī)不穩(wěn)定會(huì)導(dǎo)致PaaS平臺(tái)無(wú)法運(yùn)行，另外就是代碼缺陷會(huì)導(dǎo)致PaaS平臺(tái)不穩(wěn)定，網(wǎng)絡(luò)因素也會(huì)影響PaaS平臺(tái)的穩(wěn)定性。我們近期的任務(wù)就是提高PaaS平臺(tái)的穩(wěn)定性和完善PaaS根底效勞。近日，銀聯(lián)又提出了明年P(guān)aaS平臺(tái)要做的效勞。這些效勞涉及范圍很廣，有短信效勞、支付效勞、加解密效勞、數(shù)據(jù)挖掘、定時(shí)效勞、郵件效勞以及各種效勞監(jiān)控，性能優(yōu)化等。展望201*，我們需要學(xué)習(xí)更多的新技術(shù)，嘗試做我們沒(méi)有做過(guò)的事情。

擴(kuò)展閱讀：201*年度個(gè)人工作總結(jié)報(bào)告

201*年度個(gè)人工作總結(jié)報(bào)告

1.工作狀況

負(fù)責(zé)內(nèi)容及事務(wù)

成績(jī)與閱歷概述

2.工作缺乏之處及反思

工作缺乏之處-表達(dá)狀況

反思-如何能補(bǔ)足

3.201*年工作規(guī)劃

團(tuán)體期望及目標(biāo)

如何規(guī)劃達(dá)成

個(gè)人期望及目標(biāo)

如何規(guī)劃達(dá)成