U2 新專輯直上 iCloud 是天上掉下來的禮物?還是犯了眾怒?

上週的蘋果年度發表會,在 U2 的驚喜演唱及宣佈新專輯《Songs of Innocence》將免費送給全球 iTunes 用戶,作為完美收尾,然而這項舉動在音樂產業造成軒然大波,並且持續餘波盪漾。
評論
評論

原文刊載於「Blow 吹音樂」網站,Inside 獲授權刊登。

上週的蘋果年度發表會,在 U2 的驚喜演唱及宣佈新專輯《Songs of Innocence》將免費送給全球 iTunes 用戶,作為完美收尾,然而這項舉動在音樂產業造成軒然大波,並且持續餘波盪漾。乍看之下,這是蘋果和 U2 的美意、是獻給眾多蘋果使用者的「大禮」,但事實上,許多使用者可不領情,由於《Songs of Innocence》直接出現在選擇了「自動下載」功能使用者的 iCloud 上,而引起了許多反彈和批評,不少人認為被強制要接受這張專輯,甚至將其視作是對於個人隱私權的侵犯,美國知名嘻哈歌手及唱片製作人 Tyler, The Creator 就砲火猛烈地針對《Songs of Innocence》半強制地出現在使用者雲端一事在 Twitter 發布了多則上對於 U2 主唱 Bono 的攻擊,以不間斷的「FUCK」來強烈地表達他對此事的感受。


▲ 美國知名嘻哈歌手 Tyler, the creator 對於 U2 專輯強制出現在使用者雲端一事強力抨擊。

Bono 也予以回應 ,他說:「那些對我們的音樂不感興趣的人們,不妨從這個角度來想這件事情……在你們的垃圾信件中有一些愛爾蘭人的血汗及眼淚。」蘋果為了平息眾怒,近日也公布了 一條移除連結 讓用戶們能輕易地刪除 U2 的《Songs of Innocence》,但同時也在連結網頁上聲明,若你選擇刪除該張專輯,那直到 10/13《Songs of Innocence》改成付費下載之前,都不能夠再次下載這張專輯。

Bono and Jonathan Ive Seminar At The 2014 Cannes Lions

▲ U2 主唱針對外界聲浪也予以回應,蘋果為了平息眾怒也提供移除連結。

但除了來自使用者的批評聲浪,目前美國流行告示牌 Billboard 和英國單曲排行榜 UK Singles Chart 這兩個音樂界的權威排行榜,都拒絕將 U2 的最新專輯列入排行,即使根據《紐約時報》消息指出,蘋果支付了高達約一億美金的金額給 U2 和環球唱片公司,但由於不是消費者透過自由意願購買,因此美國流行告示牌和英國單曲排行榜都將其拒於門外,要到 10/13 正式上架之後才願意將其納入排行。

就算蘋果宣稱在短短 6 天就有 高達 3300 萬人(包含自願與非自願的用戶)下載《Songs of Innocence》,然而此舉目前看來實在沒有成功討大眾歡心,而對此, 音樂產業內部也是有各種不同的聲音 。美國暢銷藝人 Kid Rock 的經紀人 Lee Trink 表示:「與其說這是一種新的商業模式,我更覺得這將成為發展的阻礙。」而旗下擁有 Skrillex、Zedd 及其他頂尖 DJ 的經紀人 Tim Smith 則舉出,天后 Beyoncé 去年在 iTunes 上無預警發布第五張錄音室專輯《BEYONCE》,及今年 3 月 Skrillex 在毫未宣傳的狀況下先以 iOS App 上架其第一張專輯《Recess》為例指出,他強烈懷疑這將是蘋果接下來會一再重複的手法,「但若任何樂團或藝人有類似的機會,包括我自己旗下的,我覺得這是可行的」,他下了這樣的結論。


▲ 當紅 DJ Skrillex 曾在其專輯發行前先在 iOS 上架專輯 App,內有 11 個隱藏資料夾,隨著專輯發行日期接近,隱藏資料夾會漸漸解鎖,讓歌迷能聽到裡面的歌曲。

