別再說蚊子愛叮「酸性體質」了:破解坊間被叮迷思,最容易被咬的十大特徵在這裡!

別再說蚊子愛叮「酸性體質」了:破解坊間被叮迷思,最容易被咬的十大特徵在這裡!
Photo Credit: Alex Guerrero@Flickr CC BY 2.0

我們想讓你知道的是

蚊子愛叮什麼人與血型、性別、體質酸鹼無關,而是與人體向蚊子發出信號的強弱有關。主要信號包括:呼吸釋出的二氧化碳、汗液中的乳酸、體溫、濕度與皮膚細菌的代謝物。

文:蕭孟芳

蚊子如何鎖定獵物?

蚊子藉由嗅覺、熱和視覺來定位獵物。嗅覺的刺激是最重要的。

蚊子愛叮什麼人與血型、性別無關,而是與人體向蚊子發出信號的強弱有關,強烈的信號通過空氣傳導,能夠吸引蚊子快速地找到目標。由人身體散發出吸引蚊子的主要信號包括:呼吸釋出的二氧化碳、汗液中的乳酸、體溫、濕度與皮膚細菌的代謝物。

蚊子偵測到獵物的機制相當複雜,其遠距雷達(二氧化碳偵測系統)可感應到遠距離外的獵物,靠近獵物後以近距離雷達(偵測體溫、濕度、顏色、及乳酸等碳水化合物代謝產物之氣味)鎖定獵物。

能吸引遠處蚊子的主因:呼吸代謝

人體可釋放約四百種新陳代謝化合物,而在人的呼吸中至少可以檢測出一百種化合物。其中,二氧化碳和乳酸已被證明是招引蚊子的重要化合物。

二氧化碳,主要經由呼吸和皮膚釋出,作用時間長且可以在距離獵物三十六公尺(一百英呎)外被蚊子感應。乳酸(L-lactic acid)存在人的汗液及口腔中,是細菌分解糖類的代謝物,乳酸本身對誘引埃及斑蚊的嗅覺反應不強,但與二氧化碳及氨混合可提升蚊子嗅覺反應。

會吸引近處蚊子的主因:身體氣味

在近距離,皮膚的溫度和潮氣(濕度)及汗水成為主要吸引蚊子的因素。蚊子特別喜歡叮咬人的頭和腳,可能與這些部位的體溫和汗腺分泌物有關。較不易流汗的人比較不會受到蚊子的青睞。身體的皮脂、外分泌腺和汗腺,所分泌出的化合物,包括乳酸(葡萄醣厭氧發酵的產物)、丙酮酸(脂肪代謝的產物)和二甲基二硫醚(細菌分解蛋白質的衍生物)的混合物對蚊子是很好的誘惑。

蚊子的吸血偏好

每個人身上排出的代謝化合物的成分是相似的,但這些化合物組合的比例則可因人而異,變化很大,過高或過低,都會降低對蚊子的引誘力;這也可解釋何以蚊子叮人吸血時會有選擇的偏好。

一、蚊子偏愛孕婦小孩

女性在月經期間或者妊娠期間,因為內分泌發生改變,新陳代謝加快,排汗量較多,對蚊子的引誘力較強,較易招惹蚊子。處於發育期的小孩也容易招惹蚊子。

孕婦臨盆前,呼氣量比未懷孕的婦女多五分之一,呼出的潮濕氣體與二氧化碳對蚊子具有較強的吸引力。另外,和未懷孕的婦女相比,孕婦的腹部溫度較高,而體溫越高,皮膚表面的揮發性物質就越多,這些揮發性物質多屬於辛烯醇(octonel),是蚊子喜歡的開胃菜。

濃妝豔抹也比較容易被蚊子叮上,多數化妝品都含有硬脂酸,這是蚊子喜歡的化學成物。

二、蚊子偏愛深色衣物、忌避紅黃光

