西門町的「門」在哪裡?剝皮寮,剝誰的皮?7張圖帶你看萬華的傳奇

西門町的「門」在哪裡?剝皮寮,剝誰的皮?7張圖帶你看萬華的傳奇

我們想讓你知道的是

經過時代的變遷,如今在同樣的萬華區內,西門與艋舺的城市面貌卻有著極大的不同。什麼樣的因緣與有趣故事造成這樣截然不同的結果?

這次來到台北市萬華區—西門町與艋舺。

今日萬華地名雖是由艋舺的台語發音演繹而來(*註),但實際區域卻涵蓋了舊艋舺與西門町。經過時代的變遷,如今在同樣的萬華區內,西門與艋舺的城市面貌卻有著極大的不同。什麼樣的因緣與有趣故事造成這樣截然不同的結果?讓我們跟蹤貓老闆,看看他們在這裡尋覓到什麼!

西門地圖系列-01

西門町地圖。

西門町位於台北城西門外,因而稱為「西門」町。還尚未被稱作西門町的清領時期,則為艋舺市街的北部,直至日治時代前,並無太大的發展。

進入日治時代後,因著生活需要,日本人仿效東京淺草區在此規畫設立休閒商業區。當時的台北座、榮座、浪花座、西門市場跟八角堂(西門紅樓)都位於此區塊內,讓西門町搖身一變成為熱鬧繁榮的商業地帶及娛樂場所。

「快點把飄浮泡泡裝上,別再玩了!喵!」

西門廣場。「快點把飄浮泡泡裝上,別再玩了!喵!」

從日治時代至今的西門町,都是熱鬧繁榮的娛樂場所。在今天,更是鮮明地成為青少年次文化的聚集地,同時也吸引著國外背包客來此造訪。

然而在西門町的聚集地—西門廣場,位於西門捷運站前、中華路與成都路交叉口。在日治時代時,此處為西門圓環—橢圓公園。而令人好奇的是西門町的西「門」呢?

原來在1901年,由於日本人在此進行市街改正,把在清代時建成臺北城牆一併拆除,拆除的過程當中也把西門(寶成門)一併拆除。

在拆除後,因為民意反彈,讓總督府改變心意決定將其他四座城門(北門、東門、南門、小南門)留下來,直至今日,也讓西門(寶成門)成為台北城唯一被拆除的城門。

「輕飄飄的感覺不錯吧!喵!」  「我麼有點暈…熊」

「輕飄飄的感覺不錯吧!喵!」
「我麼有點暈…熊」

提到了西門紅樓,很多人會聯想到「西門創意市集」,而在日治時代,西門紅樓確實也同樣是個市集。

在1895年日本人來台後,西門設為日本人居住場所,當時的市場還是用簡單的木造房舍作為市場建築,以方便當時日人購買生活物資。直至1908年西門市場落座於此後,成為台灣官方市場。由於建築形狀為八角形,因此也稱做八角堂,裡頭賣的為文教用品以及西藥、土產……等,而後方十字建築的部分則作為當時的傳統市場。

1945年台灣光復後,西門紅樓改為表演京劇以及說書相聲的地方,當時稱此為「紅樓劇場」。1997年後,西門紅樓正式成為三級古蹟保存至今。到了今天,西門紅樓已成為文創夢想的發展基地,成為歷史空間被活化利用的典範之一。

西門地圖系列-07

艋舺地圖。

一府二鹿三艋舺,形容當時台灣三大地區的盛況。

府城台南、彰化鹿港與台北艋舺為台灣清代三個重要發展據點,在航運重要的時代中,這三個地方同樣都有地利之便,是當時重要的交通方式以及經濟命脈,然而北台灣最繁華的地方就是艋舺。

艋舺(bangka)為平埔族的獨木舟或獨木舟聚集地之意,故漢人以閩南語諧音,將此地名取為艋舺。因著商港便利,艋舺當時相當繁榮,不過卻在1860年後,河砂淤積,使得艋舺的地位逐漸被大稻埕取代。

「晚上,雷達訊息比較好,碎片好像就在這附近,跟我來,快!喵!」

龍山寺。「晚上,雷達訊息比較好,碎片好像就在這附近,跟我來,快!喵!」

在清代時,艋舺由於商港而繁榮,聚集了來自各地的漢人,並將家鄉的信仰請來台灣,在1738年合資興建起龍山寺。

我們今天所看見龍山寺的規模並非清代所保留下來的規模,在日治時代時,龍山寺部分土地曾被充公使用。1919年,由於龍山寺老舊破損,於是召集地方人士進行募款重建,重新動工整修成為我們今日見之規模。不幸又復於1945年台北大空襲使大殿遭到全毀,戰後才修復至今日的狀況。

這款的代誌,學校攏無提:「臺北大空襲」70週年
「台北大空襲」70週年:這場轟炸改變了台北的城市地景

如今,龍山寺已成為北台灣香火鼎盛的信仰中心,並且列為國家二級古蹟。

西門地圖系列-06

剝皮寮街。

剝皮寮街,剝誰的皮?

剝皮寮地名,據說源自於此地曾經發達一時的加工行業,在此剝除經船運而來的福州杉樹皮,並加工出售,因此而得其名。 日治時代的市街改正,於此區塊南方筆直地開了一條大街,以洋樓形式作為南側街道的立面。再由於人口逐漸增加,使得艋舺公學校(今老松國小)不敷使用,才將剝皮寮納入校區運用。由於政策上限制居民不得任意改建、增建,才意外地將三米寬的舊商業街融合清代、日式與光復後建築而保留下來。

剝皮寮獨特而豐富的面貌,吸引不少單位在此處辦活動與展覽,甚至來剝皮寮街巷取景拍攝電影,讓剝皮寮吸引了不少旅人前來拜訪。

西門地圖系列-08

清水巖祖師廟。

一般的廟宇皆為坐北朝南,然而在艋舺的清水巖祖師廟則是少有的坐東朝西。

艋舺清水巖祖師廟建於1787年,然而在1853年發生頂下郊拼事件,使祖師廟遭受波及而焚毀。修復工程從1867年到1875年才告修復完畢。

清法戰爭時,法軍一路攻打到滬尾,台北情況緊急,傳說因為迎請清水祖師助陣擊退法軍,台北才得以平安解圍。因此,正殿掛有當時因清法戰爭建功,清光緒皇帝御筆賜予的匾額「功資拯濟」,使得清水祖師廟的香火越來越鼎盛。

*註:艋舺是萬華舊稱,日治時,因艋舺以台語發音(Báng-kah),與日語「萬華」(Manka)相似,「艋舺」因此易名為「萬華」。

更多旅行地圖插畫,請看Nuomi’s Facebook

責任編輯:鄒琪
核稿編輯:楊士範


猜你喜歡


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

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


猜你喜歡