該怎麼樣（認真的）部署你的 Python Web 應用程式?

1. 該怎麼樣（認真的）部署你
的 Python Web 應⽤用程式
Andy Dai
daikeren@gmail.com
!1

2. 關於我
• Andy Dai
• Taipei.py Organizer
• Django, Python, DevOps
!2

3. （隨便便的）部署你的
Python Web 應⽤用程式
!3

4. （隨便便的）部署你的 Python Web
應⽤用程式
• 找⼀一台 ubuntu server
• 把你的 code 放上去
• gunicorn/uwsgi + nginx
• 已經有許多的教學了了
!4

5. （認真的）部署你的
Python Web 應⽤用程式
!5

6. 認真！
• 因爲⼿手動容易易出錯，所以要做⾃自動化 Deployment
• 開發的不同階段有不同的環境做測試 (Staging, QA,
Production)
• 因爲你的 Code ⼀一定會有錯，所以要可以輕易易的做 rollback
• 因爲要 抓戰犯 釐清狀狀況，讓 開發者/系統管理理者 可以輕鬆
的知道現在每個環境上⾯面的 config 狀狀況
• 有哪些 service？版本？什什麼時候做的更更改？
!6

7. Staging
ReleaseContinuous
Integration
&
Build Artifacts
從開發到部署的 Pipeline
!7
Repository Production
☺
Code Change
QA
Deploy to
Production

8. 如何實作 Pipeline?
• 管理理你的 Code
• 管理理你的部署環境
!8

9. 管理理你的 Code
• 版本控制
• 選個 branching model ⽤用 (Git-flow, GitHub Flow, … )
• 保持 master branch (or any release branch) 爲可部署的
狀狀態
• Tag 作爲 Release 之⽤用
!9

10. 管理理你的 Code
• 明確宣告 Dependencies
• pipenv, requirements.txt, …
• 鎖定版本號很重要、鎖定版本號很重要、鎖定版本號
很重要
!10

11. 管理理你的 Code
!11
• 把 Config 存放在環境變數中
• Database、cache、File Storages …
• 不同環境下會有不同 Config (開發、測試、正式環境）
• The Twelve-Factor APP

12. Continuous Integration
• Why CI?
• 我要如何知道 Repository 上⾯面的 code 是好的？
• Jenkins, CircleCI, Travis-CI, CodeShip, Drone, … 選個喜
歡⽽而且符合需求的⽤用
!12

13. Continuous Integration
• 沒空寫測試？⾄至少做完基本款
• 安裝套件
• linter
• 把 Application 跑起來來
• 對所有的 URL 發 request
• Build Artifacts
• Artifacts -> 可發佈的單元
• tarball, Python Package, ubuntu package, docker image, AMI image, …
!13

14. 管理理你的部署環境
• Infrastructure as Code
• Infrastructure Repository 當做整個系統的 single source of
truth
!14

15. Infrastructure as Code
• 使⽤用程式碼來來管理理、描述、建立你的 Infrastructure
• Ansible, Chef, Puppet, …
• Terraform, CloudFormation, …
• Kubernetes
• 優點
• 可以⾃自動化
• 可以重現
• 可以被 Review
!15

16. Infrastructure as Code
!16
apiVersion: apps/v1beta1
kind: Deployment
metadata:
labels:
app: pipeline
name: pipeline
namespace: default
spec:
selector:
matchLabels:
app: pipeline
template:
metadata:
labels:
app: pipeline
spec:
containers:
- image: gcr.io/pipeline-tutorial-205609/pipeline:v1.0.0
name: pipeline
ports:
- containerPort: 80
name: http
protocol: TCP

17. 下⼀一步：把你的系統放
到版本控制當中
!17

18. Repository 做爲整個系統的
single source of truth
• 不存在 Repository 中的東⻄西就不存在系統中
• 所有事情都被版本控制，所有東⻄西都能被看到
• DEVelopers can do OPS
!18

19. Repository 做爲整個系統的
single source of truth
• 所有使⽤用與 version control 相關的整合⼯工具/流程都可以使⽤用
• Code Review、Pull Request
• Issue Tracking
• ChatOps 或是任何你想的到的應⽤用
• ⼀一切透明
• 知識分享，code == 更更好的⽂文件
!19

20. Example
!20

21. Repository Structure
• Application Repository
• 不同環境的 Infrastructure 放在不同 Repository 中
• 程式碼的更更新會連同 staging/qa 環境的更更新
• 更更新 Production 環境只能夠靠 pull request
• 上新版
• Rollback
!21

22. DEMO
• GitHub Flow
• Google Container Builder 當做 CI tools, ⽤用 GKE
• Staging 永遠跑着最新的 commit
• tag 做 release, ⾃自動 deploy 到 QA 環境
• Production 環境跑正式的 code，所有修改都發 Pull
Request
!22

23. 認真部署還要做啥
!23

24. Logging
• Centralize Logging - 把所有你需要的 log 都集中在同個地
⽅方
• Why?
• 分散式系統的時代，沒辦法⼀一台台進去查
• VM/container 直接死掉，log 怎麼查？
• ELK, Graylog, …
!24

25. Error Tracking
• 把 Error Tracking Service 獨立出來來
• 最 Critical, 最需要被注意
• 有些 Error 未必有 log
• 主動通知 v.s. 事後查 log
• Sentry, Elastic APM, …
!25

26. Monitoring
• 拉完圖表只是開始
• 不斷優化，找出對系統重要的 metrics
• Alert - 及早發現，及早治療
• prometheus, grafana, …
!26

27. Recap
• Manage your code
• Version Control
• Continuous Integration
• Manage your infrastructure
• Infrastructure as code
• Repository 做爲整個系統的 single source of truth
!27

28. Q&A
!28

29. Reference
• GitOps
• Cloud Native Computing Foundation
• A step by step guide on creating build and deployment
pipelines for Kubernetes.
• A Kubernetes controller and tool for one-way encrypted
Secrets
!29