原创 6.1 HTTP首部字段之詳解___Cache-Control、Connection、Date、Pragma、Trailer、Transfer-Encoding、Upgrade、Warning

一.HTTP/1.1 通用首部字段 通用首部字段是指,請求報文和響應報文雙方都會使用的首部。 1. (1)Cache-Control 通過指定首部字段 Cache-Control 的指令,就能操作緩存的工作機 制。如圖: 指令的

原创 關於QinQ的基本知識

1.QinQ簡介 QinQ(802.1Q-in-802.1Q)技術是一項擴展VLAN空間的技術,通過在802.1Q標籤報文的基礎上再增加一層802.1Q的Tag來達到擴展VLAN空間的功能,可以使私網VLAN透傳公網。由於在骨幹網

原创 docker拉取、推送鏡像步驟和注意事項

查看鏡像存儲在哪裏 cd /var/lib/docker 2. 修改docker中配置 vi /etc/docker/daemon.json { "registry-mirrors": ["https://re

原创 6.4 HTTP首部——請求首部字段

請求首部字段是從客戶端往服務器端發送請求報文中所使用的字段, 用於補充請求的附加信息、客戶端信息、對響應內容相關的優先級等 內容。 1.Accept Accept: text/html,application/xhtml+xm

原创 6.7HTTP首部——爲cookie服務的首部字段

Cookie 的工作機制是用戶識別及狀態管理。Web 網站爲了管理用戶的 狀態會通過 Web 瀏覽器,把一些數據臨時寫入用戶的計算機內。接 着當用戶訪問該Web網站時,可通過通信方式取回之前發放的 Cookie。 1.爲cooki

原创 K8s 拉取私有倉庫鏡像方法

一般公司開發的image一般放在私有倉庫,不對外開放。 在阿里雲創建一個私有鏡像庫,並構建一個image: registry.cn-shenzhen.aliyuncs.com/koza/test:latest 創建阿里雲鏡像私

原创 6.6HTTP首部——實體首部字段

1.定義: 實體首部字段是包含在請求報文和響應報文中的實體部分所使用的首 部,用於補充內容的更新時間等與實體相關的信息。 2. Allow Allow: GET, HEAD 首部字段allow用於通知客戶端能夠支持 Requ

原创 python後臺代碼書寫規範與語法(1)—— response

一、 指定response返回的格式類型是json 我們客戶端(瀏覽器)的request對象發送到服務器端,服務器做出響應,把response對象發送給客戶端。我們也不能把response就認爲是我們看到的五顏六色的頁面,那只是r

原创 K8s nodePort、port、targetPort、hostPort

1. nodePort 外部流量訪問k8s集羣中service入口的一種方式(另一種方式是LoadBalancer),即nodeIP:nodePort是提供給外部流量訪問k8s集羣中service的入口。比如外部用戶要訪問k8s集

原创 OpenStack相關資料

1.IaaS 基礎設施即服務 Openstack作爲Iaas層雲框架,已經成爲Iaas層雲操作系統的事實標準。主要作用:基礎設施層面(計算、存儲、網絡)的資源調度,虛擬機的生命週期管理。 現在公司使用的openstack就是屬於l

原创 解讀python3.7教程(三)——函數、參數、 Lambda表達式

1. 定義函數 >>> def fib(n): # write Fibonacci series up to n ... """Print a Fibonacci series up to n.""" ...

原创 docker製作flask 鏡像

構建python鏡像環境 1.寫好Dockerfile文件,如下: FROM centos #需要依賴的基礎鏡像 ENV LANG en_US.UTF-8 #設置環境變量 #設置時區,容器啓動的默認時間與北京時間不一致,需

原创 Linux 解析 ip 的各種命令

IP命令完全可以取代ifconfig命令 甚至更強 ip常用命令格式如下: ip [ OPTIONS ] OBJECT { COMMAND | help } 對象OBJECT={ link | addr | addrlabel

原创 K8S API接口彙總

一、資源對象 首先附上官方API參考文檔 官方api文檔 1. namespace 增(創建)POST請求: 創建namespace: /api/v1/namespaces 刪(刪除) DELETE請求: 刪除names

原创 OpenStack的虛擬機存儲Qos實踐

背景 在使用OpenStack虛機的過程中,經常會遇到這樣一種情況:同一個OpenStack集羣的幾臺虛機如果讀寫負荷較大,可能會導致其他虛機因爲搶佔不到後端存儲資源而反應卡頓,這個時候需要QoS的配合來限制虛機的IO速率及讀寫帶