與海豹特種部隊挑戰24小時極限馬拉松,蛋蛋流血也要跑下去

與海豹特種部隊挑戰24小時極限馬拉松,蛋蛋流血也要跑下去
Photo Credit: Goran Tomasevic / REUTERS / 達志影像 Design: Alex Lai

我們想讓你知道的是

他經過我們時,莎拉跳上跳下地吶喊:「加油!」儘管在我們或他方圓一里之內都沒有其他人,但他仍毫無反應。沒有說「謝謝」......沒有微笑致意......什麼也沒有。「媽呀,」她驚呼:「那個到底是什麼啊?」數月之後,「那個什麼」住進了我們家。

文:傑西.伊茨勒

在參加一場二十四小時的極限馬拉松賽時,傑西見到了真人版的「神鬼戰士」、美國海豹特戰隊員:海豹。他被海豹在參賽時的堅強與專注所吸引,於是力邀對方前來紐約與自己同住,展開為期一個月的體能魔鬼訓練。而海豹只有一個條件:沒有任何限制,只能say YES。

莎拉的第一印象

莎拉在海豹住進我們家之前便已見過海豹,不過那是在我飛到西岸邀請他來之後。我告訴老婆我想要參加惡水灘(Badwater)的賽跑,那是在攝氏五十四度(這還是在陰影下的溫度)的高溫下穿越莫哈偉沙漠死亡谷跑一百三十五英里的艱苦超級馬拉松。莎拉認為這是她聽過最愚蠢的事,所以堅持要我在親身參賽之前,先去旁觀賽事,了解狀況。而我就像個好老公一樣地答應了。有鑑於比賽的極限性質以及賽事的危險性,她決定也該親自去看看,以便提供不同的意見。

我一直想要完成惡水灘的比賽,因為它被認為是世上最嚴酷的賽跑,實至名歸。一百三十五英里,五十四度高溫,再加上最後十三英里賽程是直接跑上惠特尼峰(Mount Whitney,位於加州內華達山脈中,是美國本土最高的山峰)。

所以那個夏天,我們的家庭「旅遊」就是在七月飛到那個鄉下觀看比賽。因為沒有直飛航班(或任何航班)前往死亡谷,所以我們得飛到拉斯維加斯,租一輛車,再開幾小時的車到沙漠。穿越沙漠前往死亡谷的車程又遠又悶,換成你是莎拉,絕不會認為這是度假的好方式(可是要去看比賽的我可是興奮得很)。我們在最後一波跑者開跑後不久到達現場,並把車開到起跑點外約二十英里處,為與賽者加油。

現場的「熱」情實在難以筆墨形容。到的時候,車內的溫度計顯示外面的氣溫是五十三度,因為太熱,所以剛開始時莎拉根本沒有下車。我們把車停在三十英里的標記處,在車內空調的吼鳴聲中觀看跑者跑過去。

大部分跑者看起來就像是介於骨瘦如柴的自然老師和茫然無措的牧羊人之間。我們為跑者加油打氣,他們也很高興有我們的支持,並且舉手和我們擊掌。有些人甚至還輕鬆地彼此交談了一下。莎拉不敢相信眼前的這群人就是參賽者,她期待看到的是超級跑將,而不是一群穿著短褲、看起來狀如科學狂人的傢伙。

然而她在地平線的另一端,看到她以為的一個幻象朝我們而來。他跑過來的時候,感覺就像是電影《烈火戰車》的音樂在死亡谷響起。

這傢伙簡直就是一台機器,他雙眼直視前方,跑步的樣子如履平地一路無阻,而他的肌肉就像是一列運行的火車。他經過我們時,莎拉跳上跳下地吶喊:「加油!加油!加油!」儘管在我們或他方圓一里之內都沒有其他人,但他仍毫無反應。沒有說「謝謝」......沒有微笑致意......什麼也沒有。

「媽呀,」她驚呼:「那個到底是什麼啊?」

數月之後,「那個什麼」住進了我們家。

我不會為了博得掌聲去做。我不會為了炫耀去做。我是為我自己而做。

─海豹

訓練第3天:波士頓05:00AM 氣溫-2°C

房間的電話在響。現在幾點啦?我沒有請旅館打電話叫我起床啊。顯然是海豹打來的,於是我翻身拿起電話。

「該出發了。」這是我聽到的第一句話。

昨天海豹跟我說,他在這裡的頭三天是幫我打「基礎」期間,要我早上跑六英里,晚上跑三英里。

三天打基礎?聽起來挺扯的。打基礎不是得好花上幾個月才對嗎?

