iT邦幫忙

devops相關文章
共有 1049 則文章
鐵人賽 DevOps DAY 17

技術 Day17 - 介紹 kubectl

kubectl 可以透過指令的方式,控制 Kubernetes 集群。 查詢所有指令用法: kubectl help 語法 (Syntax) kubectl...

鐵人賽 DevOps DAY 8

技術 What is DevOps?(一)

今天終於要進入主旨!提到什麼是DevOps,不過其實前面的探討我也覺得很重要!大家還是可以去看看的喔~ 在開始提DevOps之前,我們先來說明五個詞 Cultu...

鐵人賽 DevOps DAY 11

技術 CI/CD Pipeline 之 stage: build

昨天我們已經創建了第一條 CI/CD Pipeline,但實際上在 script: 中我們並沒有撰寫什麼真實可用的動作。接續昨天的進度,今天繼續說明 CI/CD...

鐵人賽 DevOps DAY 14

技術 Day14 使用 Docker 快速建置 GitLab

1.於本機環境示範2.本日內容參考Docker GitLab,並些許做修正 今天會示範如何透過 docker 建立 gitlab ,並設定 OAuth 取得...

鐵人賽 DevOps DAY 16

技術 Day16 - GKE 的叢集的操作

如果你第一次使用 GKE 服務,需要先啟用 GKE 專用的 API 與服務。 gcloud services enable container.googleap...

鐵人賽 DevOps DAY 10

達標好文 技術 GitLab: 建立第一條 CI/CD Pipeline

昨天我們將 GitLab Runner 架設好了,今天要來試行昨天規劃好的 CI/CD Pipeline。 .gitlab-ci.yml 搞定 CI/CD Pi...

鐵人賽 DevOps DAY 15

技術 Day15 - Kubernetes 階層關係

我覺得一開始在學 Kubernetes 的時候,最困擾我的是 Kubernetes 裡面有一堆專有名詞,而且每個名詞之間又有階層關係,很容易迷失在叢林之中,所以...

鐵人賽 DevOps DAY 12

達標好文 技術 Day12 什麼是 CICD

身為 DevOps 人員具有 CICD 概念是在基本不過的,但倘若開發人員也了解 CICD 概念,更能有效降低錯誤發生,並提昇服務品質。那麼何謂 CICD。 那...

鐵人賽 DevOps DAY 9

技術 架設 GitLab CI Runner

專案啟動了、Issue 開立了、工作分配了,我們假想情境中的主角 Dev Leader 接著要為團隊搭建 CI/CD 環境,按先前針對 Workflow 的規劃...

鐵人賽 DevOps DAY 14

技術 Day14 - Kubernetes 介紹

Kubernetes 是一個 Production 級的容器協作系統,它可以做到自動部署、擴展和管理容器化的應用服務。 Kubernetes (K8s) is...

鐵人賽 DevOps DAY 11

技術 Day11 Harbor 不讓你的 imge 暴露在外

今天要來介紹一個 Docker 私有庫工具 Harbor,Harbor 是由 VMWare 公司用 Go 語言所開發的開源軟體,用於除存團隊私有的 image...

鐵人賽 DevOps DAY 10

技術 Day10 打造屬於團隊的 Image

雖然 docker hub 的 images 應有盡有,但是總會有不符合自我需求的時候,例如:在 nginx container 內希望 nginx 本身具備...

鐵人賽 DevOps DAY 9

技術 Day9 該如何將Docker Run 指令,轉換成Docker-compose內容

初學 Docker 時,很常發生在不知道 docker-compose.yml 該如何撰寫,且官方網站又沒有提供範例參考,僅僅丟下一行 docker run 指...

鐵人賽 DevOps DAY 8

技術 Day8 不同yml檔,也可以讓容器彼此都能溝通

運行容器時,最常發生需要互相溝通的問題,容器與容器間的溝通,與虛擬機相同,只要網段一致,即可直接呼叫IP或容器名稱。因此,這邊示範如何在不同的容器中,讓他們有相...

鐵人賽 DevOps DAY 7

技術 Day7 容器世界該如何彼此溝通

從「虛擬機」轉戰到容器環境時,最容易產生的疑問是容器之間該如何溝通,其實就跟「虛擬機」的環境一樣,透過 IP 或者 URL 的 DNS 解析,指到對應的「虛擬機...

鐵人賽 DevOps DAY 8

