目錄
事情始末
直接感受
間接影響
技術層覆盤
心態/習慣反思
平時經常開玩笑，刪庫跑路、刪庫跑路，今天我真的rm -rf *了。早上來，乙個同事說要查日誌，但是日誌我又備份到雲磁碟了，我就想著把那一天的日誌wget下來看看，然後分析。本來是想放在/var/log/目錄下去，但是我看了一下磁碟的根目錄可用空間不多了，於是我就cd 到/data資料目錄。這乙個操作就是萬惡之源，在這個目錄下，我wget日誌下來後，解壓，看了之後不是我想要的日誌，因為我解壓的日誌也是data目錄。當時我就想刪的時候千萬不要把根目錄下的data（/data）刪了，只要刪data目錄裡的data目錄（/data/data）這個目錄，於是我就敲了一行命令rm -rf data *；回車鍵下去後，哦豁，已經來不及了。
我的天啊，趕緊恢復，能快速恢復，爭取不被領導發現。當我發現有資料目錄被乾掉的時候，還是先匯報。匯報完後想著這是真得跑路了。要說不慌是假的，畢竟正兒八經的生產資料，刪掉了找不回，這個損失挺嚴重的。刪了kafka、zookeeper、乙個資料庫as。於是想著趕緊從其他機器拷貝對應的應用、中介軟體過來恢復。但是由於安全等問題得先拷貝到本地，再經過好幾層中轉才能到機器上。這個時間真的挺長的。但是恢復的過程中，一直在想我為什麼會執行這個操作，為什麼要刪，剛剛放到其他監控機器處理不久不會發生這個事情了嗎。
有種起死回生的感覺，好像瞬間看開了很多事情。沒有什麼過不去的坎的感覺。中午吃飯也比平時吃的多了。還吃了兩包堅果，喝了一瓶酸奶。本想喝杯奶茶發現還得幾天才發工資，還得悠著幾天。
1）集群，集群，集群，至少3節點的集群真的重要
2）資料及時備份
3）現在我們追求k8s、docker這些新技術、完全重要。但是基礎也很重要，當你壓縮打包乙個目錄的時候，還得去網上查一下tar的引數、怎麼排除日誌目錄打包。kafka集群恢復，怎麼判斷新節點加入了集群，怎麼判斷kafka集群的資料沒有丟失，怎麼設定他的分片。
4）知識點的查漏補缺，從基礎到深入、到精通。從0分到3分到5分到8分，一點一點去補充自己的知識。最近剛好在梳理自己知識體系，很龐大，無從下手。本來覺得可能太基礎了，是否有這個必要，但是現在覺得這是必須的，形成文件筆記後，相當於溫故了一遍，並且以後可以經常拿出來看。以後比較基礎的就不用反反覆覆重複的開始了，就跟每次學乙個東西從hello world開始一樣了，可以稍微往深層次的地方開始。
5）要敬畏生產環境、敬畏生產環境、敬畏生產環境。
1）腦袋和手不同步，腦袋想著千萬不要刪錯了，但是手卻毫無意識的敲了*。
2）良好的習慣真的重要，平時就養成不要輕易的敲rm * 等危險命令，不要在危險的邊緣瘋狂的試探。
3）時刻要知道自己在做什麼，有乙個清醒的頭腦，知道自己在做一件什麼事情，知道自己這個命令下去的風險是什麼，感覺自己平時有點行屍走肉的感覺。也是自己近幾年沒什麼長進的原因，可能是快餐時代的知識導致的，總想著跑的快，卻忘了跑的穩。
4）既然想好了要把運維這個當做自己的事業發展，就不應該只滿足於工作，而是要以自己的事業的標準要求自己。
敏捷指南閱後的幾點體會
是乙個框架，在此框架中，人們可以解決複雜的自適應難題，同時也能高效並創造性地交付最 值的產品，它是輕量級的，易於理解的，難以精通的 敏捷的精髓在於小團隊，個體團隊具有高度靈活性和適應性，當單個 幾個 多個和團隊在開發 發布 運營和維護成千上萬人的工作和工作產品時，這些優勢得以持續運作並發揮價值。透明...
軟體過程管理的幾點體會
軟體過程管理的幾點體會 1 用例驅動 按照rup的理論，軟體開發過程是以架構為核心 用例驅動 迭代增量的開發過程。用例是rup rational unified process 統一軟體開發過程 統一軟體過程 中非常重要的工件，用於描述系統終端使用者與系統互動的過程，是制定迭代開發計畫的惟一依據，並...
專案開發中的幾點體會
結合工作，分享幾點在專案開發中的體會，是針對一線開發人員的 1 專案需求是怎麼產生的，使用的業務場景是什麼，開發周期是多長 2 在動手開發前，就要先和運維同事多溝通，接下來程式的部署，網路要求，頻寬要求，以及將來的維護，怎麼方便維護 3 開發過程中，任何業務流的改動都要寫下備註 4 具體開發中，伺服...