PaaS遍地開花!整理各種平台的Heroku-like解決方案

隨著雲端的概念逐漸發酵,像是Heroku這樣的新一代網站代管服務越來越受到歡迎,以Heroku為首許多不同平台的類似服務也相繼誕生,包含了Python、Java和PHP等都有相對應的服務,一起來看看吧!
評論
評論

[Image Credit]

隨著雲端的概念逐漸發酵,像是 Heroku 這樣的新一代網站代管服務越來越受到歡迎,以 Heroku 為首許多不同平台的類似服務也相繼誕生,包含了 Python、Java 和 PHP 等都有相對應的服務,一起來看看吧!

什麼是 PaaS?

PaaS 是 Platform As A Service 的簡寫,便是以提供平台作為一種服務。以 目前最具盛名、不久前才被 Salesforce 所收購的 Heroku 而言,就是提供了大家一個以 Ruby 為基礎的平台,讓大家可以自行在平台上開發各種網站,並且由 Herkou 來提供平台的架設管理。

透過 PaaS 的最大好處,便是可以減少維護管理系統底層的成本。相對自己架設機器而言,必須要自己管理的系統、機器和軟體,其中只要一個環節一不小心出錯了,就有可能像 某些網路服務一樣,將資料庫的帳號密碼等重要資訊通通曝光 ,造成敏感資料暴露在危險當中。

除此之外,架設在 PaaS 的服務也可以透過簡單的介面來調整所需使用的硬體設備等級,程式完全不需要修改馬上就可以處理突如其來的龐大瀏覽量,而當使用者逐漸退去時,也可以馬上的將硬體降為一般的水準,省下額外的開支。

就如同先前本站文章所提到的:

網路創業實例:意外起飛、24 小時累積 10,000 名用戶的 Rapportive

Rapportive 的服務是放在知名廠商 Heroku 上,對於突然湧進的流量只需要增加 Dynos 的數量(Heroku 提供服務的基本單位),基本上你是不需要修改你的程式的;當然,程式的優化、調整可以在同樣能耐的硬體等級上容納更多人。

使用 Heroku、不需要調整程式、只需要增加 Dyno 數量?真的有這麼美好嗎?事實上 Rapportive 就是這麼辦到的,在來自全世界的流量突然湧進時,Rahul Vohra 手邊沒有電腦,於是他隨即拿起 iPhone 並且利用 Nezumi 這個設計來管理 Heroku 的應用程式,將 Rapportive 的 Dynos 增加到 20 個,就這麼簡單,可能不到一分鐘吧?!系統的能耐馬上就提昇了。

而在台灣也已經有團隊使用 Heroku 作為主要的環境:

Cardinal Blue 的 Facebook 應用程式開發經驗分享:使用 Ruby on Rails 與 Heroku

使用 Ruby on Rails 並搭配知名的 Ruby 雲端運算平台:Heroku,特色是應用程式隨著流量的成長,無需擔憂系統管理(System Administration)或是硬體水平擴展的問題,Heroku 提供了優越的 Scalability 能耐,透過簡單的應用程式指令或是 Web 介面便可依照需求調整所需的硬體資源。(類似 Amazon EC2 Instance 的計費方式,每小時有一定額度的費用)

然而並不是每個團隊都是使用 Ruby 作為主要的開發語言,在市場上目前使用 PHP/Java/.Net/Python 的使用者仍然佔了很大部分的比例,隨著 Heroku 的流行,許許多多不同語言但類似的平台服務陸續竄出,以下便是我們的整理:

Python 的 Heroku

與 Ruby 相同熱門的 Python 是現在很多新一代網路創業者的首選,包含 Instagram、Quora 和 Dropbox 等服務在內都是使用 Python。

Google App Engine

Google App Engine 算是相當早期的 PaaS 服務,是 Google 所提供的雲端網站服務,搭配了 webapp 這套輕巧簡單的 Python web framework 和 Datastore 這套 NoSQL 的資料庫系統。

除了 webapp 之外,任何支援 Python wsgi 標準的 web framework 包含最熱門的 Django 在內都可以在 GAE 上面運行。

順道一題,台灣也已經有由知名開發者 ericsk 所撰寫的 Google 應用服務引擎開發實戰 一書可以供入門者作為參考。

Djangy