無論如何,我壓根沒料到會在波士頓過夜,所以沒有衣服可換,再加上昨天晚上跑步時的雪和汗,衣服到現在還又濕又冷。下樓之前,我在我們兩間房之間的走廊上跟海豹討論了一下我的小問題。

「海豹,我有一個問題。」我對他說:「我沒帶多的內褲。」「那又怎樣?」

「我沒有辦法不穿內褲跑步。」

「不對,兄弟,你沒有腿的話才沒辦法跑。走人。」

我們在大廳會合。今天的配速比昨晚快,差不多是每英里快一分鐘。有人忘了叫太陽起床,因為外面仍然漆黑一片。我們忽而衝進對面來車的車燈照出的光線中,忽而遁入陰影裡,簡直活像在監獄放風場上正準備逃獄的囚犯。當我們轉彎時,汽車鳴按喇叭,我們再急轉彎,喇叭聲更大。我只是在勉力與海豹齊步並進。

顯然海豹比較喜歡在馬路上面對來車跑,也盡可能靠近行進中的車子。為什麼不在人行道上跑呢?為什麼非要在馬路上跑?我也不太確定原因。說不定他喜歡腎上腺素激增的感覺。我是寧可在安靜的街道上跑,沒有廢氣,也沒有距離我近乎一吋、差點就快撞死我的車子!不論原因為何,他就是堅持這麼跑。

兩步之外就是人行道,一躍可上。這個人行道甚至有可能是為跑者而設,乾淨、空無一人、安全、吸引人。可是海豹視若無睹。我們一直在馬路上跑,險象環生地躲避車子,跳過水坑。我簡直快瘋掉了。他為什麼就是不能在人行道上跑?

跑了二十分鐘左右,海豹只對我說了兩個字。

「跟上。」

六英里跑程進行約三英里時,該掉頭跑回旅館了,於是我們便往回跑。太陽開始透過雲層照射出來。時間是早上五點半,我對閃避來車已小有心得,但還是不喜歡這樣。

回程中我開始知道有什麼地方不太對勁了,就是我的蛋蛋開始摩擦到短褲的布料,因為我沒有穿內褲。這種感覺可不怎麼愉快。

我維持原來的步伐,把右手放在蛋蛋上,再把手指伸出褲子看:「海豹,我的蛋蛋在流血。」

「誰理你的小蛋蛋?」他說。我們的跑速維持不變。

再跑一英里左右,我發現我認不得周遭的景物了。建築物......樹木......回旅館的路上沒有一樣東西看起來眼熟。這不是來時的路。

「不好意思,大哥,這裡看起來很陌生。我在想你有沒有可能走錯路了?」我喘著氣勉強問道:「以你受的訓練來說這是不可能的事吧?」

他瞪著我。「我是從特種部隊訓練學校出來的,兄弟......當然不可能!」

跑了四十八分鐘後,他的手錶第六次發出嗶聲,表示我們已跑滿六英里,可是根本沒看到旅館。我在想,跑三英里去,三英里回......這樣跑步應該結束了,對吧?別啊,老兄,我的蛋蛋他媽的在流血哩。

你要能感覺到速度。

─海豹

跑到八.三英里時,終於找到旅館了。

我對多跑的里程十分光火,可是海豹卻挺滿意的,就好像獲得加分似的。一走進旅館,海豹就拿出他的訓練日誌,扼要記下跑步的重點,日期、時間、配速、里程等等。他的字小之又小,所以他全年鍛鍊的詳細內容只用兩頁紙張記錄就夠了。我弓著腿走過大廳,實在是很痛。我在想櫃檯的服務人員能不能幫我流血的蛋蛋想想辦法。

「我是從特種部隊訓練學校出來的,兄弟。」

仍是第三天。晚上。

謝天謝地,這次飛行比去波士頓時平順多了。在飛往紐約的途中我還可以小睡四十五分鐘,感覺好像有進入完整的快速動眼睡眠周期,睡得很死。我們在拉瓜迪亞機場降落,坐計程車回到紐約市。從機場到西區只有短短三十分鐘車程,回到家時將近八點。

海豹丟了一根香蕉給我,說「填點肚子」。一整天下來我只吃了機場食物,肚子早餓扁了,想要叫點販售健康食物的喬西餐廳的外賣來吃,可是海豹的菜單上沒有這個。他今天晚上的特餐就是丟過來的香蕉和跑好幾英里。

「咱們來把這區區三英里做個了結。」他說:「早上六英里,晚上三英里。」他重複一次:「我們得打好這個基礎。」

可能是我算錯了,可是我們今天早上明明已經跑了八.三英里啊,要是無條件進位的話,今天的份額已經跑完了。