蚊子不喜歡強光,所有蚊子都不喜歡紅光(620~750nm)及紅外線(波長超過750 nm),蚊子也不喜歡橙光(波長590~620nm)及黃光(波長570~590nm)。

穿深色衣服的人提供蚊子喜歡弱光的背景。深色衣服吸熱效果好且會捕捉留住二氧化碳,易招引蚊子。黑色是蚊子喜歡的首選對象,例如斑蚊,最喜停在黑色衣服上,其次是藍綠等顏色。紅外線、紅光、黃光不會吸引蚊子。

蚊子視覺的刺激可左右其飛行方向,當人們衣服是黑色時,衣服反光較暗,適合蚊子的棲息習性。相反,白色衣服的反光較強,蚊子會避開。雖然穿白色衣服無法避免被蚊子叮咬,但蚊子比較不喜歡白色 。因此,穿黑色衣服比穿白色衣服容易被蚊子叮咬。

雖然蚊子對顏色有偏好,但人的體味才是吸引蚊子最重要的因素。換句話說,如果你的體味是蚊子所喜歡的,就算穿白色衣服或使用紅黃色燈泡也無法替你解危。

三、關於蚊子吸血偏好的迷思

  • 無關胖瘦

與燕瘦環肥無關,沒有證據顯示胖子比瘦子較容易被蚊子叮咬。

肺活量大的人及新陳代謝較快,呼吸中的二氧化碳較多及毛孔出汗多(汗水中許多細菌代謝產物五味雜陳),比較會招惹蚊子注意。

聰明的蚊子尋找獵物,會挑比較有營養的標的,膽固醇高或紅血球多的人比較容易被蚊子叮咬。

  • 無關血型

有報告認為O型血的人比A型或B型的人較容易被蚊子叮上,但並無證據支持這個論點。人體吸引蚊子的因素相當複雜,皮膚上新陳代謝的產物及菌落的生態比血型對蚊子更具有誘惑力。

  • 無關酸鹼

正常人體生理的血液酸鹼度是pH 7.35至7.45(理想值是7.4),超出這個範圍都是不正常,或呼吸或代謝出問題(如呼吸酸中毒/呼吸鹼中毒/代謝酸中毒/代謝鹼中毒)。低於6.8或高於7.8,細胞機能停止,人體死亡。事實上,健康個體的血液是偏鹼的(pH7.4)。體液除了唾液(pH 6.5-7.5)及十二指腸液(pH 7.0-7.5)外,其他部位如胃、小腸、大腸、眼淚、陰道等的pH值都是酸性的。

由此可知,身體酸鹼平衡是生理調節,在醫學上沒有所謂的酸性體質,而「蚊子喜歡叮咬酸性體質的人」更是無稽之談。臨床上,患有糖尿病之病人並沒有比較容易吸引蚊子叮咬。

然而,蚊子叮咬人的確有偏好的傾向,影響的因素主要包括體溫、呼吸二氧化碳、及皮膚上的菌落代謝產物如乳酸。網路時代人人可以發表論述,但沒有經過驗證或同儕評審(peer review),許多個人經驗或說法其可信度是不可信的。

十大勾引蚊子的魅力,你擁有幾個?

人類雖貴為萬物之靈,但卻是蚊子的獵物,只要被它鎖定,它就會施展黏功,對你窮追不捨。蚊子對你特別情有獨鍾嗎?你是蚊子的大情人嗎? 什麼魅力讓你如此勾引蚊子親你?

擁有越多下列特徵,你就越合蚊子的胃口!

1. 生龍活虎、肺活量大

沒有生命的東西,蚊子不感興趣。 蚊子可以偵測出你吐出的二氧化碳,你呼吸愈快(急促),蚊子就越喜歡親近你。人呼氣中放出的二氧化碳,蚊子在一百英尺(三十六公尺)以外的地方就能探測到。肺活量大的人能呼出較多的二氧化碳,蚊子嗅到後就群集而來。


猜你喜歡


挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

