docker 宣布多個軟體和雲平台作為它管理執行在docker 容器內部的應用生成的日誌的生態系統技術合作夥伴（etp）。成為乙個etp 日誌合作夥伴是對軟體或者平台能穩定的和docker 工作並通過日誌驅動機制來提供日誌資訊的認可。
docker 已經支援各種各樣的外部日誌系統，比如syslog（linux 標準**日誌系統）、gelf（graylog 和logstash 支援的graylog 擴充套件日誌格式）、fluentd 以及在1.9.0版本支援的aws cloudwatch。graylog、logstash 和fluentd 是開源的日誌管理工具。etp 計畫試圖將各種各樣的日誌提供者規整到乙個公共的框架下。據docker 商業開發和技術聯盟的副總 nick stinemates 所說：
docker 的「生態系統技術合作夥伴（ept）計畫」是為了突出那些在docker 生態系統裡面已經證明了自身和docker引擎整合的品質的合作夥伴。我們發展這個計畫，是為了應對使用者請求，尋找生態系統各個方面的推薦解決方案，從技術領域例如監控和日誌到網路。
docker 的日誌通過在啟動容器時指定乙個日誌驅動來工作，因此容器的標準輸出和標準錯誤輸出流能夠被重定向到其他地方。既可以是乙個像syslog 這樣的標準日誌機制，也可以是乙個像sumo logic 或logentries 這樣的**日誌系統。除了標準輸出和錯誤流之外，執行在容器內部的應用也可以寫它們自己的日誌檔案到syslog 或者/var/log 下的乙個指定日誌檔案。對於後者，日誌檔案不會直接被日誌驅動處理。
日誌驅動的想法誕生於docker-dev 郵件列表，後來被正式定義為乙個github 問題。在發布過程中，docker 不斷增加對不同日誌驅動的支援，最新的docker 1.9.0支援aws cloudwatch。
在實際開發中，容器效能和生命週期度量也需要被監控。對於這些，stinemates 說：
docker 引擎api 公開了效能度量，生命週期事件和日誌資料。這是**商藉此實現的公共基礎。日誌驅動擴充套件了docker 引擎api，使其能夠定製日誌處理行為，在此之前僅有docker 日誌流端點這乙個選擇。
今天的應用通常生成大量的日誌資料。容器的效能會受到影響嗎？stinemates 說：「效能不是乙個問題，因為效能和日誌驅動**在一起。日誌驅動是模組化的，因此使用者能夠根據自己的環境和效能要求去選擇驅動。」
在問到乙個新的工具／**商如何才能加入etp 計畫時，stinemates 說：
想加入etp 方案，合作夥伴需要註冊技術合作計畫。合作夥伴需要對docker 生態系統做出一些有意義的影響，像整合現有的服務到docker 的api，構建乙個基於docker平台或服務於docker平台的產品。合作夥伴的實現不應該損害docker 的可移植性，應該維護和提公升docker 作為基礎設施中的重點地位，不要在docker 外部進行封裝或**。
和treasure data/fluentd。其中一些工具在基本日誌收集之外有一些額外的特性。
檢視英文原文：docker unveils new ecosystem technology partners for log management
docker 日誌管理
高效的監控和日誌管理對保持生產系統持續穩定地執行以及排查問題至關重要。在微服務架構中，由於容器的數量眾多以及快速變化的特性使得記錄日誌和監控變得越來越重要。考慮到容器短暫和不固定的生命週期，當我們需要 debug 問題時有些容器可能已經不存在了。因此，一套集中式的日誌管理系統是生產環境中不可或缺的組...
日誌的管理
系統日誌是記錄系統中硬體,軟體和系統問題的資訊,同時還可以監控系統發生的事件,比如可以通過日誌來檢查錯誤發生的原因,或者檢查被攻擊時攻擊者留下的痕跡.系統日誌包括系統日誌,應用程式日誌和安全日誌.在centos6.x之後,系統中用rsyslogd取代了syslogd服務。rsyslogd更加先進，功...
Linux日誌的管理
auth 使用者登陸日誌 authpriv 服務認證日誌 kern 核心日誌 cron 定時任務日誌 lpr 印表機日誌 mail 郵件日誌 news 新聞 user 使用者相關程式日誌 local 1 7 使用者自定義日誌 debug 系統除錯資訊 info 常規資訊 warning 警告資訊 e...