我不是百分之百確定海豹同意來和我「共事」的原因。我雖然渴望改變我的生活,但我敢說他多多少少也同樣想看看我的生活方式吧,想在商務、旅行、家庭和生活等各方面都學習學習,也趁這個機會看能不能得到退伍後該怎麼過的靈感。只是我也不太確定。我們才剛開始相處,可是我告訴自己記得在路上問問他。

紐約市的冬天可以冷死人,今天晚上我家對面的CNN大電視牆上說氣溫大約是攝氏零下八度。海豹穿上這五天來跑步時的同樣裝束。他的那些衣物是怎麼乾的?

我走進房間,穿上一層層的長袖運動衫,同時拿了兩頂帽子戴在頭上。頭部會讓人流失很多溫度,這是基本知識。嚴寒時只要保持頭部的溫暖,在身體保暖方面就成功了一半。我跑步時通常總是喜歡穿短褲(不管是幾度),可是今晚我穿上一條薄的緊身褲保暖,因為實在是真他媽的有夠冷。

坐電梯一路下降三十七層樓的時候,海豹看都沒看我一眼,好像在跟我嘔氣似的。真要說起來,他看起來倒像是在跟什麼比我重要的事情生氣。他是在跟這個世界生氣嗎?

「走吧。」電梯門打開時海豹說。「管他媽的,我們跑六英里。」準備跑步前海豹這樣說。我什麼都沒有問,因為他看起來怒氣沖沖。

我們在中央公園跑了六英里。我通常是順時鐘方向繞著中央公園的環路跑,可是今晚他想要反向跑。他告訴我這樣坡路會多很多。我不太確定是不是懂他的意思,對我來說,這聽起來就像是我在八年級時碰到的數學應用題,不過也沒有時間討論就是了。於是我們就出發了。

海豹在跑步時完全沒看手錶,一直到停下來時才按下他的GPS停止鍵。我聽到它發出嗶聲,顯示跑步結束並且記錄完畢。「我們的配速是每英里九分鐘。」他說,然後看手錶......五十四分整。他儼然就是一個活生生的GPS。

「海豹,哇靠!你不看手錶怎麼就知道我們的配速是九分鐘?」

「直覺。你必須感覺到速度。」

這個傢伙就像跑步的歐比王.肯諾比(電影《星球大戰》裡的絕地武士。)!

二十分鐘後……

到了晚上十點左右,我開始想睡了。通常健身完後我的肚子不太會餓,今天晚上也一樣。我喝了杯水後洗手洗臉。莎拉在客裡廳看《時人》雜誌。我走到海豹的房間道晚安,順便看看他有沒有什麼需要。我們之間的關係仍處於嬰兒期,所以我希望讓他有受歡迎的感覺。我在門上輕敲三下,然後探頭進去。他直挺挺地坐在床上,彷彿知道我會進去似的。

「嘿,兄弟,」我說:「你還好嗎?」

「你知道嗎,傑西?」海豹說:「我不好。說這些屁話有夠煩的。」海豹猛力往床上捶了一拳。「你人太好了,老兄。太可愛了。去你媽的。」

這都是什麼跟什麼啊?

相關書摘 ►上網查我啊,你這個王八蛋!——不想被敲竹槓?你需要「海豹好朋友」

書籍介紹

《和海豹特種部隊生活的31天:百萬企業家脫離舒適圈,突破體能極限,鍛鍊強韌心智的終極之旅》,時報文化出版
.透過以上連結購書,《關鍵評論網》由此所得將全數捐贈兒福聯盟

作者:傑西.伊茨勒
譯者:錢基蓮

傑西是曾獲艾美獎的前嘻哈歌手,現今是百萬富翁的大企業老闆。對他來說,生活就是要勇於冒險。他曾大膽地假扮一名著名的嘻哈歌手,鋌而走險的結果,是讓自己簽到第一張唱片合約;他也說服一群事業有成的企業家投資一項史無前例的商業計畫,結果他成立了世上最大的飛機租賃公司馬奎斯飛機公司。他還誠懇地提出要求穿著Spanx塑身褲跑一百英里的賽跑,只為能讓這家公司的美女創辦人注意到他最後他也如願把這位美嬌娘娶回家。

宛如人生勝利組的傑西,卻發現自己正日復一日過著如自動導航般的規律生活,毫無進步。他決心要擺脫這個模式,大舉顛覆一成不變的生活方式。

時報-和海豹特戰隊一起生活的31天-立體書(有書腰)
Photo Credit:時報出版

責任編輯:朱家儀
核稿編輯:翁世航


猜你喜歡


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

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


猜你喜歡