原创 JVM內存模型

整理一了一下JVM內存模型,以供以後學習使用:

原创 Git分支管理總結

Git分支管理總結: Gitlab Flow 11規則: 發佈頻率對分支策略的影響: 目前採用的分支管理:

原创 對於敏捷晨會的一些思考

每日晨會的內容和方式: 可以根據晨會參與者的不同,是否在同一物理地點辦公等因素,來制定有針對性的溝通內容和方式。 供應商團隊內部:因爲供應商內部一般都在同一個物理地點進行工作,所以可以採用面對面溝通的方式。溝通內容一般包含三個方面:1)

原创 K8s路由概覽

前段時間學習了一下K8s的概念,當時對K8s的路由規則一知半解,最近又重新溫習了一下,整理了一個概覽圖,供以後回顧用(忽略字醜這件事吧):  

原创 Eureka緩存機制梳理

之前也瞭解過Eureka的緩存機制,但是沒有整理出來,今天得閒,整理了一下: 服務正常上線/修改/下線,最大可能會有120s滯後 30(首次註冊 init registe) + 30(readOnlyCacheMap)+30(client

原创 敏捷12原則

敏捷開發的12個原則比較難記,因此編了一句話,希望可以幫助記憶:我們本着欣然面對需求變化,以簡潔爲本,追求技術卓越和良好設計的想法,通過合作,激發個體鬥志和面對面溝通來構建自組織的團隊,達到持續開發,不斷交付有價值的可工作的軟件的目的。最

原创 關於敏捷開發的一些思考

    2001年的時候,17位大牛發佈了敏捷宣言,從此敏捷作爲一個帶有特殊含義的名詞慢慢爲人們所接受。有趣且少有人提及的是,這17位大牛經過三天的討論後,發佈的僅僅是敏捷宣言和原則,卻沒有指明落地的方法和工具。     爲什麼不指明落地

原创 微服務的優勢(精簡版)

個人理解,還請給位大俠補充業務角度:1. 快速響應市場變化,調整業務邏輯,適配客戶需求;2. 對於新興業務領域,試錯成本低;IT角度:1. 加快交付效率:    1)從邏輯和物理層次上隔離,做到深層次解耦,每個微服務領域邊界清晰,高內聚低

原创 如何與寶寶溝通

初爲寶爸,除了覺得爲人父母不易,同時也感到要學習的東西很多,所以也在不斷摸索,不斷糾正。寶寶現在一週歲多一點,已經能走路但還是不會說話,所這個階段還是以和寶寶聊天,講故事爲主。昨晚發生了一件事,引發了自己的思考:怎麼能和寶寶更好的溝通。事

原创 DevOps原則,規律和模型

記錄一些DevOps實施的原則,規律和模型,用於學習和思考DevOps工作三步法原則:第一步是流動原則。保證你所有的工作從左到右可以順暢的流動,形成一個穩定的工作流。第二步要保證持續反饋。在流動過程中實現從右到左穩定快速而豐富的反饋信息流

原创 DevOps實施時常見問題和理解

DevOps在實施前,或者實施中都會有很多疑惑,以下是一些常見的問題,並附上自己的理解。1.    DevOps是否更適合互聯網企業,傳統類型企業並不適合?理解:互聯網企業的商業/業務模式,文化背景,組織結構更容易實施DevOps。但是互

原创 DevOps學習-持續集成,持續交付和持續部署

(以下源引於網絡,非本人原創,純粹是爲了方便理解和回顧):首先是DevOps:Continuous Integration, Continuous Delivery, Continuous Deployment