台北到宜蘭只需24分鐘!宜蘭高鐵站拍板「折衷案」,最快2025年動工

台北到宜蘭只需24分鐘!宜蘭高鐵站拍板「折衷案」,最快2025年動工
Photo Credit: 中央社

我們想讓你知道的是

高鐵宜蘭站址以縣政中心以南350公尺,位於羅東與宜蘭之間的第五「折衷案」勝出,未來將與台鐵宜蘭新站共構,最快2025年動工、2036年完工。

爭論已久的高鐵宜蘭站選址終於確定,交通部長王國材昨(19)日表示,高鐵延伸宜蘭最快2025年動工,站址確定會在先前共識最高的第5案、也就是位於宜蘭、羅東之間的「折衷案」。將與台鐵宜蘭新站平行共構,最快2025年動工、2036年完成,完工後高鐵台北站至宜蘭站只需約24分鐘的車程。

高鐵延伸宜蘭計畫先前列出四城、宜蘭、縣政中心及羅東等4個站址,引起宜蘭地方各界不同意見,交通部後來提出第5案,設站位於宜蘭縣政中心以南350公尺處,交通部長王國材昨日證實此案獲行政院長蘇貞昌在內各方支持,預計年底完成綜合規畫、明(2022)年送交通部核定,就可開始走環評,全案預計最快2025年動工,2036年完工。

王國材今日出席立法院交通委員會,會議開始前接受媒體聯訪表示,高鐵宜蘭站址「折衷案」,除礁溪外,宜蘭其他地區都可接受,將來高鐵延伸宜蘭營運後,礁溪會有接駁公車,高鐵宜蘭站所在的特定區也會有完整轉乘規畫,並與台鐵未來的「宜蘭新站」平行共構,宜蘭各鄉鎮到高鐵宜蘭站大約只要10到20分鐘。

此外,宜蘭鐵路高架化預計2030年完工,高鐵宜蘭站將和台鐵宜蘭新站平行共構,雙鐵位在同樓層,便於轉乘。

根據規劃,折衷方案路線長度59.3公里,工程經費1880億元,設站位於宜蘭、羅東之間,得兼顧蘭陽溪北、南發展,將採區段徵收,開發效益高,地主可參與開發。另易新闢聯外道路,路線將繞行人口密集區外側,對都市景觀及噪音衝擊小,也不影響宜蘭鐵路高架化進度,更具未來延伸彈性。

截圖_2021-12-20_上午11_26_12
Photo Credit: 交通部

不過此案也有缺點,此案位於縣政中心人口密集區南側,約62%為特定農業區,遇豪大雨易淹水,需加強排水系統。王國材也坦言,高鐵延伸宜蘭雖避開翡翠水庫集水區,但仍會經過地質敏感區,必有一階及二階環評,以3年時間完成環評與細設是列為努力的目標。

各界意見如何?

「折衷案」後來加入卻列為最優, 政大地政學系教授徐世榮批評,高鐵宜蘭站選址完全顯示民進黨政府由上而下的「威權決策模式」,是「先射箭再劃靶」,由黨政高層及地方派系先行談妥,然後再找「偽顧問公司」來予以包裝。至於後續的環境影響評估、都市計畫變更、及土地徵收審議未來也都將會在「行政院已經核定」的大帽子下,予以通過。這也突顯民進黨政府是威權體制政府,而不是民主體制政府。

王國材回應,高鐵延伸宜蘭綜合規畫是2019年11月就委託顧問公司進行,已2年多進入尾聲,最後是在站址的確定上,聽取地方民意及專業判斷,確定「折衷案」是大家可接受的方案,整個綜合規畫都很完整。

而前交通部長陳建宇日前接受《聯合報》訪問時則痛批,國民黨主政時主張的「北宜直鐵」(規劃自南港車站到宜蘭頭城車站的直線鐵路),10多年來環評過不了關、無法設計施工,而「北宜高鐵」因為建設量體大增、路線調整路廊擴大,對環境生態衝擊只會更大不會減少,批評「政治斧鑿痕跡很深」,且高鐵造價逾1700億元、直鐵約660億元,台北到宜蘭行車時間,高鐵較直鐵僅省10至12分鐘,但如旅客還要前往花東,就需轉台鐵或客運,時間不見得更省。

宜蘭高鐵選址定案,宜蘭縣長林姿妙感謝中央重視宜蘭的交通建設,表示高鐵延伸宜蘭是縣民一直以來的盼望與期待,縣府希望宜蘭縣東西南北各區域都能平衡發展,如今確定站址,「我們非常的感謝」。林姿妙也說,縣政中心以南350公尺的站址也算是廣義的縣政中心站,希望交通部盡快展開後續作業,讓宜蘭的交通能夠更加順暢。

宜蘭高鐵站址方案比較

站址 四城 宜蘭 縣政中心 羅東 第五案
長度 52.8公里 56.3公里 60.6公里 64.2公里 59.3公里
成本 1650億 1764億 1880億 2090億 1880億元
優點 1.路線最短,建設成本最低
2.周邊腹地大,可開發車站特定區
3.容易闢聯外道路
4.不影響台鐵宜蘭鐵路高架化進度
1.車站周邊人口密集,商業機能公共設施完整
2.現有公路客運及公車路線較密集,與台鐵宜蘭站共站方便旅客轉乘
3.搭乘人數較多
1.腹地大可發展車站特定區
2.容易新闢聯外道路
3.雙鐵共站,配合鐵路高架計畫有利未來各級列車停靠
1.商業機能及公共設施完整,既有轉運站方便旅客轉乘
2.與台鐵高架介面較少,不影響鐵路高架化進度

1. 區段徵收範圍小

2. 雙鐵共構、轉乘方便

缺點

1.預估運量較低
2.有瑪璘遺址,環評調查較難掌握
3.區內約80%為特定農業區
4.遇豪大雨可能淹水

5. 需拆遷23棟建物

1.須拆遷172棟建物
2.雙鐵共構車站高度約32公尺,嚴重影響都市景觀
3.將嚴重延誤鐵路高架計畫完工時程40個月以上

1.需拆遷51棟建物
2.雙鐵高架共構複雜難度高,也影響景觀

1.路線長度最長,經費最高
2.須拆312棟建物
3.聯外道路寬度不足,衝擊地方交通

1. 費用次高

2. 區內約62%為特定農業區,遇豪大雨可能淹水

3. 需拆遷93棟建物

延伸閱讀

新聞來源

【加入關鍵評論網會員】每天精彩好文直送你的信箱,每週獨享編輯精選、時事精選、藝文週報等特製電子報。還可留言與作者、記者、編輯討論文章內容。立刻點擊免費加入會員!

責任編輯:黃筱歡
核稿編輯:楊士範


猜你喜歡


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

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


猜你喜歡