分類: 3C資訊

今天在人人都是產品經理的上，看到一篇文章 《一個創業程序員的35歲人生總結（下）》 。其實也道出了我曾經作為技術人員，各種失敗的嘗試。

下面是一種的一段引用，我非常認可

先說技術，技術是我死磕時間最長的技能。最早在大學選擇FLASH，完全是出於愛好，當時別說我，全世界估計也沒幾個人能預測到僅僅兩年後，FLASH程序員就會隨着網頁遊戲的興起，成為當時最搶手的程序員種類之一。後來畢業了，選工作的時候，更多是學習的心態，創業什麼的，甚至工資，都無所謂，只要能提升技術就行。後來技術到一定程度了，就希望能幫助項目和公司更好地實現大家想要的產品，最終實現大家共同的夢想。

在類似我經歷的公司中，有兩個問題，會同時困擾大部分程序員和老闆。第一個問題就是“學習”！

程序員，尤其是前端程序員，天生有一種極強的學習慾望。前端這門技術，半年不學習可能就要落後，一年不學習估計就有被淘汰的風險了。程序員愛學習，不停提升自己的專業技能，這本來是好事。

但是對於很多創業公司，卻成為不能承受之重。因為很多程序員，會極端地掉入學習的漩渦中，簡直跟掉入錢眼兒里的老闆有得一拼，眼中除了學習啥也容不下，比如曾經的我。更要命的是，有些程序員，自己的人生規劃和學習方向，還跟公司的業務方向不太一致。

我是06年畢業，畢業就進入了一所當時還不錯的互聯網公司，公司名稱就不說了，反正對這家公司也沒有啥好感，雖然現在很多人都想進去修福報。

  在這家公司裏面，認識了幾個比較好的朋友，算是一個非常大的收穫。更關鍵的是，我們都是一群比較有想法的人，喜歡用技術去做各種各樣的嘗試。   在2006年的時候，我們第一次嘗試做一個網址收藏夾。當時的想法很簡單，我們可以把自己的喜歡的網站地址收藏起來，並且可以隨時隨地的分享到網站裏面，實現起來算是比較簡答。但是對標了一個競品，名字忘記了，好像叫做 ”好網角“。當時三個人，一個負責產品，兩個搞技術。按照道理說，用wordpress之類的網站很快的。結果當時我們兩個做技術的，被公司的環境給洗腦了，覺得一定要用牛逼的技術做出來的東西才有價值。等基礎架構搭建完成之後，我們就不想寫業務代碼了，覺得好無趣，結果不了了之。   在2007年，由於當時我們都是單身，有一天吃飯，想到了是不是可以做一個妹子網站，上面都是妹子。作為單身者，尤其是程序員，完全可以去上面找妹子約會。結果還是卡在了產品設計，因為沒有願意做產品，都想着做技術。由於公司的引導，內部開始架構化轉型，從此開始了架構文化，我這個時候對技術的更加執着。   在2008年和2009年這兩年之間，加班比較多。正好趕緊上公司晉陞P，就比較老實了，沒有太多的想法。   在2010年，微博出來，比較火爆的時候。發現一個蠻有趣的現象，就是微博必須註冊才能看內容，屏蔽了百度的搜索。當時我們知道做垃圾站可以賺錢，就是利用百度seo的流量。就開始搞。這一次吸取了教訓，快速用wordpress搭建了一個網站，然後也不不用爬蟲，直接人工編輯的方式，每天人肉搬運微博最熱門的內容。後來就搬運百度top的內容，反正就是什麼熱門放什麼。這個時候就已經開始在考慮，能不能把今天最熱門的資訊信息找出來，做成一個類似今日熱門的諮詢網站。我們的方法很原始，就是爬蟲去top.baidu.com，微博熱門資訊排行的內容。運營半年的時候，有一天一個帖子爆了，當時獨立IP直接突破5W。不過也因為這個，被新聞辦公廳警告了。後面連續幾次違規，省新聞辦公廳以沒有新聞出版牌照，把網站關停了。不過這個網站看來，還算是比較成功的。至少運營了大半年，也開始讓我思考運營的價值，時間的價值。   2011-2013年，在網站被關停之後，我就意識到內容的價值，開始持續輸出技術文章。曾經的blog鏈接： https://www.cnblogs.com/aigongsi/ ，一共100多篇文章，大概500W閱讀。 不過在輸出內容上，也犯了一個同樣的錯誤，就是覺得應該寫能突出技術能力的內容。當時身邊的技術人都挺瞧不起阮一峰的，覺得他的內容太基礎，沒有啥技術含量。在我輸出內容的時候，純粹就是愛好，沒有考慮目標受眾和持續的運營，更沒有想過IP的問題。這個時候如果有產品經理思維，可能就會明白，阮一峰的目標受眾非常廣，並且商業變現價值是非常高。而所謂技術架構類文章，受眾就小了很多，商業的價值更在於合作，而非變現上。   2015年開始創業，就慢慢開始轉向產品、營銷，運營，算是徹底轉型了。   我現在身邊的技術圈的朋友都是我的同事，都在創業，但是和他們交流起來，他們談論最多的還是怎麼實現功能，用什麼樣的方案，能夠支撐多少用戶量。很少談論到我們的用戶是誰，他們有什麼樣的需求，我們的產品怎麼解決這個需求。更不會考慮我們的產品適合在什麼樣的推廣方式，是內容營銷，還是渠道合作，或者說sem。    
