「辛苦了,各位愛台灣的年輕人」:中二立委補選,林靜儀贏7840票、5區全勝顏寬恒

「辛苦了,各位愛台灣的年輕人」:中二立委補選,林靜儀贏7840票、5區全勝顏寬恒
Photo Credit: 中央社

我們想讓你知道的是

台中二選區共5個行政區(烏日、霧峰、龍井、大肚、沙鹿),其中沙鹿、龍井、大肚向來是藍營優勢選區,烏日和霧峰則傳統上比較綠營的區域。烏日這幾年因為高鐵有很多新人口移入,比較不受到傳統勢力的影響。不過本次補選,林靜儀5區都拿下。

基進黨立委陳柏惟遭罷免後,台中市第二選區今(9)日舉辦立委補選,晚間6點確定由民進黨籍的林靜儀勝出。根據台中市選舉委員會開票,林靜儀8萬8752票、顏寬恒8萬0912票,林靜儀贏了顏寬恒7840票,稍早宣布勝選。

林靜儀晚間來到現場,林靜儀說,她感謝所有的人,特別感謝基進黨的夥伴,這些人有些是在地孩子,有的是和陳柏惟一起來中二選區打拼的,2年不到就遇到罷免,罷免一結束,他們又陪她一起投身補選,林靜儀說,「他們沒有一刻有閒,辛苦了,各位愛台灣的年輕人。」

林靜儀說,這是她第一次參選,時間這麼短,這個選區又很難選,這些時間很多首長、議員,包括正副總統和蘇貞昌院長,都陪我掃街,站街頭,林靜儀感謝大家的團結和打拼。感謝數不盡的志工,守護當地的民主,和好不容易才有機會的開了一個芽,希望能開成一朵花,持續成長。

林靜儀說,這次選舉,有感受大家都出來,我們感受到全台灣和中二選區都站在一起,非常感謝。感謝中二選區的朋友,相信我是未來能和大家一起打拼的人,相信我是全心全意為台灣付出的人,是我沒私心專心想為公共事務服務的人,相信民進黨和基進黨是能交付任務的人,感謝不管有選我或沒有選我的人,都謝謝你們。

我也和對手說,你是很強的對手,地方服務跟扎根都很扎實,這兩次選舉,不是大家說要裂解哪個勢力,是希望我的對手家族,過去的政治勢力,慢慢轉到對人民更謙卑,對人民聲音更認真聽,當你手上有權力時,記得權力是人民的,希望我的對手知道民主轉型的重要。

林靜儀說從今天起,我要跟大家說,我是林靜儀,我是台中第二選區的立法委員,我會跟大家一起努力、一起努力,一起努力。林靜儀後接受媒體聯訪時表示,致勝關鍵是陳柏惟罷免後,很多鄉親不捨,國民黨操控的罷免理由不合理,地方的鄉親朋友選擇相信他們一次,再支持希望能改革的力量。

台中立委這次一共有5人登記,除了民進黨與基進黨整合推出前立委林靜儀、國民黨推派的顏寬恆、黎明幼兒園園長林金連、還有無黨籍李昇翰與台灣股票黨張烱春。

____________-_______________

「不支持我的人,你們可能不瞭解我」顏寬恒發表敗選感言

顏寬恒稍早現身於會場,表示「感謝陪我走到最後一哩路的人,也要感謝不支持我的人,你們可能不了解我,也可能是我服務沒有做周到,所以沒有把票投給我。」顏寬恒說,未來他一定會更加認真、打拼。

顏寬恒也說,蔡英文總統既然打贏這次選舉,對這區的選民要更加疼惜,對於鄉親的需求要投入更多關心和愛護,拜託總統關心我們台中的好朋友。他也要祝福當選人,也是對手林靜儀醫師,恭喜林當選中二選區的立委,希望她能好好疼惜這個選區,一定要為了這個選區奔波打拼,服務鄉親,讓這個選區變成健康快樂的地方。

