在地企業與鯉魚隊球團聯手,讓「運動應援」成為廣島人的日常

在地企業與鯉魚隊球團聯手,讓「運動應援」成為廣島人的日常

我們想讓你知道的是

對球迷來說,支持鯉魚隊「不只是球場中的事,也是家務事」,進而提高球團在地方的存在感,鯉魚隊也在這樣與當地企業的互惠之中,逐漸加深其在地化程度,成為一支廣島民眾「生活中不可或缺」的職棒球隊。

前兩篇文章中,筆者分別從「職業球團」與「地方政府」來討論鯉魚隊的在地化模式,這篇文章我們則從「當地企業」作為切入點,了解地方企業在「廣島模式」當中所扮演的重要角色。

在職業運動的世界中,企業贊助一向扮演著相當重要的角色,其存在對於球隊本身的營運有相當大的影響,最直接可見的便是資金贊助對於球隊設備及戰力的提升。而這些企業贊助最主要的目的,其實就是增加企業的曝光度,從球衣商的贊助標、球場裡的看板,到球隊活動協辦等,企業贊助的身影無所不在。

除了上述企業利益導向的動機之外,近年來也有越來越多企業投入「企業責任(Corporate Social Responsibility,CSR)的執行,善盡企業的社會性價值,同時也提升企業本身的形象。不難發現,企業早已是職業運動中不可或缺的一環,本文將介紹廣島東洋鯉魚與當地企業間的關係,了解當地企業在「廣島模式」所發揮的重要功能。

超過預定計畫金額的商業投資

鯉魚隊在創立之時,其實就是由地方政府、當地居民以及地方企業所共同出資成立的,而其中企業又扮演了相當重要的角色。

例如,當地媒體中國新聞社以及廣島電鐵等企業的代表人士,都是當時廣島野球俱樂部創立準備委員之一,也就是說,鯉魚隊其實與當地企業本來就有著密不可分的關連性。而在1955年,也就是鯉魚隊創立六年後,球隊的營運狀況相當不理想,欠債金額高達五千多萬日幣,因此當時便召開了臨時股東總會,將原有的鯉魚隊聲請破產,並由當地企業所組成的商業團體「二葉會」出資,將鯉魚隊從破產的困境中拯救回來。

shutterstock_761440234
Photo Credit: Shutterstock / 達志影像

除此之外,在筆者〈日職鯉魚隊「廣島模式」的關鍵角色──地方政府提供了哪些幫助?〉中也提到,1954年起,廣島開始思考球場夜間照明設備的重要性,此時跳出來出資的也是二葉會,當時他們向廣島市捐贈了1億6000萬日圓,再加上其他地方企業的捐贈,舊廣島市民球場總建設額2億5600日圓當中,企業出資金額總共佔了9成以上。

夜間球場的建設也使得鯉魚隊得以舉行晚場賽,讓入場觀戰的人數獲得了相當程度的成長。當時二葉會的成員相互銀行(現もみじ銀行)以及中國新聞的代表在接受採訪時也表示:「目的是為了協助廣島的復興,雖然我們出了錢,但完全沒有想要要求回報的念頭」,由此得以窺見當地企業對於地方的深厚情感,以及這份情感與球隊間的連結。

2004年的「球界再編騷動」之中,針對新球場的建設,地方企業也展現其積極的態度,甚至於1980年代就開始提出建設新球場的建議。在前述文中的新廣島市民球場事業費資金結構表中也可以看到,地方財界於新球場建設中所出資的金額達到11億5000萬日圓,與廣島縣補助金相同,且當時地方企業共827間公司的捐贈金額,事實上高達16億5900萬日圓,超過計畫預定金額,可見當地企業在這個項目上的積極投入。

前任廣島商工會議所會頭——深山英樹則表示:「社會貢獻是企業活動的目的之一,如果能為地方帶來益處那麼就去做,這就是存在持續參與戰後復興及都市規劃的廣島地方財界中的,歷史的DNA。」由此可見,廣島地方企業在原爆復興此一特殊的歷史因素之下,透過協助球隊設立以及球場建設等,進而來達成協助廣島復興之企業社會責任。

不只是廣告贊助,贏球甚至還能增加存款利率

