DevOps 工程師

從容器基礎、建置與服務組態，走向交付、監控和上線證據。

建議順序，可按任務跳步；不估算完成時間。

編輯整理的參考順序，不保證支援每種語言或平台；各步驟的來源狀態與限制請見詳情。

Docker 專案容器化基礎
為什麼
先釐清容器內應放哪些檔案。
何時使用
專案尚無容器封裝時
預期產出
Dockerfile 與 context 邊界草案
可用來源
Archify
為什麼
將部署元件與信任邊界畫清楚。
何時使用
檢視部署拓撲時
預期產出
可回查來源的基礎架構圖
可用來源
Docker 建置最佳化
為什麼
分層與快取直接影響映像成本。
何時使用
已有 Dockerfile 待改善時
預期產出
多階段建置與快取改善提案
可用來源
Docker Compose 模式
為什麼
把服務依賴與網路講清楚。
何時使用
需要組合多個服務時
預期產出
Compose 服務、network 與 volume 草案
可用來源
CI/CD 持續交付
為什麼
把交付檢查連成可重複流程。
何時使用
建置與核准規則已確定時
預期產出
Pipeline 與 artifact 閘門草案
可用來源
可觀測性
為什麼
讓維運問題有可查的訊號。
何時使用
功能實作與維運責任明確時
預期產出
Logs、metrics、traces 與遮蔽計畫
可用來源
Docker 破壞性操作防護
為什麼
先辨識會遺失資料的操作。
何時使用
規劃容器清理或移除前
預期產出
精確目標、復原性與核准清單
可用來源
正式環境就緒審查
為什麼
上線決定需證據與責任人。
何時使用
正式發布核准前
預期產出
缺口、owner 與 go/no-go 建議
可用來源

DevOps Engineer

Connect container foundations, builds and service configuration to delivery, monitoring and launch evidence.

Suggested sequence; skip steps as needed. No completion-time estimate.

An editorial sequence, not a guarantee of language or platform support. Check each step’s source status and limitations.

Docker Project Foundations
Why
Define container file boundaries first.
When
Before initial container packaging
Expected outcome
Dockerfile and build-context boundaries
Active source
Archify
Why
Make deployment components and trust boundaries visible.
When
When reviewing deployment topology
Expected outcome
An infrastructure diagram with source references
Active source
Docker Build Strategies
Why
Layers and caching affect image cost.
When
When optimizing an existing Dockerfile
Expected outcome
Multi-stage and cache improvement proposal
Active source
Docker Compose Patterns
Why
Make service dependencies and networking explicit.
When
When coordinating several services
Expected outcome
Compose service, network and volume proposal
Active source
CI/CD
Why
Connect delivery checks into a repeatable pipeline.
When
After build and approval policies are known
Expected outcome
Pipeline and artifact gate proposal
Active source
Observability
Why
Make operational questions answerable through signals.
When
When feature and operational ownership are clear
Expected outcome
Logs, metrics, traces and redaction plan
Active source
Docker Destructive Guardrails
Why
Identify operations that could destroy data.
When
Before planning cleanup or removal
Expected outcome
Exact targets, recoverability and approvals
Active source
Production Readiness Review
Why
Launch decisions need evidence and accountable owners.
When
Before launch approval
Expected outcome
Gaps, owners and a go/no-go recommendation
Active source