顏寬恒也對選民喊話,要他們眼淚擦一擦,「明天我們還是要上班上課,日子還是要過,日後有需要我的地方,一通電話打給我,我會出現在你身邊。因為我是在地的孩子。」

接續陳柏惟,林靜儀再終結顏家勢力

台中二選區共5個行政區(烏日、霧峰、龍井、大肚、沙鹿),其中沙鹿、龍井、大肚向來是藍營優勢選區,烏日和霧峰則傳統上比較綠營的區域。烏日這幾年因為高鐵有很多新人口移入,比較不受到傳統勢力的影響。不過本次補選,林靜儀5區都拿下。

林靜儀 顏寬恒
總計 88752 80912
沙鹿區 22025 21194
龍井區 18041 17417
大肚區 13618 13136
烏日區 19078 15133
霧峰區 15990 14032

台中第二選區為顏氏家族政治範圍,顏清標、顏寬恒父子在這裡擔任民意代表時間超過25年,顏清標從里長、台中縣議員、省議員一路當上台中縣議長、立委,屢戰屢勝,直到2012年,顏清標因涉貪污案喪失立委資格,交棒顏寬恒參與補選,顏寬恒在2013年擊敗民進黨的陳世凱,2016年立委選舉再連任成功。

不過2020年選舉,基進黨的陳柏惟以11萬2839票(得票率51.1%),領先5073票之差距擊敗國民黨尋求連任的顏寬恒的10萬7766票(得票率48.9%),終結顏家超過25年來參選民代的不敗紀錄,當時這場選舉被稱為「奇蹟」。

不過在2021年2月,龍井區居民楊文元以陳柏惟無心監督民意所託;背離選區民意(贊成進口美國豬肉、對大麻與社會議題態度);發言荒腔走板;失格、失言新聞頻傳;面對反對聲音經常使用暴力及恐嚇言論等理由,宣布成立「刪Q總部」。

2021年10月23日,陳柏惟罷免案以同意票7萬7899票、不同意票7萬3433票通過,陳柏惟於10月28日被正式解職,成為中華民國首位被罷免之立法委員,台灣基進也因而在立法院中失去其首個席次。

台中第二選區依法在3個月內進行立委缺額補選。林靜儀來自南投,原為婦產科醫生,曾在2016年蔡英文首次執政時,為全國不分區立委的醫療專業代表,並曾擔任民主進步黨婦女部及國際事務部主任。

2020年蔡英文參選連任時,林靜儀曾擔任競選總部發言人,但當時接受《德國之聲》採訪,表示「主張與對岸的中國大陸統一」可能涉及「叛國」引發爭議,辭去發言人一職。

林靜儀在立委卸任後回到醫院,現為中山醫學大學附設醫院婦產部醫師,但仍時常在臉書上發表看法,特別是疫情期間、疫苗供貨不及時,替指揮中心的政策措施說明解釋、反擊藍營各種攻擊。

林靜儀在去年11月被民進黨徵召投入中二選區的補選,以「溫柔堅定新中二」為競選口號,盼能再次終結顏家勢力。

蔡總統台中出席林靜儀選前之夜晚會
Photo Credit: 中央社
總統蔡英文(前左3)8日晚間南下台中,出席民進黨台中市第2選區立委補選候選人林靜儀(前左2)選前之夜活動,與林靜儀、競總主委林佳龍(前左)、前台灣基進立委陳柏惟(前右2)、立法院副院長蔡其昌(前右)攜手,籲請選民全力支持。

顏寬恒在補選期間爭議事件不少,包括顏寬恒家族的「817招待所」遭爆料侵佔國有地是違建,為此顏寬恆去年12月還親自操作怪手拆除招待所。另外台中市捷運藍線變更設計,也遭質疑距離顏寬恒的住家近、是要服務顏家利益。

延伸閱讀

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

核稿編輯:羅元祺


猜你喜歡


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

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


猜你喜歡