顧名思義,Djangy 所提供的便是 Django 的平台服務,支援背景工作(background job),如同 Heroku 一般是使用 git 作為上傳佈署的方式,並提供了 shell 下所使用的管理指令,看起來相當的不錯且完整。

Djangy 目前仍然在封閉測試當中,有興趣的使用者可以在其官方網站上索取邀請函。

DjangoZoom

另外一個專門為 Django 打造的 PaaS 服務,同樣是使用 git 作為上傳佈署的方式,目前也仍然在測試當中,有興趣的使用者可以在其官方網站上索取邀請函。

ep.io

ep.io 則是另外一個我相當看好的選擇,相對於 Djangy 是以 Django 的支援為主,ep.io 支援了透過 Python 標準 WSGI 所設計的網頁框架,所以包含 Django 在內,其他熱門的選擇像是 Flas 或者是 Quora 所使用的 Pylons 都可以支援。

ep.io 目前也在封閉測試當中,有興趣的使用者同樣可以在其官方網站上索取邀請函。

Java 的 Heroku

Java 在網路的開發領域上算是具有數一數二的份量,許許多多的企業都是透過 Java 作為其網站開發的主要語言,且具有龐大的使用者基礎,故仍然在雲端時代相當的受到歡迎。

Google App Engine for Java

是的,Google App Engine 同樣有提供 Java 的服務,使用標準的 servlets 和 JSP 等技術,搭配上 JDO 和 JPA 介面的 DataStore,讓 Java 的使用者同樣可以透過 GAE 來開發程式。

AWS Elastic Beanstalk

談到雲端時代,最重要的網路公司之一莫過於 Amazon 了,其所提供的 EC2、S3 或是 Cloudfron 服務都是許多先進網站的重要底層架構(包含 Heroku 實際上便是運行在 EC2 上),而最近他們所推出的 Elastic Beanstalk 便是提供了 PaaS 的服務,讓開發者可以快速的部屬 Java 程式到 Amazon 的機器上。

雖然目前此項服務仍在測試當中,但我相信 Amazon 所提供的雲端服務一向是具有相當水準的,在未來一定會有很好的發展。

PHP 的 Heroku

PHP 是專為網路服務所打照的語言,由於其相對好上手的特性,在網站中是相當的普遍,包含 Inside 部落格在內,許許多多的網站、部落格論壇都是用 PHP 所開發,其中最著名的代表莫過於就是 Facebook 了。

phpfog


phpfog 是 PHP 的 Heroku 類服務中最受矚目的一個,標榜秉持著 N-Tier 的概念,就是將資料庫、平衡負載和網頁伺服器等等通通分配在不同機器上,來達成最佳的效能和穩定度,並且提供許多 PHP Apps 的快速安裝功能,和 git 為主的程式上傳功能。

目前 phpfog 也是在測試當中,有興趣的讀者可以透過網站上的表格加入等候邀請函,或是參加其 Facebook/Twitter 的活動來獲得搶先的測試機會。

cloudcontrol

cloudcontrol 也是針對 PHP 所提供的 Heroku-like 服務,其特殊的地方是在計費的方式是透過所謂的 boxes,也就是透過 access_log 分析來顯示出使用的直線圖,然後選定一個方形的大小來付費。

另外一點特殊之處在於,cloudcontrol 不需要邀請函,已經是一個正式開放的服務了。

.Net 的 Heroku

ASP.Net 雖然是微軟的解決方案,一般需要較高的授權金而讓許多網路創業者卻步,但是仍然有包含像是 stackoverflow 等知名網站使用。

Windows Azure

提到 C#的 Heroku,一定要提到微軟官方所提供的 Windows Azure 平台了,隨著雲端時代的到來,微軟也提供了許多相關的服務,主要分為 Windows Azure 和 SQL Azure,也就是運算平台和資料庫的平台提供開發者使用。

目前 Azure 的成功案例大多為企業用戶為主,不過在微軟的努力推廣之下,也逐漸有越來越多的開發者陸續投入。

AppHarbor

AppHarbor 則是.Net 平台上的另外一個非官方的選擇,其官方網站強調的他們為「Azure done right」,也就是改善了許多 Windows Azure 的缺點,比如說像是佈署時間過長,或者是操作設定上的不方便等等。

