聯合國:百萬物種瀕絕 消失速度增快數百倍

根據聯合國今天發布具有指標意義的自然生態評估報告,人類正在加速破壞他們賴以維生的大自然,百萬種動植物恐將面臨滅絕
評論
評論

本篇來自合作媒體中央社,INSIDE 經授權轉載。

根據聯合國今天發布具有指標意義的自然生態評估報告,人類正在加速破壞他們賴以維生的大自然,百萬種動植物恐將面臨滅絕,人類本身短期內雖無危險,但長期很難說。

政府間生物多樣性和生態系統服務科學政策平台(IPBES)主席華森(Robert Watson)表示,數十年來人類危害又毒害森林、海洋、土壤與空氣造成的巨變,對人類社會構成的威脅「至少與氣候變遷相當」。

聯合國這份報告指出,百萬種動物與植物面臨滅絕,當中許多將在數十年內絕種。

令人震驚的是,獨特生命型態正加速消失,比起過去1000萬年間增速數十倍至數百倍,這可能會使地球陷入自6600萬年前非鳥類恐龍滅絕以來首次大滅絕。

德國赫姆霍茲環境研究中心(Helmholtz Center for Environmental Research)教授瑟特爾(Joseff Settele)說,短期內人類不至於陷入危殆。

也是聯合國政府間生物多樣性和生態系統服務科學政策平台聯合主席的瑟特爾表示:「不過長期來看就很難說了,若人類真的滅絕了,大自然將會找到它的出路,向來如此。」

這份報告的結論是,遏止和翻轉這些可怕的趨勢將需要「變革性改變」,幾乎得徹底改革人類生產和消費所有東西的作法,特別是食物。

華森表示:「我們正在全世界破壞我們經濟、生計、食品安全、健康與生活品質的根基。所謂變革性改變,我們指的是對整個體系進行根本的重組。」但他警告,既得利益者的反抗可能相當劇烈。

回顧歷來 5 次大規模滅絕 地球恐再次面臨

聯合國今天發布報告說,地球百萬物種瀕臨滅絕。科學家說,人類是否把地球推向「大規模滅絕」可能是定義的問題,但無論以何種方式衡量,生物消失的速度令人深感震驚。

聯合國政府間生物多樣性和生態系統服務科學政策平台(IPBES)主席華森(Robert Watson)表示:「在地球過去5個階段的大規模滅絕中,每一次大規模滅絕我們損失了75%的物種。」

華森領導的聯合國生物多樣性科學小組公布報告,針對大自然的現狀提出令人擔憂的評估。

在以往數個世紀裡,地球損失了大約2%的物種,按照這個標準,仍遠低於75%的門檻。但若目睹物種正在滅絕的速度,那麼前景就會變得更為黯淡。

這份報告的結論指出,當前滅絕的速度較過去1000萬年的平均值增速達數百倍,以這樣的速度發展下去,人類很可能在數百年內達到75%的門檻。

以下是過去5億年來地球經歷最大規模的滅絕,化石紀錄顯示,每次滅絕出現在地質年代交界時期。

●奧陶紀滅絕(Ordovician extinction)

發生時間:約4億4500萬年前
物種損失:60%至70%
可能原因:短暫卻劇烈的冰川期

當時大多數的生物都在海洋裡,一般認為,全球迅速形成的冰川,凍結世界上大部分的水,導致海平面急遽下降,海綿動物和藻類等海洋生物,以及原始的蝸牛、蛤蜊、頭足類動物(cephalopod)和被稱為甲胄魚的無顎魚,都因此無一倖免。

●泥盆紀滅絕(Devonian extinction)

發生時間:約3億7500萬至3億6000萬年前
物種損失:高達75%
可能原因:海洋中的氧氣消耗殆盡

海洋生物又一次受創最重,海平面的波動、氣候變遷和小行星撞擊都是可能的原因。另有理論主張,陸生植物生命大量繁殖釋放化合物,導致淺水水域的氧氣耗盡,雖然有些物種倖存,生活在海洋底層的硬殼生物三葉蟲是眾多受害者之一。

●二疊紀滅絕(Permian extinction)

發生時間:約2億5200萬年前
物種損失:95%
可能原因:小行星撞擊、火山噴發

此一滅絕之母「大滅絕」(Great Dying)同樣摧毀了海洋和陸地生命,也是唯一使得昆蟲幾乎消失殆盡的滅絕。部分科學家說,這發生在數百萬年之間,其他科學家則認為高度集中在20萬年期間。

在海洋中,之前兩次滅絕都倖存的三葉蟲最終全數消失,部分鯊和硬骨魚也無法倖免。在陸地上,麝足獸屬(moschops)的大型爬蟲類無一倖免。小行星撞擊、甲烷釋放和海平面波動都是可能的原因。

●三疊紀滅絕(Triassic extinction)

發生時間:約2億年前
物種損失:70%至80%
可能原因:說法不一,莫衷一是。

神秘的三疊紀滅絕消滅許多大型陸地動物,其中包括大多數的祖龍類,恐龍就是從祖龍類演化而來,現存鳥類、鱷與祖龍類有親緣關係,而大多數大型兩棲動物也消失了。

另有理論指出,盤古大陸(Pangea)解體期間的大範圍岩漿噴發,可能釋放巨量的二氧化碳,導致全球暖化失控。其他科學家則質疑小行星撞擊是主因,但還沒有找到相關的隕石坑。

●白堊紀滅絕(Cretaceous extinction)

發生時間:約6600萬年前
物種損失:75%
可能原因:小行星撞擊

太空隕石是造成白堊紀滅絕的頭號可能原因,全球非鳥類恐龍從暴龍至三角龍屬全數滅盡,墨西哥尤加丹半島(Yucatan Peninsula)附近的大型隕石坑,支持了小行星撞地球的假設。

不過多數哺乳動物、烏龜、鱷與青蛙存活,還有鳥類與多數海洋生物,包括鯊、海星與海膽。因恐龍消失殆盡,哺乳動物大量繁衍,最終產生了恐造成第6次大規模滅絕的人類。

責任編輯:Anny

延伸閱讀:



開發者享受 CI/CD 價值!運用 Amazon EKS 整合 GitLab 創建自動化部署

企業如何在 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 部可以獲得以下三大好處。

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

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。

了解 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。

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