我們想讓你知道的是

企業如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署,減輕人力負擔,提升專案服務運作效率?

所謂現代化智慧 IT,所有工程師最希望的境界,莫過於只要輕鬆點幾下設定,系統就會自動跑起來,管理者再也不用隨時待命在機台旁邊,從此工作悠哉又快樂!儘管這樣情境還沒到來,但隨著敏捷式開發的流行,除了 DevOps 人員,有越來越多開發者將 CI/CD 概念融入到工作流程當中,例如從 build code、執行 unit test、到部署應用程式。

透過 AWS 增加雲端技能 在組織發揮影響力

上述種種反覆步驟自動化執行,也就能提昇服務品質、主動通知開發人員以減輕人力負擔,讓專案服務能持續運作。

其中,GitLab 是執行 CI/CD 常用的工具之一,也是開發者使用程式碼儲存庫的地方。為了讓 GitLab Runner 在雲端快速實踐 CI/CD,《AWS 開發者系列》透過影片分享,如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署。

以下節錄工作坊影音內容,幫助開發者快速理解如何運用 Amazon EKS 的高可用性且安全的叢集,將修補、部署節點、更新等關鍵任務,全部做到自動化設定。同時影片也會示範 Amazon EKS 搭配 GitLab 如何展開自動部署,幫助工程團隊實踐 CI/CD 價值。

Amazon EKS 對容器管理輕鬆簡單、維運省時省力

容器化服務越來越興盛,當容器(Container)越來越多,在複雜的微服務(Microservice)系統環境之下,運維團隊的管理成本可能相對會增加不少,為了有效調度容器部署, 導入Kubernetes 無疑是近年企業熱門的話題之一。

建構 Kubernetes Cluster 流主要可區分兩大塊,一是安排容器調度的Control Plane、另一則是容器運行時需要用到的 Worker Node。

Control Plane 裡面涵蓋有儲存狀態的 ETCD、CoController manager 、Scheduler 的調度管理、甚至是操作時進行互動的 APIServer,若是自己創建 的 Kubernetes Cluster ,需要自己安裝這些元件,後續仍需要對 Control Plane 進行相關管理、維護、升級工作。為了減少上述 Components 的繁複維護,在透過 AWS EKS 代管的 Kubernete Control Plane 部可以獲得以下三大好處。

Amazon EKS 一鍵式部署,展現三大優勢

第一,Amazon EKS代管的 Control Plane實踐了跨AZ的高可用部署,使用者不需要擔心單一節點故障的風險。

第二,Amazon EKS 支持至少四個 Kubernetes版本,持續跟進每季 CNCF 的發佈,同時 EKS 也完全符合上游 CNCF 規範。

第三,部署 Amazon EKS 之後,可直接使用 AWS 平台上現成的服務工具,在安全性管理、網路設定方面,可以做到無縫整合。

最後 AWS 台灣解決方案架構師也提到,若想在容器環境進行 CI/CD 及應用程式的管理,可以進一步透過 IaC 整合部署 Amazon EKS 叢集,透過使用 Console、把 EKS 變成 Cloudformation 的模板、使用 AWS 所開發出來的 eksctl.io、或指令是採用 AWS CDK 可以讓開發者用自身熟悉的語言,在 AWS 平台整合 CI/CD 工具進行維運及部署 EKS。

打造第一個在 AWS 上的應用程式

了解 Amazon EKS 整合 GitLab ,獲得三面向價值

對開發者而言,想把 Amazon EKS 整合到 CI/CD 工具之一的 GitLab 平台上,可以看到那些實際的優勢?

在 DevOps 開發者示範工作坊當中,GitLab 資深解決方案架構師指出,GitLab 使用到 Kubernetes 技術,主要有三種搭配方法,包含 GitLab Server、GitLab Runner、以及創建 Deployment Environment。