個人認為 AppHarbor 具有相當的潛力可以和 Azure 抗衡,無論是在操作的簡便度或者是收費的策略上,都相對於官方的平台好上一些。

綜合型 PaaS

Makara

Makara 是前陣子被 Red Hat(知名 Linux 領導廠商)所收購的 PaaS 平台,現階段提供 PHP 和 Java 的平台服務,未來可以支援包含 Ruby/Python 等在內的各種語言。而相對於其他一般的 PaaS,Makara 提供了更好的彈性讓開發者可以選擇佈署到不同的雲端上,包含 Rackspace 和 Amazon EC2 等。

由於背後有 Red Hat 的加持,加上高度的延展性,我認為 Makara 也會是未來市場上相當具有競爭力的。

結論

在創業過程中,我們往往需要對於人力資源的分配斤斤計較,許多創業者都曾經感嘆好的人才是需要花上很多時間才能找到的,而千辛萬苦找到的程式設計夥伴,當然要讓他們能夠專心撰寫程式,而不是浪費時間在系統的管理、維護上面。

此外,若是您的網路服務具有極大潛力,隨時有可能受到網友關注、一夕爆紅,那們更應該要使用 PaaS 的服務,便可以隨時增加硬體的負荷能力,而不會錯過任何一位寶貴的使用者。

有更多的 PaaS 使用經驗想要與我們分享?歡迎大家的留言與討論!


一圖看懂 Seagate Exos®  CORVAULT 的室內設計魔法:資料量跑得快又多,你的儲存空間追得上嗎?

在資料儲存領域深耕超過 40 年的 Seagate 推出 Exos® CORVAULT™ ,實現「更小的空間、更大的資料密度」,4U 硬碟機架總共置入 106 台 20TB 硬碟,總密度高達 2.12 PB,協助各行各業加速數位化腳步。
評論
評論

「儲存空間寸土寸金,但資料量不斷高速成長。如果短時間內無法擴充資料中心,我們的儲存空間該怎麼『追上』?」

「機房硬碟那麼多顆,難免會碰上故障。假如每次都要親自出入機房更換,又得花好幾天來重建資料,還要擔心影響資料安全和讀寫效能。」

除了採用公有雲,近年許多企業開始自建資料中心來存放資料。然而,當資料量跑得愈來愈快、愈來愈多,「儲存空間」、「資料安全」以及「讀寫效能」也更受關注。希捷科技(Seagate)最新的儲存產品 Exos® CORVAULT™,展現「小空間、大儲存」魔法,並透過自我修復降低企業維運成本。

儲存的「室內設計魔法」:更小的空間、更大的資料密度

你知道嗎?今天全世界 1 小時所產生資料量,比 20 年前一整年加起來的資料量還多。例如:一輛自駕車每天最高產生 32 TB 資料,一間智慧工廠每天最高產生 1 PB 資料,一座智慧城市每天最高產生 2.5 PB 資料。高速成長的資料量,可不僅限於 B2B 領域而已。隨著元宇宙(MetaVerse)趨勢崛起,在不遠的未來,B2C 領域的資料量也將快速增長。

然而,當我們對數位世界的「儲存空間」需求不斷成長,實體世界的「機房空間」依舊寸土寸金。為了協助各行各業加速數位化腳步,在資料儲存領域深耕超過 40 年的 Seagate 最新推出 Exos® CORVAULT™ 實現「更小的空間、更大的資料密度」,4U 硬碟機架總共置入 106 台 20TB 硬碟,總密度高達 2.12 PB。

 Exos® CORVAULT™ 總共可以置入 106 台 20TB 硬碟,總密度高達 2.12 PB。

為何能做到「小坪數、大儲存」?原來,Seagate 透過 Top-Loading 技術,宛如發揮「室內設計魔法」一般,以垂直置入模式,在有限的空間裡達成目前市面上最高的硬碟數量。此外,當高密度的硬碟於同一時間高速運轉時,往往會讓機房產生「音波震動」困擾;而 Exos® CORVAULT™ 的模組化機殼透過抑震、抑音裝置,最大幅度地降低震動、噪音和排出的廢熱干擾,甚至還能保護硬碟機不受外部電力異常影響。

此外,Exos® CORVAULT™ 具備熱插拔設計的備援電源供應器,可確保高效供電穩定一致、毫無噪音;而面對電力突波時,反應速度也很快。

