云計算云計算公司實習報告一、摘要

2023年6月5日至8月22日，我在一家云計算公司擔任實習開發(fā)工程師，負責云資源管理平臺的API接口開發(fā)與優(yōu)化。通過參與平臺擴容項目，我主導完成3個核心模塊重構(gòu)，將系統(tǒng)響應時間縮短至15毫秒，吞吐量提升40%，并實現(xiàn)自動化測試覆蓋率從60%到85%的突破。工作期間，我運用Python語言和Docker容器技術(shù)，結(jié)合公司內(nèi)部CI/CD流程，搭建了基于Kubernetes的彈性伸縮方案，具體通過動態(tài)調(diào)整5個關(guān)鍵節(jié)點的資源分配，使高峰期負載壓力下降25%。提煉出可復用的微服務(wù)架構(gòu)解耦方法，以及基于Prometheus的實時監(jiān)控數(shù)據(jù)驅(qū)動優(yōu)化策略，這些方法論已應用于后續(xù)的團隊技術(shù)分享中。

二、實習內(nèi)容及過程

實習目的主要是想把學校學的云計算理論知識用到實際工作里，了解真實項目的開發(fā)流程和團隊協(xié)作模式。

實習單位是一家做企業(yè)級云服務(wù)的公司，業(yè)務(wù)主要是公有云基礎(chǔ)設(shè)施和SaaS解決方案，技術(shù)棧偏Kubernetes、OpenStack和大數(shù)據(jù)平臺。

實習期間參與了云資源管理平臺的項目開發(fā)，具體負責API接口的維護和新功能的迭代。6月10號到6月25號，跟著導師熟悉了公司的開發(fā)規(guī)范和代碼庫，主要是修改和測試現(xiàn)有的監(jiān)控接口。期間發(fā)現(xiàn)有個資源統(tǒng)計接口響應慢，平均耗時超過200毫秒，用戶反饋明顯。

6月26號開始獨立負責負載均衡模塊的優(yōu)化，那段時間系統(tǒng)并發(fā)量經(jīng)常到5000QPS以上，經(jīng)常出現(xiàn)超時錯誤。我先是分析了請求慢的原因，發(fā)現(xiàn)是數(shù)據(jù)庫查詢語句沒優(yōu)化，把JOIN改成了多個子查詢后，響應時間直接降到50毫秒以內(nèi)。后來又用了Redis緩存熱點數(shù)據(jù)，把緩存命中率提到85%以上。8月1號到8月15號，參與平臺高可用改造，把單點故障的節(jié)點改成3副本部署，部署前做了壓力測試，原來只能承受3000QPS，改完后直接飆到9000QPS。

遇到的最大挑戰(zhàn)是7月8號晚上系統(tǒng)突然雪崩，原因是新上線的日志服務(wù)接口突然流量暴增，我負責的模塊CPU直接飚到95%。當時完全懵，最后臨時加了限流熔斷，第二天分析發(fā)現(xiàn)是上游應用沒做日志分級，全部打成了ERROR級別。后來跟著運維團隊一起把日志分級規(guī)則調(diào)整了，還加了自動擴容配置，再遇到類似情況就能自動加機器了。

技能方面最大的提升是掌握了Prometheus+Grafana的監(jiān)控體系搭建，之前只會用簡單的日志查看起來，現(xiàn)在能直接看各組件的CPU、內(nèi)存、網(wǎng)絡(luò)和延遲指標，發(fā)現(xiàn)異常能提前半小時預警。團隊用的CI/CD流程也讓我學到不少，比如怎么用Jenkins實現(xiàn)自動化測試和部署，每次提交代碼都能自動跑單元測試和接口測試，錯誤率直接降了70%。

實習成果最直觀的是交付了3個功能模塊，其中負載均衡優(yōu)化項目直接減少了用戶投訴量，運維那邊說系統(tǒng)穩(wěn)定性提升40%。還整理了一份《資源監(jiān)控最佳實踐》文檔，里面記錄了怎么用云原生技術(shù)做監(jiān)控告警，后來技術(shù)部內(nèi)部分享了。

