中國光棍節一天海撈近2千億台幣,PChome要賺15年!

中國光棍節一天海撈近2千億台幣,PChome要賺15年!
Andy_Mitchell_UK CC BY SA 2.0

我們想讓你知道的是

Andy_Mitchell_UK CC BY SA 2.0

Photo Credit: Andy_Mitchell_UK CC BY SA 2.0

阿里巴巴為大陸最大電子商務集團,目前更是全球最大電子商務平台,2013年4至6月阿里巴巴營利率高達49%、遠遠高於亞馬遜0.5%。繼「淘寶體」文字成為大陸新世代流行文化後,2009年11月11日更創造了「光棍節」,推出各種折扣活動,促使單身男女用瘋狂網路購物來犒賞自己,讓原本非大陸消費旺季的11月,成為一網購狂歡節。

光棍節將成為未來商業銷售風向標

支付寶數據顯示,今天零時6分,淘寶與天貓商城合計交易金額突破人民幣10億元(約新台幣47億元),去年「雙十一」銷售額突破人民幣10億元花了37分鐘,此金額更超越香港9月份日均社會零售總額。去年「雙十一」光棍節共進帳21億美元,打破美國亞馬遜2011年感恩節後大搶購的黑色星期五(Black Friday)、網路星期一(Cyber Monday)所有線上零售商的交易總額。天貓商城副總裁王煜磊表示,「雙十一」將成為大陸未來商業銷售風向標。

今年參與1111購物狂歡節的商家規模增至2萬家,是去年的2倍,涵蓋多個行業與3萬多個品牌,很多國際知名品牌與潮牌均參與其中。與往年不同的是,覆蓋中國一千多個縣市3百多個品牌,多達3萬家的實體門市也將作為天貓的「試衣間」。消費者可在沒有上網的離線狀態下使用電子錢包進行購物,等之後上網再連回支付寶進行結算。

阿里巴巴

光棍熱潮沿燒台灣

光棍節的熱潮已燒至單身人數愈來愈多的台灣,大陸阿里巴巴網站首度設置「台灣專區」,讓台商有機會趕搭大陸光棍節便車,且還專為台灣網路用戶提供特惠。而全家及7-11等超商更強調淘寶等大陸網站在台灣取貨的便利性,讓台灣消費者直接感受到光棍商機的炙人熱度。台灣80萬淘寶會員若於1111購物狂歡節買東西並在全家便利取貨,即能免費兌換一中杯熱拿鐵;7-11則用1公斤運費半價只要人民幣9元吸引消費者。台灣的玉山、台新、花旗等銀行更有「雙十一」刷卡滿千元,可得刷卡金11%等優惠活動。

台灣雙棍優惠

台灣業者搶光棍商機

「光棍節」商機如此誘人,台灣業者也競相加入戰局。台灣大哥大myfone購物近日也於11月1日推出「網購狂歡馬拉松」活動,連續11天提供1.1折優惠商品,只為搶搭這波熱潮。udn買東西則於11至13日限期三天,只要購物金額達到1111元,就送520元的購物金、折價券,最高可送達6600元的購物金。Yahoo奇摩超級商城持續推出「1111超級購物節」,而7net則推出全站消費滿1111元結帳享88折的「單身掰掰節」,預估業績可有倍數的成長。

博客來媒體公關李上玉指出,台灣適婚年齡男女未婚者比例逐年攀升明顯反映在商品銷售,像是單人隨行杯果汁機,自6月開賣,銷售量就佔了整體果汁機的4成之多。博客來除了推出「11光棍節單身必buy」活動外,更加碼推出「一萬種小奢侈提案」,上萬件商品入手價49元起,呼應光棍節的核心概念,一個人生活更有本錢對自己好。

台灣屈臣氏今年首度推出「光棍節加碼滿額贈」活動,自11月11日起至11月17日止,消費滿1100元就送100元抵用券。

獨特的付費模式

線上線下聯動」的付費模式,消費者只要將手機裡支付寶錢包的App打開,選取當面付的功能,於選購商品後直接將手機對著機器上的支付寶裝置,透過聲波感應,支付寶將自動從你的帳戶扣款並完成交易。此模式日前引發大陸家具業的聯合抵制,其認為統一收銀是賣場管理商戶的核心方式之一,天貓的做法將動搖賣場根本。簽署指導意見中更明確規定不許透過銷售點管理系統(POS)設備將賣場的業務轉至他處交易。

升級的配套措施

去年,天貓1111購物狂歡節實現191億成交額(約合台幣955億元),今年為了預防網路塞爆、因應數億位網友同時進入頁面的情況,網路承載量升級到去年的一倍多。天貓、淘寶等手機無線客服端的承載能力,也增加到去年的25倍。物流方面則首次與大陸國家氣象中心合作,及時回報高速公路狀態,確保貨品能即時送到消費者手上。

天貓網今(12日)凌晨零時過後宣布,1天下來支付寶成交額為350.19億人民幣(約1701億台幣),另一平台淘寶光是手機交易就達約260億台幣,總交易額至少1961億台幣,相當於PChome Online 15年的營收總額,中國網友消費力令人咋舌!

2013年1111購物狂歡節又將為網路購物立下什麼樣的一個指標呢?各位,請小心你的荷包。


猜你喜歡


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

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


猜你喜歡