技術 GitLab: Issue、Issue Board 和 Kanban

延續昨天的進度,現在我們假想情境中的團隊成員都已順利登入 GitLab,也加入 GitLab Mattermost 的各個 Channel。我們故事中的主角 D...

鐵人賽 DevOps DAY 7

技術 GitLab 和 Mattermost

昨天已經簡單介紹過 GitLab Workflow,今天就讓我們進入在談到第 1 步驟 Idea 時曾提及的工具——Mattermost。 安裝 Matterm...

鐵人賽 DevOps DAY 12

技術 Day12 - 安裝 Google Cloud SDK

我們接下來的範例,都是使用 GCP 的方案,雖然 GCP 的 UI 介面已經做得蠻不錯的,如果想把整個環境的建置步驟記錄下來,即使是截圖並寫文字描述補充,還是考...

鐵人賽 DevOps DAY 6

技術 初探 GitLab Workflow & GitLab Flow

按著昨天的故事,我們假想中的產品開發團隊已經順利成立了,但在團隊開始投入開發工作之前,需要先和團隊成員們確認接下來團隊的工作分配、Workflow 以及團隊協作...

鐵人賽 DevOps DAY 6

技術 Day6 Docker-Composr 與 Docker Command 差異

昨天示範透過 docker command 快速啟動 nginx,但是通常docker command只會用於測試使用,原因是如果服務本身只有透過指令建置,缺點...

鐵人賽 DevOps DAY 5

技術 Day5 K8S架構 & Docker 快速建立環境示範

首先,先來說明一下昨天的架構圖為什麼不建議使用「虛擬機」,在成本允許下盡量使用「實體機器」的原因是,每次從「實體機」建置新的「虛擬機」總是需要預留些許資源供機器...

鐵人賽 DevOps DAY 4

技術 Day4 該如何規劃虛擬世界的架構

經過一晚我猜可能已經有人想到昨天提的架構中,解決了哪些問題又有哪些問題沒有被解決,但是還是要長話一下,說說昨天架構的問題點在哪裡。 已解決: 升版容易,...

鐵人賽 DevOps DAY 3

技術 Day3 又愛又恨的「虛擬機」

昨天看了三個「虛擬機」的機器服務架構,但其實昨天說的第三個架構(微服務時代),仍然有不少隱性的問題: 浪費機器資源:每一台虛擬機都只放一個服務,對於連線數量...

鐵人賽 DevOps DAY 11

技術 Day11 - 安裝 Kubernetes

前面講了這麼多觀念、容器、Docker 的東西,從這篇開始我們就要往 Kubernetes 開始邁進了。首先,當然就是得安裝環境了。 在 Mac 作業系統安裝...

鐵人賽 DevOps DAY 5

技術 GitLab: 從建立 Group 和 Project 開始

YA!本系列文已經進入第 5 天!在艦長拖了4 天的時間之後,今天我們終於要進到 Project 了!說是這麼說,但其實今天也還不會深入 Project 啦~(...

鐵人賽 DevOps DAY 1

技術 How Git Works:前言與創作方向

# Outline 一、前言 二、創作方向 A、寫在鐵人賽開始之前 # TL;DR 本系列文章會假定讀者已經有在使用 Git,以此基礎去探究運作原理,再往實踐...

鐵人賽 DevOps DAY 10

技術 Day10 - Docker Composes

我們希望每個容器功能性都盡量單純,但是我們的服務卻一點都不單純,所以我們常常需要同時執行多個容器,那要怎麼控制多個容器之間的溝通與資源共享呢? Compose...

鐵人賽 DevOps DAY 1

技術 導讀:前言與創作方向

TL;DR 最近想嘗試為 .NET Core 專案透過 GitLab CI 進行持續整合、交付與部署,這系列主題算是研究筆記吧。 緣起 這段算是開賽前的 mu...

鐵人賽 DevOps DAY 2

技術 Day2 熟悉的「虛擬機」時代

早期尚未有微服務概念時,你可能看過以下的機器架構 縱向擴充:透過加大CPU、Memory、Disk等方式,完成資源擴充 ※ 這時候,會將多個服務放在同一台虛...

鐵人賽 DevOps DAY 4

技術 GitLab 的 User 與權限控管

在昨天的文章,我們快速瀏覽 GitLab 管理者才能使用的 Admin Area。今天就讓我們回歸 GitLab 的一般操作,先認識 GitLab 的 User...