容器啟動後短時間內關閉
我的雇主sysdig最近對生產容器的部署進行的一項研究表明，有74％的容器的壽命少於乙個小時，而有85％的容器的壽命少於一天，從表面上看，這似乎使容器看起來太短暫了做任何繁重的事情。
事實並非如此，但有趣的是更深入地研究容器的短暫而幸福的生活。 容器來回頻繁的原因有很多，一些證據表明，隨著時間的流逝，隨著技術的成熟，容器的壽命可能會延長。
但這並不是說容器的壽命將與虛擬機器的壽命一樣長，虛擬機器通常可以使用乙個月。 容器是不同的品種，它們的獨特屬性帶來了獨特的用例，坦率地說，也帶來了獨特的挑戰，特別是在管理和安全方面。
容器壽命短的乙個原因是該技術首先用於開發/測試環境。 您無需花三天的時間為應用程式設定測試環境，而可以使用容器快速對其進行設定，執行測試，然後轉儲該容器。
今天，這仍然是乙個突出的用例，尤其是在具有連續整合/連續交付（ci / cd）環境的大型公司中。 據我所知，有一家公司為其在jenkins應用程式構建系統中建立的每個工作都旋轉乙個容器，測試更改，然後關閉該容器。 每天要處理成千上萬個容器。
讓我們面對現實：公司要進行容器化的最後一件事就是資料庫之類的東西。 容器非常適合批處理作業，例如工資核算處理或按計畫執行的任務。 每天您都需要做一些分析並傳送報告。 因此，您啟動了乙個容器，執行它，獲取報告，然後終止該容器。 快速的工作，例如維護檢查或備份，是人們首先將其容器化的事情，並且多數導致容器的壽命短。
但是，我看到在容器中執行的資料庫解決方案（如postgresql和mongodb）的使用率有所增加。 隨著容器生態系統的成熟，以及有狀態集和永續性儲存的發展，容器的生存期將來可能會增加。
但是，這個事實可能會被容器年輕的其他主要原因所掩蓋：諸如kubernetes之類的編排工具對容器基礎結構進行了抽象。
編排人員可以在服務級別檢視事物，這意味著底層基礎結構不再重要。 您指定作業或任務需要多少cpu和記憶體，協調器將負責提供容器資源以滿足作業要求。 如果途**現打ic，可能會旋轉乙個新的容器並將有問題的容器殺死。
通過將協調器用作控制平面，可以根據需求即時新增或刪除容器，從而造成容器流失。 在微服務架構環境中，自動縮放是應用程式的固有特性，應用程式元件可能分散在整個基礎架構中，其結果甚至更加誇張。
這種趨勢的發展是向無伺服器環境（例如aws lambda）邁進，您甚至無法訪問基礎架構。 您的**作為乙個函式執行，並且引擎蓋容器的下面將支援這些函式。
儘管編排工具有助於容器的使用，但它們並不能消除it人員能夠在幕後看到的需求。 例如，sysdig monitor可以確定服務的效能，這是關鍵，但是它也可以顯示容器的執行狀況，例如，揭示一些容器的執行狀況以及原因。
隨著容器環境的成熟，某些容器的壽命可能會比今天的年輕表親更長，但是容器的獨特屬性和獨特的使用方式意味著容器將不再像當今流行的更重，更難管理的虛擬機器那樣被使用。 因此，必須面對新興的容器環境帶來的新的管理和安全挑戰。
翻譯自:容器啟動後短時間內關閉
IONIC WebApp之防止短時間內按鈕多次點選
因網路延遲的緣故，對著某個按鈕狂點導致請求過多，剛開始想直接把按鈕disabled掉，然後發覺這個按鈕是div樣式，並用的ng click做的事件繫結，因而並不奏效。如果博友們有其他的解決方法，求提供啊 config provide function provide else,delay,false...
中級應該如何在短時間內備考？
準備經濟師考試的複習安排可以拉的比較長，且不會占用過多時間，無基礎也一樣不占用太多時間 但這樣需要2年才能考完拿證。如果想速度一年內拿證則至少要將複習安排時間加長一倍以上。一 具體備考安排 1.報班跟學，這樣會省不少時間，可以倍速學習，然後對照教材進行學習安排。報班的安排如下 跟著網課學習第一遍教材...
Azure短時間內不會變成GitHub上的首選雲
techweb報道 6 月 6 日訊息，微軟收購github一事，成為了目前開發人員 fsxtpy雲計算廠商最為關注的話題，沒有之一。大家都在猜測程式設計客棧這個全球第二大雲基礎設施服務廠商，將如何對待那些在其他雲提供商上執行 的github使用者。github創始人chris wanstrath表...