但其實免費釋出部分專輯也並非歷史上第一樁,2007 年時 Radiohead 結束與 EMI 的合約,在官網上提供第七張專輯《In Raibows》給歌迷下載,而歌迷可以自行選擇他們要付出多少金額來購買這張專輯的數位版本。但即使貴為 Radiohead 這樣的世紀天團,經統計指出,當時只有 38% 的歌迷付費下載,而平均起來歌迷只願意為這張專輯付出約台幣 150 元的金額。

不過隨著這張專輯的數位版本上線, Radiohead 也發行了硬殼書包裝的實體專輯,包含兩張 CD ,而且第二張網路上沒有的 CD 收錄了更多新歌、數位專輯圖片及歌詞檔,另外還附贈兩張重盤黑膠,當時這張實體專輯含全球運送服務,售價約台幣 2680 元,歌迷們依然買單,直到 2008 年十月時,包含數位及實體唱片,全球總計銷售三百萬張,更不用說《In Raibows》這張專輯獲得眾多出版刊物選為當年最佳專輯,之後屢獲提名並且在 2009 年葛萊美獎奪回兩項大獎。


▲ Radiohead 的《In Raibows》除了數位版本提供自由付費下載,同時發行了雙 CD 、黑膠的實體豪華唱片。

不過你可能不知道的是,2007 年 Radiohead 在全球音樂界投下如此震撼彈之前的三個月,台灣的 回聲樂團 ECHO 也早以類似的手法,發行了奠定他們地位的第二張專輯《巴士底之日》。

當時企宣由知名 DJ 小樹(陳弘樹)發想及統籌,7 月中時,回聲樂團宣布十首歌曲在實體 CD 發行前,可透過 EzPeer(現 My Music)免費下載;7 月底時,在野台開唱舞台上,則正式公布:《巴士底之日》其實是有二十四首歌的雙 CD 專輯!隨後首批實體專輯 在音樂祭現場迅速銷售一空,其後的現場巡迴演出更是受到熱烈歡迎。


▲ 回聲樂團在 2007 年發行第二張專輯《巴士底之日》時,也曾先釋出部分提供免費下載,之後在野台開唱時宣布完整內容。

U2 主唱 Bono 在官網上 給歌迷們的公開信函 中就暗示著接下來也許會有更多 U2 的歌曲釋出,他說:「若你們喜歡《Songs of Innocence》,那你們可以接著期待『Songs of Experience』……」儘管他也表明這應該不會那麼快,可是無論「Songs of Experience」與《Songs of Innocence》將有多大關聯或甚至可能是一張更完整的專輯,目前已經可以確定的是,美國流行告示牌已宣布了 《Songs of Innocence》 將在 10/13 公開販售的實體版本會多 4 首新歌及多首不插電版本,而這實體唱片規格的內容首五週會在唱片行獨家販售,之後才會在 iTunes 上架。


▲ U2 主唱 Bono 在官網上向粉絲們暗示接下來可能會有「Songs of Experience」,到底會和《Songs of Innocence》有什麼關係,只能等著看了。

與環球唱片公司處於對立位置的競爭廠牌中,部分經營者表示他們不認為這樣的唱片發行模式對於這個產業是好的,尤其這會 打擊到那些較為小型的藝人和樂團 。據傳環球唱片公司回應說,以上的想法大錯特錯。

當年台灣回聲樂團透過先將專輯釋出部分數位版本,引起多數人的讚揚與好評; Radiohead 不透過任何唱片公司自行發行唱片,並讓歌迷選擇支付金額一舉,也獲得轟動和後續廣大迴響,甚至從唱片銷售量就可以看出全球歌迷的支持。U2 和蘋果合作的這種唱片銷售模式,目前看來是吃力不討好,究竟能不能透過音樂的力量搏回全球樂迷的支持?我們只能等到 10/13 揭曉了。

資料來源:Music Digital NewsRolling StonePitchfork


開發者享受 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。

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