除了社會責任目的的支援外,近年來隨著鯉魚隊人氣越來越高,也有越來越多企業為了增加曝光度及提升企業形象而與球隊合作,其中除了上述提及的看板、球衣商標等廣告贊助以外,最常見的便是使用鯉魚隊商標的行銷合作。透過與在廣島當地擁有高知名度與高人氣的鯉魚隊合作,將商標或選手照片用於商品或活動宣傳之上,來增加民眾購買或參與的意願。

圖片1
筆者自行拍攝
以鯉魚隊形象打造外觀的Lawson便利商店

除了企業與球團合作所推出的獨家授權商品以外,另一種在廣島較常見的形式則是以「應援」的形式來進行宣傳。舉例來說,像廣島銀行便提供所謂「鯉魚存款(カープ預金)」這一類服務,這項存款之利率將會隨著鯉魚隊戰績之起降而變化。

在廣島銀行所推出的「〈廣銀〉為鯉魚隊加油!定期存款」中,其利率變化如下表所示:

chart
*若闖入高潮系列賽並進入日本一系列戰的情況,也可適用「優勝」利率。

由上表很明顯可以看出,如果希望自己的存款利率增加,那麼最好的方式便是「優勝+觀眾動員數165萬人以上」,為了達到這個目標,最直接的方式便是在主場比賽實進場為鯉魚隊加油應援,只要球隊戰績越好、進場人數越多,那麼自己的存款利率也會隨之提高。

這樣的企業合作,不只提升了企業方面的營收,同時也縮短了球隊與當地居民之間的距離,進而促進鯉魚隊人氣之增長。

把非日常的運動應援,變為廣島人的日常行為

以上討論了當地企業基於社會責任的支援以及營業考量的行銷合作兩個層面,兩者皆提升了球隊在地方的存在感,使居民在生活中處處皆與鯉魚隊有所關聯,然而尚有一角色在此中發揮了極大的作用,也就是地區性媒體,在廣島當地,又以中國新聞(Chugoku Shimbun)最具代表性。

中國新聞作為廣島最大的地方報社,在鯉魚隊的在地化之中發揮了相當重要的效果。相較於全國性的報紙,地方報紙得以在其有限篇幅之中放入更多當地新聞,且由於中國新聞是鯉魚隊創立時的重要支援企業,因此中國新聞與鯉魚隊關係相當密切,也使得該報注入更多心力以大篇幅及更迅速、豐富的資訊來進行鯉魚隊的報導。

前中國新聞鯉魚線記者富澤佐一向筆者表示,在2004年的球界再編騷動之後,由於球團方面認識到深化地方關係的重要性,更強化了與中國新聞社之間的關係,甚至讓中國新聞社社長擔任球團董事的一員,可以想見雙方關係之緊密。

而相對迅速的報導,可以讓球迷得以在話題的第一時間獲得最新資訊,例如在鯉魚隊的主場比賽時,若當天由鯉魚隊取得勝利,賽後中國新聞就會立即在球場周圍免費發放限量1500份的「鯉魚隊V特報(カープV特報)」,讓球迷在熱情尚未消退,仍沉浸在贏球的喜悅時便取得最新的比賽報導,而在隔天的新聞中,則會有更多詳盡的內容。

透過報紙的易取得性,使得居民十分容易接收到鯉魚隊的相關資訊,非日常的運動應援變為日常行為之一,而這也使得球隊與地方間的關係獲得進一步的深化。

圖片2
筆者所藏
鯉魚隊V特報

由以上討論中可以發現,在「廣島模式」之中,當地企業與球團是處於互利的狀況。

在與當地企業互動的同時,鯉魚隊除了受到企業協助以外,也因為與企業合作的關係,得以獲得更充裕的資金以投入營運,並透過企業此一球團與民眾之間的中介者,提供各式日常生活中的所需服務,並與鯉魚隊相互連結,來拉近球團與地方居民之間的距離。

因此對球迷來說,支持鯉魚隊「不只是球場中的事,也是家務事」,進而提高球團在地方的存在感,鯉魚隊也在這樣與當地企業的互惠之中,逐漸加深其在地化程度,成為一支廣島民眾「生活中不可或缺」的職棒球隊。

延伸閱讀

責任編輯:丁肇九
核稿編輯:翁世航


猜你喜歡


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

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


猜你喜歡