本文講的是要求越來越高了 看看下一代雲是什麼樣【it168 資訊】在目前的雲計算模型裡，iaas層接管硬體，在上面提供資料庫、快取、大資料等paas的應用，也提供了物件儲存等saas類的服務。應用除了業務邏輯，還要有監控、日誌處理、部署和交付、自動化運維、高可用、鏈路追蹤等等，但是它們和業務邏輯沒有太大關係。
所有應用能否都由雲平台支撐?很難。因為每個應用程式的監控、日誌、部署、架構需要的效能都不一樣，當這些都能統一的時候，才能由雲來支撐。而容器正是為此而來。
就如它的名字一樣，容器像貨櫃似的能夠裝載所有應用，不管是重量級的應用還是輕量級的應用。容器把應用容器化、版本化以及標準化，從而徹底地改變了軟體構建方式和互動方式。對於廣大開發者而言，容器大大簡化了管理和部署應用程式的任務。
接踵而來的並不是開發者的拍手聯歡，而是衍生了新的問題。在網路層，因為容器本身要做一層虛擬網路，iaas本身提供了虛擬網路，這兩層虛擬網路應該如何互動?儲存也一樣，iaas本身提供了雲硬碟，容器也需要，兩者如何結合?備份和容災機制如何結合?等等。
那麼下一代雲該是什麼樣?
青雲qingcloud容器平台負責人王淵命談到，開發者希望開發出來的應用程式在本地和線上是一樣的方式部署和執行，這樣應用遷移的成本、開發成本、測試成本都會降低;軟體服務提供商則提供了雲上的軟體服務，他們希望服務能否在其他雲上以同樣的方式進行部署和提供，關注的是跨雲的環境是否是一致的;企業使用者更關心的是本地機房環境和雲上的環境能否保持一致，無論是私有雲遷到公有雲，或是做混合雲，應用遷移和轉換都非常方便。
青雲qingcloud容器平台負責人王淵命
而從標準的角度來看，開發者希望雲是面向api的標準，這樣所有都可以按照自動化的方式，提供足夠的api，就能把所有事情自動化;軟體服務商希望標準能遮蔽後面的細節，跟各種發行商沒有任何關係;企業使用者則希望避免廠商鎖定。
所以下一代雲應該是：雲上的容器編排引擎和本地的容器編排引擎是一致的，api也是一致的，在其他的雲上的api也是一致的。而本質上變成了容器編排引擎的排程器，下面接管了硬體資源，上面提供各種xaas。
至於誰會成為容器編排引擎的標準?王淵命認為應該滿足這幾點：一是開源。閉源的編排引擎很難得到使用者以及大多數廠商的支援;二是對商業化要友好，僅是開源肯定不夠，還需要有很多商業支援、推廣，才能落地到眾多環境裡面; 三是社群與廠商的支援;四是 api 跟應用規範的標準化程度，專注於標準，才能真正地為使用者遮蔽技術細節;五是擴充套件性。當環境趨向標準，也帶來了同質化的問題。因此，足夠的可擴充套件性才能有自己的優勢。
而這些，都指向了kubernetes。
kubernetes是開源的，有社群和廠商的廣泛參與，允許第三方廠商以盈利模式提供服務，而不會以某一家廠商獨佔。重要的是，kubernetes專注於api以及應用規範的制定，實現方式和應用效能可以不一樣，但面向使用者的api和規範是一樣的。kubernetes有靈活的擴充套件性，但同時又有避免社群**的機制。
青雲的kubernetes路線
第二，在雲上提供kubernetes的集群應用，目前已經上線，並且最新版的1.7.4也將在9月初上線。
當然，青雲並沒有打算死磕kubernetes，未來青雲的容器服務也將全面支援mesos、cloud foundry、swarm等主流平台，接駁更多應用型別。
原文發布時間為：2017-09-08 張存
phpfpm記憶體越來越高 記憶體時序
記憶體效能引數中，主要關注的兩個引數乙個是記憶體時序，另乙個是頻率，可以稍微誇張點的說，內行看時序，外行看頻率，倒不是說這兩個引數哪個更重要，而是相對於記憶體頻率，記憶體時序更難理解一些，更深入工作原理一些，今天就來一起看一下記憶體時序的小知識吧。記憶體時序是描述記憶體條效能的一種引數，一般儲存在記...
如今企業對ERP系統的要求也越來越高
如今企業對erp系統的要求也越來越高 一些中小企業的產品小而多 品牌種類和規格複雜 進出貨頻繁等，直接導致的問題就是庫存管理麻煩，關聯往來賬也混亂不清，影響企業長期發展。近些年來，企業對於erp系統的需求在日益增強，對erp系統的要求也越來越高。erp系統非常全面，erp系統解決了大部分中小企業的異...
面對百度優化要求越來越高SEOer還能做什麼呢
事情總是發生得那麼突然，讓人不知所措，才發覺自己原來是那麼的失敗，連承受能力也在退步，心情亂得無法說明，走投無路，原來是那麼的可怕，真的好可怕，讓人捉不到一絲絲的依靠 的世界，無法承受的事情太多了，然而還是要堅強勇敢的去面對，這是無法逃避的一波又一波的風雨，襲擊得讓人喘不過氣來，唉希望會過去，希望會...