為什麼不能一直停留在愛學習的階段 其實程序員應該是最愛學習的一個群體。包括很多知識付費，都在輸出各種知識，主要面向的對象都是各種專業技能的。 對於初學者，學習能力肯定是重要的能力。你必須具備基本的知識、技能、經驗。如果你是科研工作者，持續的學習研究是晉陞的必要條件。   商業或者創業，本質上是要拿結果的，反映在經營公司上就是“利潤”，反映在產品上，就是用戶數的增長。技術人員肯定有太多的理由拒絕這些結果，比如曾經我覺得做這些沒有技術挑戰；這些臟活累活對我的職業生涯發展不好；我不喜歡這樣的用戶，他們太low了。   反映在職場上，你也要拿結果。我第一家公司之前一直強調以結果為導向。如果你要晉陞，和領導關係是不是要處理，向上管理是不是要學會。晉陞的話，要準備PPT，基本的PPT技能和演講是不是要學會。如果說邀功是晉陞的必要條件，那就怎麼學者做自我營銷，在公司裏面做自己的IP，讓自己更多的曝光，這樣晉陞的幾率是不是更高一些。我過去這些基本上全部都沒有做到，以至於在職場很難混下去。   如果你以拿結果的思維去看一些事情，技術的牛逼與否僅僅是其中的一個環節。很多時候，我們說自己愛學習，其實是給自己找了一個不去拿結果的借口。因為拿結果太難了，並且很多時候都會面臨失敗。當我們害怕失敗的時候，就會找一個理由拒絕行動，並且這個理由會讓加強我們的某些特質，那麼“愛學習”這個就是非常好一個理由。某些知識付費上癮者，內心是在逃避。   本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR  ?

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

StatefulSet如何提供穩定的網絡標識和狀態

ReplicaSet中的Pod都是無狀態，可隨意替代的。又因為ReplicaSet中的Pod是根據模板生成的多副本，無法對每個副本都指定單獨的PVC。

來看一下StatefulSet如何解決的。

提供穩定的網絡標識

StatefulSet創建Pod都有一個從零開始的順序索引，這會體現在Pod的名稱和主機名上，同樣也會體現在Pod對應的固定存儲上。所以這些名字是可預先知道的，不同於ReplicaSet的隨機生成名字。

因為他們的名字都是固定的，而且彼此狀態都不同，通常會操作他們其中的一個。如此情況，一般都會創建一個與之對應的headless Service，通過這個Service，每個Pod將擁有獨立的DNS記錄。

擴容一個StatefulSet會使用下一個順序索引創建一個新的Pod，縮容會刪除索引值最高的。並且縮容任何時候只會操作一個Pod。

如何提供穩定的存儲

StatefulSet可以擁有一個或多個PVC模板，這些PVC會在創建Pod前創建出來，綁定到一個Pod實例上。

擴容的時候會創建一個Pod以及若干個PVC，刪除的時候只會刪除Pod。StatefulSet縮容時不會刪除PVC，擴容時會重新掛上。

使用StatefulSet

定義三個PV

定義pv-(a|b|c)

# stateful-pv-list.yaml
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-a
spec:
  capacity:
    storage: 1Mi
  accessModes:
  - ReadWriteOnce
  persistentVolumeReclaimPolicy: Recycle
  hostPath:
    path: /tmp/pva
---
apiVersion: v1
kind: PersistentVolume
# 以下忽略

headless的Service

# stateful-service-headless.yaml
apiVersion: v1
kind: Service
metadata:
  name: rwfile
spec:
  clusterIP: None
  selector:
    app: rwfile
  ports:
  - port: 80

定義StatefulSet

先創建兩個Pod副本。使用volumeClaimTemplates定義了PVC模板。