「雙重加持」的自我修復:不只省成本,還能愛地球

有了「大儲存空間」不代表高枕無憂,畢竟 24 小時不間斷運轉的資料中心,難免會碰上少數幾顆硬碟故障。一般來說,整體儲存空間愈高,資料重建的耗時也愈長,進而影響資料安全與讀寫效能。 Seagate 透過獨有技術,不僅提升資料安全、降低客戶人力維運成本,還跟上近年 ESG 投資指標趨勢,大幅減少電子垃圾。

以容錯式磁碟陣列(​​Redundant Array of Independent Disks;RAID)架構來說,RAID 5 最多只能容錯一顆故障硬碟;相較之下,Exos® CORVAULT™ 容錯功能更佳,達到與 RAID 6 同等的效能,即使兩顆硬碟同時故障,依舊能夠維持正常讀寫效能。

不過,Exos® CORVAULT™ 最獨特之處,是同時具備 Seagate 的自動分散式配置保護技術(Autonomic Distributed Allocation Protection Technology,簡稱 ADAPT)與硬碟自動重生技術(Autonomous Drive Regeneration,簡稱 ADR)。

藉由 ADAPT 技術,資料可分散儲存於高達 106 顆硬碟裡,強化資料保護。一旦碰上硬碟故障,維運人員不需親自進入機房抽換硬碟,Exos® CORVAULT™ 會透過 ADR 技術,藉由自動設定硬碟讓機房「重生」,讓系統暫時跳過故障硬碟,並以剩下正常的硬碟重新上線。當機房透過自動更新恢復運作後,此時 ADAPT 技術再度「上陣」,透過自我修復把「重生」後的冗餘硬碟空間進行換算,大幅提高資料可用性。

究竟 Exos® CORVAULT™ 可以在多短時間內完成資料重建呢?若以 10TB 為例,傳統硬碟的資料重建最快也要 5-50 小時,有些甚至得耗費 4-5 天;但在 ADAPT 與 ADR 的「雙重加持」下,同樣 10TB 的資料重建,Exos® CORVAULT™ 僅需 3-4 小時。部署快、資安強,高標準的客戶也不怕。

不僅如此,透過特別建置的架構,Exos® CORVAULT™ 擁有12Gb/秒 HD-Mini SAS 介面、循序讀/寫速度高達 14Gb/秒及 12Gb/秒、IOPS 高達 17,680。此外,ADAPT 糾刪碼運用高效率去叢集同位校驗,可涵蓋集區內的所有硬碟機,減少容量間接成本、達到更好效能、加快重建速度。

再加上,此架構結合第六代 VelosCT™ ASIC 的主動-主動雙控制器,擁有完善備援能力和熱插拔功能,具備高可用性、相容性,效能可加以預測。上述種種特點,都讓採用 Exos® CORVAULT™ 的客戶得以加速回應、降低延遲。

若從維運角度來看,部署時是否方便?又該如何確保後續資料安全?別擔心,Exos® CORVAULT™ 以整合式 Web 裝置和資料管理主控台為後盾,可透過 Web GUI 或 CLI 使用強大的內建管理功能,透過一鍵設定輕鬆快速完成部署,並具備遠端診斷和不中斷更新能力。

在資安方面,不需要控制器層級的間接費用,就能讓資料均達到最高的安全性。而所有隨附的 HDD 標準規格均採 Seagate Secure™ 自我加密硬碟機(SED)技術並提供 SFTP 支援,可安全傳輸檔案。

更重要的是,如果你經營跨國 IT 業務,旗下出售的軟硬體產品需符合歐美地區的加密模組要求,或你來自對數據安全高標準的醫療、金融等領域,都可選配適用美國與加拿大地區的加密模組測試標準 FIPS 140-3 的配置。

 Exos® CORVAULT™ 具有最高的資料安全性,且維運相當方便。

「追上」數位腳步,就靠 Seagate 的「大儲存」技術

十年前的儲存空間,只是今日的杯水車薪;而現在的資料量,也極可能是未來數位世界的滄海一粟。在數位化愈來愈全面、儲存需求也愈來愈迫切的今天,Seagate 帶著自身超過 40 年的儲存專業,期望透過提供儲存創新服務,協助各行各業「追上」愈來愈快的數位腳步。