過去兩年，docker引燃了容器技術：很多it公司已將容器技術帶入生產環境，甚至一些公司已將核心業務全部容器化，創業公司應運而生基於此提供容器服務，傳統行業中的公司開始思量如何應用容器技術提高it效率，而廣大it工程師們也開始關注、學習和應用容器技術。\
\ 容器技術對於基礎設施構建以及應用生命週期所起的作用相信很少有人會懷疑了。\
但是，和其他新技術一樣，容器也會經歷乙個「炒作週期」， 容器當初作為新技術的光芒會逐漸淡去，這是我們從去年第四季度起開始有明顯的感受。容器慢慢會變成開發、測試、運維習以為常的工具，會貫穿企業it的各個方面。在熱度褪去之後，沉澱下來的才是真正市場的接受度。這是目前我們正在見證的變化。\
「炒作週期」指的是gartner提出的hype cycle。這條曲線不見得適用於所有的技術，但對於一些重大的、具有革命性的新技術的成熟週期有比較準確的描述。雲計算是乙個例子，容器技術也是。值得一提的是這條曲線的縱座標標示的是人們對於新技術的價值的「預期」，並不代表該技術的實際價值。\
通常來說，我們在短期內會高估一項重大新技術的價值，而長遠來說低估同一技術的實際價值。\
\ 很多時候，當一項技術逐漸淡出大家關注焦點的時候，才是產業化的真正開始。在中國市場，從2023年下半年到2023年上半年，可能是對於容器技術價值期望的高峰。在當時，大家關注的是容器作為新技術所帶來的巨大優勢，以及取代已有技術的可能性。這些優勢和潛力的確存在，而且很容易讓市場興奮。可是容易被忽略的是：這類影響力巨大的新技術要真正被應用起來，一定會改變我們已有的工作方式和行為，其中有些變化是深層次的；而伴隨這些改變的會是一系列新的挑戰，我們通常稱之為」新技術併發症「。\
要讓容器技術真正落地，就需要去深入理解這些挑戰，提供相應的解決方案。這其實也是容器的生態圈很重要的乙個責任。關於這點，我們自己也是在接觸了大量企業客戶之後才有了比較深刻的體會。管理容器的「技術併發症」及其所帶來的行為上的變化是讓容器落地的關鍵之一，這些變化分為三類：\
\ 有人說，在未來，絕大多數成功的企業都會是「技術公司」。我覺得這是有道理的。這裡的「技術公司」指的是以軟體為中心的特性，軟體會更多的更直接的去執行公司的戰略。傳統的企業也會做這種轉變，可能就是所謂的數位化。在這個場景下，持續創新的能力會成為每個企業的核心競爭力。我們的使命就是幫助企業獲取這種持續創新的能力。這會體現在方方面面：現代化的基礎設施，敏捷化的交付流程，服務化的it治理等等。目前來說，容器技術能夠很有效的幫助企業獲取這些能力，甚至將這些方面貫穿起來，配合devops的文化來推動持續創新。長遠來講，我們會不斷的將最合適的技術與企業的應用場景結合起來，助力企業在以軟體為中心的大環境下釋放持續創新的能力。\
可以結合我們自己的實踐分享一下幾點體會：\
首先，顯而易見的，是要去深入了解客戶的業務，從客戶需求反推產品。在過去一年當中，我們與超過1000家企業進行了深度的交流，從最前沿的網際網路公司到各個垂直行業的傳統企業都有。我們會花很多時間去了解每個客戶的現狀，包括業務上和技術上的。因為容器是新技術，在早期很多客戶對於應用場景並不了解，無法直接告訴我們他們所期望的產品是什麼樣子。我們需要去深度挖掘需求背後的場景，然後進行提煉最終抽象成通用性的產品。有時候有一些全新的想法，我們會用最快的速度做出乙個原型，然後在客戶中尋找「設計夥伴」；當場景上能契合時，我們就緊貼著客戶的需求去繼續產品化這些想法。\
在創業最早期，我們是基於一項全新的技術在創造沒有人嘗試過的產品。不可否認，那個階段是最令人興奮的。在當時，作為乙個全新領域裡的創新者，我們可以盡興的用最前沿的技術去解決自己最感興趣的問題。到了容器技術開始成熟，開始落地的時候，更加重要的是去解決企業客戶實際的痛點和需求。這時最需要解決的問題會很現實、很瑣碎，會遠不如早期純粹的創新階段來的激動人心。企業級產品的打磨需要耐得住這種「寂寞」。當一項技術開始顯得「無聊」的時候，才是產業化的開始。\
我們嚴格遵循的一條原則使用自己的產品，做自己的客戶。我們所有的環境都部署在靈雀雲平台之上。我們所有的元件都容器化、微服務化，上線用的就是自己產品裡提供的持續整合、持續交付流水線，每天都會上線好幾次。運維團隊正在使用產品中運維平台打造監控中心，對基礎設施、容器、應用、業務各個層面進行監控，通過日誌服務來排查線上故障，就連內部的黑客松專案很多都會用上靈雀雲。我們每個員工都是使用者，「吃自己的**」，也會持續的提反饋和需求。我覺得這點很關鍵，確保我們在打磨產品的過程當中對我們自己絕對誠實。
\ 舉乙個靈雀雲客戶的案例（這個場景在大一些的行業客戶中還是比較典型的）。客戶的基礎設施比較複雜，有幾個機房，另外在開始嘗試使用一些公有雲；開發、測試、運維人員加起來有將近1000人，分布在不同的專案中，包括一些外包團隊。有乙個中心化的it部門負責管理所有的基礎設施資源。專案組需要從it部門申請資源，是個很繁瑣的流程。每個專案會搭建和維護自己的環境。資源分配是相對靜態的，資源利用率很低。客戶希望使用容器技術來公升級自己的基礎設施，構造乙個現代化的應用管理平台，同時梳理開發、測試、運維流程，從而獲取企業層面的敏捷性。\
我們看到，這個客戶需要的遠遠不止是「在一堆機器上執行一堆容器」（這似乎是不少人對於容器平台的狹義理解）。我們把客戶的機房和公有雲環境都接入到我們的雲服務中來，將異構的混合雲環境統一的管理起來。根據客戶需求，我們將底層基礎設施劃分成不同的環境，包括開發環境、整合環境、預發布環境、生產環境。客戶希望不同的專案能夠高效共享這些環境，但同時確保專案之間的隔離性。\
除此之外，it部門需要能對專案成員進行靈活的許可權分配，例如crm專案的測試人員只能在整合環境中對屬於crm專案的服務進行操作。靈雀雲的平台能夠很完整的支援這類複雜的「企業內部多租戶」的場景。管理員可以按照專案以及成員的角色進行細粒度的許可權管理，並且給每個專案設定資源配額。專案的成員不再需要申請資源或搭建環境，可以自助式的在平台上部署和管理容器化的服務。不少專案開始基於靈雀雲的ci/cd流水線改造交付流程。流水線會把開發、測試和運維以及相對應的環境貫穿起來，將**從提交到上線的流程自動化。最終，我們幫助客戶落地的不僅僅是容器技術，更重要的是涵蓋自動運維、敏捷交付、以及自服務it的一系列最佳實踐和能力。\
\q：聽說靈雀雲最近與zerodown合作，推出 one-click business continuity 方案。能不能介紹下，傳統的資料傳輸、遷移的方案和痛點是怎樣的，與zerodown合作的方案是如何解決這類問題的？\
\\a：嚴格的說，市場上具備通用性、產品化的「跨雲熱遷移」方案很少見。更多的是諮詢性質的服務，解決方案也多是為特定上下文中的應用量身定製的。即便這樣，遷移的實施難度也不小（所以才會有諮詢服務的必要）。從技術角度看，應用遷移的重心當然是資料，這是我們通常提到的「資料引力」：就是說，資料會像有引力一樣把計算吸附在它附近，這也是遷移實施要解決的重點。根據具體使用的資料服務以及資料的性質，遷移方案五花八門（所以一般方案沒有通用性）。\
但總的來說，靜態的資料遷移起來都還好，真正的難點在於遷移動態的資料。這也是「熱遷移」要解決的核心問題。如果說真的要做到業務不中斷，通常資料會在持續的動態的變化中，這種情況下怎樣完成遷移？怎麼樣進一步提供全自動的，通用性的解決方案？\
當初docker非常受歡迎的原因之一是它實現了容器級別的程式可移植性，也就是以docker映象為載體的「一次構建、處處執行」。作為乙個跨資料中心、跨雲的容器服務，需要能夠提供更上一層的、應用級別的可移植性。靈雀雲在一定程度上做到了這一點，比如，任何基礎設施（無論是物理環境、虛擬化環境、私有雲、公有雲、或是混合雲）都可以被接入到雲服務中，將現有的基礎設施公升級成容器雲平台。這意味著在異構的基礎設施之上提供統一的應用管理體驗：乙個應用，無論多複雜，可以用一摸一樣的方式通過雲服務部署到任意的基礎設施上。\
對於某些企業場景而言，單純的可移植性還只是第一步，具體的業務如何進行遷移，並且不對業務造成任何影響也是需要解決的問題，而zerodown具有智財權的基於business-continuity-as-a-service(bcaas)的方案剛好可以解決這個痛點，所以我們在原有的技術方案上整合了zerodown，以實現應用級別的不中斷業務的一鍵跨雲遷移。
q: 在創辦靈雀雲之前，您已經有過十一年的微軟研發積累經驗；您怎樣回顧這些年的職業發展。您怎樣看待大公司的學習積累耕耘與小公司打拼的權衡與選擇？\
\a:最早的時候我從事的是windows作業系統核心的開發。windows核心團隊系統工程方面極為嚴謹，畢竟寫每行**都覺得責任重大。同時也初步體會到成為乙個極為成功的平台級產品究竟意味著什麼。當時可能是windows的鼎盛時期，但除了技術上有挑戰之外其他並沒有很大的成就感，畢竟產品已經極為成熟了，每個人在這之上能夠創造的邊際價值非常有限。這倒是讓我對接下來要做的事有了明確的想法：就是要找到有朝一日會變成另乙個windows的平台，然後去和這個平台一同成長。就是這樣加入了當時還在最早期的azure團隊。那個時候的azure就像是乙個初創公司，早期和計算相關的很多功能我都做過，後來開始組建自己的團隊，負責研發azure最核心的中控系統fabric controller，直到出來創業做靈雀雲。回想起來我覺得有幾點體會可能會對別人有幫助：\
對於個人成長最有利的是投入到乙個本身在飛速發展的環境中。這點其實不太好單純的用公司的大小來衡量。\
無論在什麼環境中，都要盡量做最重要的事情。所能創造的價值很大程度上決定了這段經歷對於職業發展的價值。\
技術人，尤其在職業發展的早期，要捨得投入時間和有耐心做技術深度的積累。
Xshell 評估期已過解決方式
xshell 評估期已過?xshell免費版安裝方法 xshell使用了一段時間，突然有一天出現了 xshell 評估期已過 之後再也打不開了，除非購買。xshell 版本到期，該版本是 evaluation版本 通過查閱發閱，解決方式非常簡單，上官網裝乙個 home and school use ...
解決xshell評估期已過的問題
問題 時間長沒有開啟xshell，今天突然開啟提示評估期已過，如下圖所示 點選採購會彈出購買的介面，對於我們這些程式屌怎麼會花899購買一款軟體 點選取消就會退出。解決方法 解除安裝這個要收費的版本，完全安裝xshell免費版本的產品 獲取免費版的教程 如下圖所示 2，填寫打紅星的資訊，licens...
sqlserver2008R2 評估期已過
早上開啟win程式 卡死不動了，檢視三層資料庫連線 連線不上資料庫 開啟資料庫 提示 評估期已過 解決方法 進入sqlserver的安裝中心 點選 維護 版本公升級 輸入金鑰 企業版 r88pf gmcft km2kr 4r7gb 43k4b 可用，已驗證 開發版 mc46h jqr3c 2jrhy...