有兩個地方感覺不太舒服，一是部門新人培訓比較隨緣，很多工具都是自己摸索的，要是能有系統(tǒng)化的入職手冊就好了。二是我的崗位需求里說要懂OpenStack，但實際工作80%以上都是Kubernetes相關(guān)，感覺對OpenStack的接觸太少了。

建議可以搞個內(nèi)部技術(shù)知識庫，大家寫踩坑經(jīng)驗或者最佳實踐都能同步上去。另外對新員工可以安排個帶教導師，至少每周固定聊一次，現(xiàn)在感覺很多問題都是自己瞎琢磨的。崗位匹配度這塊，要是能提前明確具體技術(shù)棧，大家準備實習的時候也能更有針對性。

三、總結(jié)與體會

這8周實習，感覺像是把學校那些散裝的理論知識，通過實際項目一點點拼湊起來，變成了能看懂、能動手的東西。6月5號剛來的時候，連CI/CD流程都要問導師，寫個簡單的腳本都要卡半天，現(xiàn)在直接上手改配置、調(diào)參數(shù)，效率高了不少。最值的是搞懂了Kubernetes的調(diào)度策略，之前覺得那些Pod、Node的分配很玄學，實際操作后發(fā)現(xiàn)背后是挺多數(shù)據(jù)驅(qū)動的算法，跟課堂上學的一致，但理解深度完全不一樣。

最大的收獲是體會到做技術(shù)不是閉門造車，得跟產(chǎn)品、運維、測試來回對齊。7月12號改負載均衡策略那會兒，自己覺得優(yōu)化得挺好，結(jié)果用戶那邊反饋還是慢。后來才知道是沒考慮數(shù)據(jù)庫的寫入瓶頸，重新加一層緩存才解決。這種跨團隊的溝通協(xié)作，比單純寫代碼更考驗能力。現(xiàn)在回頭看，學校教的系統(tǒng)設(shè)計課真是管用，但實際場景要復雜太多了，比如資源隔離、多租戶兼容這些，都是書本上沒細說的。

對我職業(yè)規(guī)劃的影響挺直接的。原來想畢業(yè)隨便找個公司先混著，現(xiàn)在覺得得往云原生架構(gòu)師方向發(fā)展。公司用的技術(shù)棧里，Kubernetes是核心，但我OpenStack那邊確實空缺大。接下來打算補齊這塊知識，看能不能考個CKA證書，至少得讓面試官知道我不是只會擺弄k8s。實習最后那周做的監(jiān)控文檔，技術(shù)部經(jīng)理還特意找我聊，說后續(xù)新員工培訓可能要借鑒我的材料，這讓我挺有信心，感覺離那個目標又近了一步。

看著系統(tǒng)上線后用戶那邊穩(wěn)定的反饋，突然覺得挺有成就感的。以前做課程設(shè)計，出點bug就夠頭疼了，現(xiàn)在直接關(guān)系到業(yè)務(wù)，責任感完全不一樣。最爽的是8月15號加班搞定雪崩問題后，運維同事還請我吃了頓飯，那種被團隊認可的滿足感，比考高分還實在。雖然每天加班到9點，甚至有兩天凌晨才走，但回頭看覺得值了，抗壓能力和解決問題的能力確實上來了。

行業(yè)趨勢這塊，感覺云原生是大勢所趨，現(xiàn)在很多傳統(tǒng)系統(tǒng)都在遷移，但每個公司落地方式都不一樣。公司那種基于Kubernetes的微服務(wù)治理平臺，我覺得挺有前景的，怎么把容器化、服務(wù)網(wǎng)格、自動化運維這些技術(shù)整合好，肯定是個持續(xù)探索的方向?，F(xiàn)在網(wǎng)上很多技術(shù)文章都挺淺的，真正要落地還得靠踩坑積累。接下來打算多關(guān)注EKS、GKE這些云廠商的進階特性，說不定哪天就用上了。

四、致謝

感謝公司提供了這次實習機會，讓我能接觸到真實的云計算項目。特別感謝導師在實習期間給予的指導，特別是在API接口優(yōu)化和Kubernetes調(diào)度方