成功案例

聚碩科技善用 Red Hat OpenShift,加速實現官網改版流程的數位化

Red Hat 紅帽
2021/08/18

聚碩科技善用 Red Hat OpenShift,加速實現官網改版流程的數位化。(中間) 聚碩科技產品暨支援中心總經理 施建成,產品部資深經理 陳昶儒, (右2)業務經理 簡士晳, (左2)技術部經理 邱志遠及紅帽技術團隊(右1)周冠宇(左1)吳佾哲

於 2019 年加入佳世達集團的聚碩科技,被譽為業界最佳 ICT 產品加值代理商,現今代理逾 50 種世界知名 ICT 品牌,全面滿足企業智慧升級需求,堪稱數位轉型最強助攻手。

因疫情衝擊,驅使許多企業加速數位轉型;值此時刻,聚碩一方面鎖定雲服務、AI 資料分析、資訊安全、微服務整合等主軸,全力供應企業所需數位化能量,二方面自身也積極投入數位轉型,期盼落實品質最佳化、服務效率化,而官方網站便是改革重點之一。

「數位化趨勢下,官網成為重要門面,是吸引潛在客戶瀏覽、留言及詢價的關鍵入口」聚碩科技資訊處協理吳叩清不諱言指出,聚碩官網長年維持舊有程式架構,且受限人工上版模式,不僅欠缺標準化且效率低、出錯率高;加上現行的行銷媒體非常多元化,官網後台必須快速對接各種工具平台。幾經討論,決定擁抱容器化(Container)平台,並落實 DevOps、CI/CD 等新做法來達成官網更新的自動化;評估之後拍板導入Red Hat OpenShift Container Platform(以下簡稱 OCP),並於今年(2021)四月成功上線。

Windows 容器化,加速實現混合雲戰略

吳叩清說,過去人工上版過程,須經由開發人員測試無誤,才發佈到正式環境;其間可能礙於人員疏失,導致網站顯示不正常。所以資訊處希望結合版控系統,達到上版自動化,排除種種人為錯誤。

聚碩科技產品部資深經理陳昶儒表示,按聚碩的慣性,若有亟待滿足的內部系統開發需求,必定優先從代理產品找解方,官網數位化專案也不例外。上版作業看來不複雜,但其實蘊含開發、測試及版本管理等繁瑣程序,其中的任何失誤,都可能導致改版不成功,故希望利用自動化工具來取代人工、避免出錯。

陳昶儒解釋,聚碩官網由 .NET 開發而成,只能運行在 Windows 平台,要邁向容器並不容易。雖然 Windows Container並非新議題,但從技術角度仍有諸多功能限制與問題需要解決,可惜市場上長期缺少針對 Windows 容器提供支援與驗證服務的商用品牌。Red Hat 在今年公告 OCP 正式支援 Windows 容器,成為唯一提供相關保證和後勤支援的商用版本,促使聚碩決定啟用。

此外,有別於從前須將 .NET 程式打包為 .NET Core 於 Linux 平台上運行的方式,Red Hat 在 OpenShift 中提供 Windows Machine Config Operator (WMCO)工具,讓 Windows Server 可直接轉換成工作節點運行在 OCP 平台上,是本次官網平台能快速移轉的重要原因之一。且因 OCP 已經與公有雲平台如 AWS, Azure…等認證,可隨時轉換平台,也讓聚碩更有信心能實現混合雲目標。

 

持續更新修補,避免既有版本淪孤兒

聚碩早先曾利用 Kubernetes 社群版本,自行動手改造官網系統;但其間不管遇到任何難題,都得辛苦找尋解答,費時進行 Try & Error,以致效率不高。

採用 OCP 後,聚碩透過與 Red Hat 技術人員直接對談,迅速解除疑惑,大幅加快專案節奏。另外社群版本迭代快速,幾乎每月出新版,迫使聚碩過去頻繁升級、不斷打掉重建,避免手中版本淪為「不再有 Patch」的孤兒;反觀 Red Hat 商用版本,提供三年生命週期承諾,其間不管如何改版,既有版本仍可獲得新功能、安全性修補程式。

因此企業一旦透過 OCP 運⾏ Windows 容器,就能以預定、編排與託管的⽅式運⾏ Windows 應⽤程式,⾃動繼承在 OpenShift 中運⾏⼯作負載的種種優勢,包括更快進入市場、加速應⽤開發、避免公有雲鎖定、啟⽤ DevOps 與協作、實現⾃助服務配置等。

 

結合 CI/CD 部署工具,彈性擴充官網功能

聚碩科技技術部經理邱志遠指出,在 OCP 導入過程,真正嚴苛挑戰落在程式碼轉移。官網系統已有基於 .NET Framework 的既有程式碼版本,得先針對這部份進行容器化,才能轉移到 OCP 的 Windows Worker Node;其中最大限制,在於 Docker Image 須與 Windows Server 2019 Base Image 維持相同版本。所幸 Red Hat 官網提供多項標準化 Image File,讓聚碩不需費時打包,即可在完成 .NET Framework 版本相容性評估後,迅速獲得正確 Docker Image 版本。 
另一挑戰在於程式編譯。一般在 .NET Framework 環境執行程式碼打包與發佈,皆需透過 Visual Studio 界面;這意謂若要容器化,須先設法讓打包與編譯作業自動化,故在撰寫 Dockerfile 時就要定義編譯流程。為此聚碩充分善用 Red Hat 的 Customer Service,在對方技術支援人員的指點下,快速抓住重點,懂得如何活用 Windows OS 內建工具,包括以 nugget 指令處理套件相依性問題、以 msbuild 編譯原始碼,順勢完成 Dockerfile 編譯執行檔及Runtime環境設定。

邱志遠強調,今後資訊處可直接利用 OCP 平台,隨需添加許多微服務,或藉由 CI/CD 部署工具來自動串接其他系統,靈活實現官網系統的功能擴充。另隨著官網系統容器化、且加入自動化部署工具,資訊處同仁就能輕易在 OCP 上建立開發、測試、預上線、正式上線等多個環境,以便執行不同的開發測試、情境測試或應用測試,提升版本發佈、程式更新的品質;即便上到正式環境後出狀況,也能迅速降版,使官網應用程式品質恆常保持優異。

 

展望未來,聚碩要求內部開發作業務必更快、更準、更好。吳叩清表示,資訊處將基於這次專案的成功經驗,持續延伸 Red Hat OCP 應用觸角,接下來包括報表工具等其他 IT系統,皆利用 OCP 平台進行開發,讓聚碩內部系統快速邁向容器化、微服務化。
 

聯絡 我們