雲資訊

發個牢騷，搞巨量資料的也得建設資料倉儲吧。而且不管是傳統產業還是現在的互連網公司，都需要對資料倉儲有一定的重視，而不是談一句自己是搞巨量資料的就很厲害了。

本節我們通過在Kubernetes集群上建立並設定Jenkins Server實現套用開發管理的CI/CD流程，並且利用Kubernetes-Jenkins-Plugin實現動態按需擴充jenkins-slave。

幾年前開始創業，組建團隊的第一天，我們首先討論和考慮的不是高屋建瓴的商務場景和目標，而是整個團隊的協同和溝通的問題。選擇使用什麼作為團隊的IM，選擇什麼作為BUG的記錄，選擇什麼作為需求的追蹤，這些基礎設施的存在無形中提高了整個團隊的生產力，許諾了協作的順暢和流程。

Concourse CI是一款CI/CD工具，它的魅力在於極簡設計，被廣泛套用於Cloud Foundry各個模組的CI/CD。本文介紹在阿裡雲容器服務上快速搭建Concourse。

本文將介紹如何將資料轉化為TFRecord格式，並且將生成TFRecord檔案儲存到HDFS中, 這裡我們直接使用的是阿裡雲EMR（E-MapReduce）的HDFS服務。

最近很多阿裡內部作業同學和客戶私信來查閱如何學習 Docker 技術。為此，我們列了一個路線圖供大家學習Docker和阿裡雲容器服務。

換個角度看持續傳遞 在《基於容器服務的持續整合與雲端交付》列車中，我們已經討論了持續整合與持續傳遞給軟體發展帶來的變革，介紹了如何從零搭建一個持續傳遞系統以及在阿裡雲上面如何?持續傳遞。

哲學有各種各樣的流派，百家爭鳴，但是只有一個哲學問題是嚴肅的，那就是生與死。而雲端交付程序中也只有三個問題是嚴肅的。

在上一篇本文中討論了容器服務提供的交付能力，在本文中我們將討論如何從零搭建一個持續傳遞系統。

當真正的將一個系統通過雲端容器交付的時候會發現不能單純的將Docker作為一種交付工具來對待，其他的時候是作為一個交付平臺的基礎設施來看待，還需要關心的是使用Docker後網路、隱藏、安全、效能、監控等等不同方面帶來的變革。

隨著微服務架構與容器虛擬化技術的發展，持續整合與持續傳遞的概念又重新回到了大家的視野，越來越多的公司開始使用持續整合的系統來解決頻繁發佈帶來的品質問題；使用持續傳遞的工具來實現代碼在不同環境上的自動部署。

在前面幾篇本文中我們其他的標題了從代碼到發佈的持續傳遞的程序，但是在很多複雜的系統上線前都得會進行效能測試，通過效能測試來進行容量規劃，系統的瓶頸檢測，強固檢查，高負載的強度測試，從而更好的許諾商務的持續傳遞流程。

在上一篇本文中，我們示範了如何使用藍綠發佈來實現熱部署，但是在實際生產的場景中，套用的拓撲結構會複雜很多。

你若問十個哲學家什麼是『哲學』通常你會得到十一種答案（有一種是你自己的）。

在本文中，將會通過一個簡單的例子來介紹使用阿裡雲容器服務進行containerOps的實踐與經驗。

本篇本文是整個列車中概念最多的一篇，後續本文大部分會以具體的場景為主，但在面對不同的場景前，希望大家記住DevOps不是銀彈，一定要根據自己的需求與場景甚至公司的軟體發展人員的能力與公司級別來選擇具體的方案。

通過整合阿裡雲直播SDK，用戶可以輕鬆實現移動端、PC端的直播流發送。直播伺服器接收直播流，對流進行處理（轉封裝、轉碼等），並通過CDN進行分發。支援10萬+路流輸出，1000萬+觀眾同時線上。

要升階商務交付能力，亦要許諾成本，看九游如何利用OSS的能力，升階交付，降低成本。

Docker Trusted Registry 是Docker企業版的重要組成部分，可以支援容器鏡像管理，認證授權、安全掃描、數位簽章等能力。本文將介紹如何在DTR 中設定OSS作為隱藏後端實現。

本文主要是示範如果快速搭建一個私有的docker倉庫，並且使用OSS作為隱藏，docker的用法以及docker倉庫的其他設定，不在本文討論範圍