首先呢，上台演講的人均認為容器不是虛擬化，兩者不等價。
嗯，是呀。如果等價的話，這應該叫虛擬化技術大會了。演講者均認為這兩者的區別在於：容器是應用的包裹。虛擬化是作業系統的包裹。
這就是為什麼我收快遞總是有那麼多層包裹。最後裡面的玻璃杯還是tm的碎了。原因？原因可能是快遞小哥扔了一下。所以需要商家再增加更多的包裹。容器既然是應用的包裹。那麼理所當然想要管理應用的生命週期。想要監控應用的狀態。想要更好的管理和排程應用本身。
你們有沒有先問問應用想不想被包裹呀…容器，你可以理解為應用執行的環境。現在這個環境可以非常容易的遷移。這種遷移不侷限於其物理位置。應用可以在乙個機器中的相同磁碟的不同扇區之間移動，後來可以在不同磁碟之間移動，再後來可以在同一集群的不同機器之間移動，再後來在不同的機房之間移動。
可移植是軟體的乙個屬性。現在因為容器，這個屬性成為普適屬性。這當然是件好事。因為有了容器。假設我們認為容器和之上的應用並沒有狀態。或者是初始狀態即可。那麼我們就獲取到軟體的可擴充套件性。容器和之上的軟體可以不斷的複製以適應規模的需求。
這種假設很理想。實際上這並不是軟體研發過程中非常重視的事情。非常重視的事情是你開發出來的軟體能不能分布式部署。是否可以通過多部署來線性的增強軟體急需的能力。軟體行業的未來會像汽車製造廠一樣。流水線的裝配各種零件，然後製造出來一款成熟的軟體。顯然容器的開發者們寄希望於應用的開發者都可以勝任這項事情。呃……借用80/20原則的話，就是80%的開發者都不能勝任這件事情。另外20%的開發者不會在80%的業務需求中考慮這件事情。
以上的觀點可能會被80%的開發者認同或者反對。
據我所知，任何一款成熟的軟體只要通過ctrl+c , ctrl+v 就可以製造出來另一款成熟的軟體。呃……現在流行的方法可能是使用git/fork. 我有了車子，就能製造車子。何必要流水線呢？容器可以讓運維更加輕鬆。效率提高其實我很想要一款6個輪子的車子。但是萬惡的黑心廠商只造4個輪子的。只有軍方才有6個輪子的車子用。未來，我的軟體中就不能多加乙個功能嗎？就不能修改乙個流程嗎？就不能不用udp/tcp嗎? 更可笑的在於，我的車子就不能隨便換個大奔的logo嗎？
這我舉雙手贊同。當然運維需要先熟悉一下各個作業系統的命令，再熟悉一下各個paas的元件，以及容器相關的命令。另外如果容器系統/paas/os掛掉了，需要知道到底哪些元件出了問題，以及如何恢復。讓我們一鍵式的部署來管理應用吧~我們從小學到現在一直學習那麼多繁雜的知識，不就是為了讓自己過的輕鬆一些嗎？咳咳……來，再讓我翻一翻小學奧數題虐一虐面試者~
在這之前先多鍵式把配置搞定。…嗯…編譯出了問題…不能翻牆…先搭建乙個vpn…gcc版本好像太低了…嗯…再配個內部網域名稱吧…等等…許可權還要設定一下…ldap怎麼設來著?…還需要copy一些私鑰…嗯…下班了…明天再弄吧…總結總結：
為什麼開發者總是為難開發者?
為什麼開發者總是為難非開發者?
為什麼非開發者總是為難開發者?
再問乙個簡單的問題：
為什麼容器技術不能成為自容器？和容器中的應用一樣發布、部署?
該問題的簡單答案：
太累了不，我並不是覺得容器技術不好。也不是覺得現在的運維方案完全夠用。我是覺得容器技術還應該向我指出的方向發展一下。
想想應該取個好點的標題。
再加乙個吧。
再修改一下標題..z
談談技術 Technology
技 術 我們搞技術的,天天說自己是搞技術的,那麼有沒有問過自己,到底是什麼是技術?你搞的東西到底是什麼?先翻百科,看看學術定義 技術是解決問題的方法及方法原理,是指人們利用現有事物形成新事物，或是改變現有事物功能 效能的方法。技術是製造一種產品的系統知識，所採用的一種工藝或提供的一項服務，不論這種知...
談談IT技術學習
我覺得對於技術類it崗位，學習 總結 進步 是乙個for 迴圈，但卻是一種良性的busy loop，一旦你break，在程式終結的同時，我想你的技術類職業生涯也就該謝幕了。對別人的學習過程不敢妄加誹議，結合自己的學習過程來談談吧。首先要明確的是學習的意義 為了完成工作？為了做技術投資？為了興趣？我想...
談談IT技術學習
我覺得對於技術類it崗位，學習 總結 進步 是乙個for 迴圈，但卻是一種良性的busy loop，一旦你break，在程式終結的同時，我想你的技術類職業生涯也就該謝幕了。對別人的學習過程不敢妄加誹議，結合自己的學習過程來談談吧。首先要明確的是學習的意義 為了完成工作？為了做技術投資？為了興趣？我想...