《我的解剖人生》:那隻蛆就這樣跑進我的胸罩——難搞的腐屍檢驗

《我的解剖人生》:那隻蛆就這樣跑進我的胸罩——難搞的腐屍檢驗
Photo Credit: Depositphotos

我們想讓你知道的是

「新鮮」一詞用在屍體上時是個相對的概念,並不是指新鮮空氣的那種新鮮,而比較接近新弄髒的尿布或新產生的污水的那種程度,意思是「好吧,你不會想要把臉湊上去,但相信我,還有更糟的」。

文:卡拉・華倫坦(Carla Valentine)

難搞的腐屍檢驗——低俗小說

我跟茱恩談了個條件,如果我負責所有的腐屍,體型過大(「肥胖」的政治正確說法)的屍體就歸她檢驗。她再開心不過了,儘管她無法理解我的選擇。

「為什麼?妳為什麼想要這樣?妳那小腦袋裡在想什麼啊,小不點?」(她叫我小不點是因為我當時還在努力上健身房,體態仍然很纖弱,讓我在應付體型較大的屍體時有點困難。)我對她說明過我的害怕——我怕我會跌進屍體的體腔裡,雙腿像搞笑漫畫一樣突出來在空中亂踢。大部分的屍檢技師(APT)都對腐屍恨之入骨,但我並不介意,畢竟我小時候幫那麼多曝屍路邊的動物辦過葬禮,早已經驗老到。我認為分解中的遺體相當引人入勝,我也很快就對它們的濕氣、啪嘰聲、腐臭味和無窮無盡的昆蟲群免疫了。

所有佔領屍體的生物都能勾起我的興趣——一如我在大學時修讀的鑑識昆蟲學——以前我常常把驗屍時發現的蛆和其他昆蟲採集起來,放進白色蓋子的培養皿,趁午餐時間轉送到同一條路上的利物浦世界博物館。我可以在吃三明治的同時開心地跟昆蟲學家大聊那些蟲子屬於哪個物種。其實多數情況下,永遠都是英國常見的那些蒼蠅和幼蟲,例如綠頭蒼蠅、酪蛆、麗蠅……但我喜歡跟專家們談昆蟲學,看著無數抽屜裡的昆蟲被釘在牠們小小的白色病床上。博物館的員工甚至管我叫「蛆蛆小妹」——我想這是個親暱的稱呼吧,大致上也很適合我:你知道的,我常常需要在驗屍途中把蛆從衣服上抓下來——有一次甚至是從我胸罩裡抓出來的。

那可就不尋常了。

不尋常的不是那些蛆蟲本身,而是牠們竟然有辦法爬到我的胸罩上。在某些停屍間,蛆蟲每週都會出現,到了夏季則可能成為每日常態。人生不幸的現實是,許多人孤獨地死去,過了很久都沒被發現——不管是出於他們的選擇或是巧合使然。(比如有個格外悲傷但罕見的案例,喬伊絲.卡蘿.文森於2006年被人發現陳屍家中,但她在2003年時就已經死了。過了三年,電視仍然開著。)這代表他們的屍體成了腐食生物爭奪的棲息地或食物來源(有時兩者皆是)。

通常,處理場面特別慘烈的驗屍時,我會穿上全套防護裝備,刷手服外再罩一件綠色棉質手術衣 [1]。手術衣並不防水,我不小心靠在驗屍臺時,衣料可能會吸沾任何濺到表面的液體,所以最外層還會再綁一條拋棄式的塑膠圍裙。穿戴白色塑膠袖套也是基於類似的原則,雖然乳膠手套可以遮蓋雙手,但長度只到手腕。拋棄式袖套的兩端都有鬆緊帶,貌似未來主義風格的閃亮保暖腿套,能夠保護質料易吸水的手術衣袖子,以免碰到蔓延開來的一波波鮮血和體液、一路沾到手肘。而且,我不只戴一雙乳膠手套,而是戴兩層,中間還夾一層「防割」纖維手套,儼然是安全防護三明治。

這是為了應對手術刀和針頭的傷害風險而做的必備措施,在驗屍過程中,那是每天都會面臨的危機。我們把「防割」纖維手套叫作「鎖子甲」,因為這種材質是用細到不可思議的金屬線混織而成,可以保護皮膚不被滑開的手術刀割傷。然而,為了讓手部能夠保持靈活,線與線之間的空隙相對較寬,也就是說,針頭或手術刀的刀尖有時候還是能從縫隙中穿入。這時,額外的那層乳膠手套就派上用場了:銳利的金屬刺入時,兩層手套可以「拭淨」顯微層級的血跡和碎屑,即使皮膚被割破,也比較不容易感染。若是為了避免傳染性疾病,再微小的努力都有必要。

這套行頭還要加上髮網和塑膠面罩。每次呼吸,面罩上都會起霧,你可以想像得到夏天進行驗屍的感覺有多麼濕熱、多麼「光鮮亮麗」。

那隻蛆就是這樣跑進我胸罩的。那天,狹小的驗屍房裡熱到不行,冷氣已經不是第一次故障了。更要緊的是,抽風機也壞了,本來它的作用是要讓所有空氣傳播的病原體遠離我們的臉部、沉降到地上,這樣造成的災害比較小。我決定放棄棉布手術衣,直接在刷手服外綁上塑膠圍裙,塑膠袖套也直接戴在手臂皮膚外。這樣做好像聰明多了,總好過穿著棉布手術衣在驗屍程序中途熱衰竭昏倒,倒下去的時候搞不好還會在驗屍臺的邊角撞破頭。

我當時是左右為難。

即使如此,我還是感覺到塑膠罩在皮膚上那種令人窒息的效果,我的一顆顆汗珠被困在非滲透性的空間裡,隨著手臂的姿勢改變而流來流去。面罩一直因為我臉部的高溫而起霧,讓我看不見東西,所以我也把面罩摘掉了。少了面罩和手術口罩,我確實感覺舒適了些,但是頭戴髮網、手拿長勺將脂肪和血液撈出體腔的我,看起來就像個邪惡的廚房女工。

「妳那邊還好嗎,小不點?」茱恩朝我喚道。她臉上帶著一絲饒富興味的幽默。她總是認為我會後悔自告奮勇處理腐屍的決定,但我並沒有。

「很好,我可以的。不算太糟啦。」我回應。但接著,我感覺到某種涼涼的、蠕動著的東西掉進我刷手服上衣的V領。我的領口沒有手術衣保護,對入侵的物體毫無防備。那隻蛆巧妙地降落在我的胸罩布料和胸部之間時,我已經扔掉了PM40手術刀 [2] ,瘋狂抖動刷手服的前襟,左右交替地單腳跳躍,直到我確定牠已經跑出來、掉在驗屍房的地板上。那時我才發現茱恩笑到快斷氣了——她有看到蛆爬上我的肩膀,預知會發生什麼事,卻沒有警告我。我做了個計畫,很快就要報仇雪恨。


猜你喜歡


挖掘雲端開放架構優勢!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。

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


猜你喜歡