杭州直擊——支付寶的網路金融王國之路

阿里巴巴集團相關企業阿里小微金融服務集團昨日舉行「支付寶」分享會,包括負責人彭蕾在內的幾名高層管理人員都出席會議,與 200 多名中港台記者暢談支付寶的近況以及未來。這場分享會中,所有出席者都一再強調,支付寶是為了大眾而存在,終極目的是消滅你我身上的錢包。
評論
評論

阿里巴巴集團相關企業阿里小微金融服務集團昨日舉行「支付寶」分享會,包括負責人彭蕾在內的幾名高層管理人員都出席會議,與 200 多名中港台記者暢談支付寶的近況以及未來。這場分享會中,所有出席者都一再強調,支付寶是為了大眾而存在,終極目的是消滅你我身上的錢包。

當然,不斷精進本身的行動支付功能外,我們都知道阿里巴巴近年極力拓展版圖,跨足金融,從去年的阿里小貸到今年中旬的 餘額寶 ,「平民創業、平民理財」引發熱議,且也創下亮眼佳績,餘額寶目前開戶數超過 1600 萬,貨幣基金累計申購超過 1300 億,是中國最大公募基金和貨幣基金,上週更收購天弘基金,被外界解讀為阿里預備成為金融控股公司的前兆,不過阿里小微指出,此舉純粹是為了消費者安全著想。

以下將就支付寶的新功能以及阿里小微高層針對網路金融服務的看法分述報導:

支付寶如何消滅你的錢包

支付寶工作人員展示聲波支付功能。手機接近藍色的感應區塊即可付款,飲料隨即掉下。

「支付寶」今年一月初推出「聲波支付」功能,目前運用在飲料販賣機上,所謂聲波是指超聲波,藉由近場識別技術支付款項。打開手機 app 裡的「當面付」,靠近販賣機上的感應區,待機器接收到帳戶資訊,飲料便掉出來,大大減省投錢找零的麻煩。預計十月底十一月初推出的 7.6 版更支援離線功能,即使在收訊不良的地鐵也能使用聲波支付買飲料。

「當面付」還有一個功能是 QR 碼轉帳,除了朋友之間小額轉帳,QR 碼其它運用場景也很令人期待。以後小吃攤老闆只要將 QR 碼列印下來,消費者只需拿出手機掃描結帳,再也不怕油膩骯髒的鈔票汙染食物。各種小商家都可以使用這種功能,方便且衛生。

此外,支付寶還打造公眾平台,接入銀行、飲食、醫院掛號等服務,日常生活開支靠著支付寶就可一次打發掉;以及拍攝信用卡綁定帳號等創新功能。而除了實務面上的訴求,支付系統還能做什麼?社群即便已是老掉牙的題材,但跟錢扯上關係倒還是蠻新鮮的。支付寶新版在轉帳功能上加入語音留言與動態表情(是的,其實就是會動的貼圖),讓金錢不再只是單純交易,為它披上一層情緒,融化金錢冰冷的屬性,談錢不再傷感情,反而提供聯絡感情的機會。

這意味著支付寶難道是要切入社群市場嗎?阿里小微國內事業群總裁樊治銘語帶保留,既然會與自己有金錢往來的人多為親近的好友,或許未來在支付寶上自然形成親密朋友圈也說不定。但支付寶從一而終就是專注在打造良好的支付體驗上,在「消滅錢包」之前,不會延伸過多觸角。

這番話顯然是衝著中國通訊 app 微信而來,微信近期與財付通合作,推出自己的支付系統,不過樊治銘正面回擊,重批微信「朋友圈是賣假貨集散地」,而且「微信支付和支付寶兩個不是同個檔次」,並且強調支付寶在風險控制與安全措施上十幾年的努力,絕非其它不相干的產業一朝一夕一蹴可機。

支付寶傳入台

別說這些剛發表的有趣方便新玩意,支付寶的基本功能對於在台灣的我們可能都還覺得神奇,相信曾使用淘寶網購物的讀者都對支付寶的安全便利印象深刻。昨天與會的阿里小微高層皆以國際事業群主管休假為由未正面回應「支付寶是否會進入台灣」的問題,僅說「台灣是需要第三方支付的,台灣政府需要給我們一點空間」,也直言「台灣政策比大陸落後很多」,表示阿里集團已在今年奔走台灣與政府溝通。

不過,今天阿里巴巴集團企業新聞網站 Alizila 旋即發出「支付寶即將進軍台灣」的消息,新聞引述樊治銘的話說,明年上半年支付寶將在台灣取得重大進展,但仍必須先通過台灣嚴格的監管限制。

繼昨天淘寶網開放全家便利商店取貨,支付寶又來勢洶洶,勢必為台灣的電子商務環境掀起滔天巨浪。倘若支付寶真正進入台灣,各種金融衍伸服務將以何種形式讓台灣人體驗「平民理財」的魅力,而台灣業者又能展現出什麼實力迎戰,在在都是值得關注的焦點。

阿里邁向金融王國之路

從電子商務起家,打造最大的 C2C 平台淘寶網,而後推出支付寶,站穩第三方支付領先地位,去年陸續涉足貸款與基金業務,阿里巴巴規模愈發龐大,脫胎於支付寶的「金融王國」地基似乎逐漸成型。

有鑑於此,阿里巴巴集團於今年初宣布籌立阿里小微金融服務集團,將支付、基金、保險、擔保等金融業務拆分註冊成獨立公司,惟股權改造後,才會發表正式的公司名稱。阿里小微集團旗下共分國際事業群、共享平台事業群、國內事業群、創新金融事業群和理財事業群五大事業群;阿里巴巴則主要發展原有電子商務如淘寶、天貓、聚划算等業務。

針對媒體特別關注的股權結構變動問題,由於涉及先前支付寶股權之爭的事件 1,彭蕾並未透露,只說近期很快就快公佈。而對於 IPO 上市計劃以及外界盛傳的「阿里網路銀行」等問題,同樣不願多談。

面對敏感問題皆輕描淡寫,彭蕾與眾多高層主管不斷強調的是「消滅錢包的時候,就是我們成功的時候」、「淘寶幫你省錢、支付寶幫你賺錢」。而在這些進程當中,彭蕾表示,最困難的非「把兩種極端個性融合在一起」莫屬。網路人自由奔放而金融從業者嚴謹專業,如何調和這支「精神分裂」的團隊是很大的挑戰,但與這些個性兩極的人共事也十分「過癮」。

展望未來,繼續擴建「金融帝國」是必然,樊治銘表示,天弘基金與支付寶將是獨家商品,亦即往後不會再有其它基金接入支付寶。不過,必定會尋求其它機構的合作,推出更多理財產品,以求帶給使用者更豐富、更進階的選擇。

簡化瑣碎的日常繳費、放眼複雜的金融版圖,支付寶企圖剷除普通人處理金錢及以錢滾錢的各種障礙,甚至可能重塑金融體系。如今支付寶即將進入台灣,有人說台灣業者的「Winter is coming」,您認為呢?


開發者享受 CI/CD 價值!運用 Amazon EKS 整合 GitLab 創建自動化部署

企業如何在 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 部可以獲得以下三大好處。

透過 AWS 增加雲端技能 在組織發揮影響力

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。

了解 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。

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