# stateful.yaml
apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: rwfile
spec:
  replicas: 2
  serviceName: rwfile
  selector:
    matchLabels:
     app: rwfile
  template:
    metadata:
      labels:
        app: rwfile
    spec:
      containers:
      - image: registry.cn-hangzhou.aliyuncs.com/orzi/rwfile
        name: rwfile
        ports:
        - containerPort: 8000
        volumeMounts:
        - name: data
          mountPath: /tmp/data
  volumeClaimTemplates:
  - metadata:
      name: data
    spec:
      resources:
        requests:
          storage: 1Mi
      accessModes:
      - ReadWriteOnce

創建三個PV，一個headless的Service，一個StatefulSet

-> [root@kube0.vm] [~] k create -f stateful-pv-list.yaml
persistentvolume/pv-a created
persistentvolume/pv-b created
persistentvolume/pv-c created

-> [root@kube0.vm] [~] k create -f stateful-service-headless.yaml
service/rwfile created

-> [root@kube0.vm] [~] k create -f stateful.yaml
statefulset.apps/rwfile created

查看

-> [root@kube0.vm] [~] k get all -o wide
NAME                    READY   STATUS      RESTARTS   AGE   IP            NODE       NOMINATED NODE   READINESS GATES
pod/rwfile-0            1/1     Running     0          12s   10.244.1.52   kube1.vm   <none>           <none>
pod/rwfile-1            1/1     Running     0          8s    10.244.2.56   kube2.vm   <none>           <none>

NAME                 TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE   SELECTOR
service/kubernetes   ClusterIP   10.96.0.1    <none>        443/TCP   81s   <none>
service/rwfile       ClusterIP   None         <none>        80/TCP    23s   app=rwfile

NAME                      READY   AGE   CONTAINERS   IMAGES
statefulset.apps/rwfile   2/2     12s   rwfile       registry.cn-hangzhou.aliyuncs.com/orzi/rwfile

查看PV和PVC，可以看到已經有兩個PVC綁定了PV

-> [root@kube0.vm] [~] k get pv,pvc -o wide
NAME                    CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM                   STORAGECLASS   REASON   AGE     VOLUMEMODE
persistentvolume/pv-a   1Mi        RWO            Recycle          Bound       default/data-rwfile-0                           7m20s   Filesystem
persistentvolume/pv-b   1Mi        RWO            Recycle          Bound       default/data-rwfile-1                           7m20s   Filesystem
persistentvolume/pv-c   1Mi        RWO            Recycle          Available                                                   7m20s   Filesystem

NAME                                  STATUS   VOLUME   CAPACITY   ACCESS MODES   STORAGECLASS   AGE     VOLUMEMODE
persistentvolumeclaim/data-rwfile-0   Bound    pv-a     1Mi        RWO                           6m55s   Filesystem
persistentvolumeclaim/data-rwfile-1   Bound    pv-b     1Mi        RWO                           6m51s   Filesystem

請求Pod

啟動代理

-> [root@kube0.vm] [~] k proxy
Starting to serve on 127.0.0.1:8001

發送請求

-> [root@kube0.vm] [~] curl http://localhost:8001/api/v1/namespaces/default/pods/rwfile-0/proxy/ -d "a=123"
data stored in : rwfile-0

-> [root@kube0.vm] [~] curl http://localhost:8001/api/v1/namespaces/default/pods/rwfile-0/proxy/
a=123

刪除測試

刪除rwfile-0，然後查看，從時間上看確實是被刪除重建的。

-> [root@kube0.vm] [~] k delete po rwfile-0
pod "rwfile-0" deleted

-> [root@kube0.vm] [~] k get po
NAME                READY   STATUS      RESTARTS   AGE
rwfile-0            1/1     Running     0          7s
rwfile-1            1/1     Running     0          19m

看一下之前存儲的數據還在不在

-> [root@kube0.vm] [~] curl http://localhost:8001/api/v1/namespaces/default/pods/rwfile-0/proxy/
a=123

還是在的，此次測試實際上也證明了StatefulSet提供了穩定的網絡標識和存儲。

發現StatefulSet的夥伴節點

使用DNS解析headless的Service的FQDN。
例子以後再寫吧。。

如何處理節點失效

除非確定節點無法運行或者不會在訪問，否則不要強制刪除有狀態的Pod

k delete pod rwfile-0 --force --grace-period 0

小結

• StatefulSet創建Pod都有一個從零開始的順序索引
• 通常會創建一個與StatefulSet對應的headless Service。
• 擴容一個StatefulSet會使用下一個順序索引創建一個新的Pod，縮容會刪除索引值最高的。
• 新建StatefulSet需要指定headless ServiceName和volumeClaimTemplates。
• 使用DNS發現StatefulSet的夥伴節點
• 強制刪除：k delete pod rwfile-0 --force --grace-period 0

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※幫你省時又省力,新北清潔一流服務好口碑

※回頭車貨運收費標準