iT邦幫忙

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

技術 Day17 - 介紹 kubectl

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

鐵人賽 DevOps DAY 8
持續測試三十天 系列 第 8

技術 [Day 08] 用自動化測試,來完成 API 開發的閉環

讓我們來看一張 YApi 官方 Github Repo 上的圖, YApi 有一套 API 開發閉環的哲學思想, DEV(後端工程) 和 FE(前端工程)...

鐵人賽 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 9

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

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

鐵人賽 DevOps DAY 8

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

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

鐵人賽 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 7

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

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

鐵人賽 DevOps DAY 9

技術 架設 GitLab CI Runner

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

鐵人賽 DevOps DAY 14

技術 Day14 - Kubernetes 介紹

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

鐵人賽 DevOps DAY 6

技術 Day6 Docker-Composr 與 Docker Command 差異

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

鐵人賽 DevOps DAY 8

技術 GitLab: Issue、Issue Board 和 Kanban

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

鐵人賽 DevOps DAY 5

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

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

鐵人賽 DevOps DAY 7

技術 GitLab 和 Mattermost

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

鐵人賽 DevOps DAY 12

技術 Day12 - 安裝 Google Cloud SDK

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

鐵人賽 DevOps DAY 4

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

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

鐵人賽 DevOps DAY 6

技術 初探 GitLab Workflow & GitLab Flow

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

鐵人賽 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

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

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

鐵人賽 DevOps DAY 1

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

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

鐵人賽 DevOps DAY 10

技術 Day10 - Docker Composes

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

鐵人賽 DevOps DAY 2

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

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

鐵人賽 DevOps DAY 4

技術 GitLab 的 User 與權限控管

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

鐵人賽 DevOps DAY 9

技術 Day09 - Docker CLI 常用語法

我們在前一篇,已經使用過了 build 跟 start 兩個指令,但並沒有詳細說它們代表的意思。接下來我們將一個一個介紹起。 關於映像檔 查看本機所有的映像檔...

鐵人賽 DevOps DAY 1

達標好文 技術 Day1 Why DevOps?

前言 終於鼓起勇氣挑戰了第一次的IT鐵人賽,之所以選擇寫 DevOps 主題的原因其實很簡單。 倘若需要一次性的管理一千多台虛擬機,也許有人會寫一些 shell...

鐵人賽 DevOps DAY 3

技術 Admin Area—維運 GitLab Server 的管理者後台

在今天的進度,我們要來認識自行架設 GitLab 時,非常重要的 Admin Area。但如果你後續打算使用 gitlab.com,而非自架 GitLab Se...