本次示範教學會主要聚焦在 GitLab Runner 如何採取 Auto-scaled 方式進行 Build、Test、Package Apps;以及在 Deployment Environment 運用 Kubernetes 技術,做到 Auto Deploy、Review App。

正因為 Amazon EKS 能夠在 DevOps 過程提供所需要的彈性計算資源,幫助開發者在 GitLab 平台上面獲得以下三個層次的優勢:

  • 在 GitLab 內建的部署工作流程當中,自動生成整套 CI/CD 最佳實踐腳本。
  • Review App 過程,從 Merge Request 中可直接訪問應用程式 /App 的 UI 介面,並且根據 Git branch 名稱、專案名稱,自動生成 Review App 的 URL,以及在 Merge 前的最後防線進行 Approval 檢查。
  • 加速 CI/CD 流水線,GitLab Runner 運行時候還可藉由 Amazon EKS Cluster 進行 Auto-scaled 的支援。

Amazon EKS 整合 GitLab ,需要兩大流程

影片最後,GitLab 資深解決方案架構師示範如何把 Amazon EKS 整合至 GitLab 執行 Auto Deploy,主要可分為兩大區塊流程,第一部分聚焦在 Amazon EKS cluster 的設置,第二部分則執行 Auto Deploy 設置。

第一塊可拆分為四個階段,首先教學怎麼創建 EC2 節點的 EKS cluster,第二階段示範把 EKS Cluster 連接到開發者的 GitLab Instance、Group 或 Project,下一步則使用 Cluster Management Project Template 創建一個 Cluster Management Project,以及最後一階段透過 Cluster Management Project 自帶的 Helm Chart,安裝在 Cluster 所需要的內建 App。

第二塊執行 Auto Deploy 設置,針對需要部署的 App 創建一個 GitLab Project,接著再把 gitlab-ci.yml 添加到 Project,並從 Web IDE 選擇及導入 Auto Deploy 的 CI 模版,讓 GitLab 自動生成最佳實踐的整套流水線。

幫助開發者更了解 Amazon EKS 整合 GitLab 的 QA 系列

Q:使用 Amazon EKS 之後,如何更有效率或優化資源去配置 Worker Node 的機器數量,以及如何有效空管開發維運的成本?

A:Kubernetes 除了本身有 HPA(Horizontal Pod Autoscaling)可根據使用程度自動調整資源流量,另外也能延伸使用 AWS Auto Scaling 方案,針對可擴展資源去設定自動擴展管理。另外在成本管控,雖然 Amazon EKS 會收取額外管理費用,但可透過 AWS 平台的 Calculato r計算每個 EKS 的價格,你會發現自動化部署及管理的費用,相對工程師人力的成本更加便宜。

Q:越來越多客戶考慮把現有 Application 變成容器部署,大多是爲了加快部署的效率,那麼變成容器模式之後,對 CI/CD 的工作流程有什麽影響嗎?

A:運用容器技術最直接的效果,可以讓應用程式的環境更一致化,例如 testing 環節、stage production,讓容器避開一些差異問題。至於 CD 部分要 delivery 一些 usage 不太一樣的時候,容器會幫忙做配置,所以 CI/CD 對容器的效益是相輔相成的。

Q: 客戶在開發流程漸漸會把 Infrastructure 變成代碼或文檔,是不是可以把程式碼跟現有的應用程式的 CI/CD 流水線整合在一起,達到一套完整的 CI/CD 部署流程?

A:觀察目前市場作法,主要分成兩個階段去做整體部署。如果規模比較小的團隊,會把 Infrastructure 代碼跟 App 代碼分開,在管理上會比較靈活;如果企業規模比較大,會有另外一個 Infrastructure 團隊來控制部署事情,這種情况之下,APP 的項目會生成一個 APP package,主要做到 delivery 這個階段爲止。而 Infrastructure 的項目會指定把需要版本的文檔,部署到他們的 Kubernetes Cluster。

填寫表單 找到適合的快速上雲服務與工具!


猜你喜歡