cloudfoundry基金會

① 阿里雲是基於openshift還是cloud foundry

現在的雲主要是IaaS和PaaS，簡單的說給你機器的是IaaS，給你部署好應用的是PaaS。大多數內的IaaS服務商都是容提供PaaS應用的。 我用過的IaaS：亞馬遜AWS、微軟Azure、阿里雲、騰訊雲、Linode 用過的PaaS：GoogleAppEngine、CloudFoundry、Appfog、O

② 如何在Ubuntu上搭建Cloud Foundry網站運行環境

Step1 Ubuntu系統更新:

1.$ sudo apt-get update

2.$ sudo apt-get upgrade

3.$ sudo apt-get dist-upgrade

4.$ sudo reboot

Step2 安裝curl 和 git。curl 用於數據傳輸，git用於版本管理

1.$ sudo apt-get install curl

2.$ sudo apt-get install git-core

Step3 為git配置用戶名和電郵。須與在 https://github.com/ 上的用戶名及注冊郵箱一致。替換紅色內容，保留引號。

1.$ git config --global user.name "YOUR_USER_NAME"

2.$ git config --global user.email "YOUR_USER_NAME"

(可用以下命令檢查配置是否正確: $ git config -l)

Step4 生成SSH公鑰 (參考 https://help.github.com/articles/generating-ssh-keys )。該公鑰確保在本機與Github間建立安全連接

1.$ ssh-keygen -t rsa -C "YOUR_USER_NAME"

會提示設置一個passphrase。這個passphrase用於每次建立ssh連接時進行身份驗證，不必與Github帳戶的密碼相同，但一定不能遺忘，否則將不能建立ssh連接。

2.$ cat ~/.ssh/id_rsa.pub

復制id_rsa.pub文件內容（即剛才所生成的SSH公鑰），登陸 Github 網站並進入Account Settings->SSH Keys->Add SSH Key ，粘貼至Key 區域。

要確保復制內容與公鑰的文字完全一致，即使多復制一個空格或空行都有可能出問題。也可按照參考鏈接https://help.github.com/articles/generating-ssh-keys中的方法使用 xclip。

3.測試能否成功建立ssh連接

$ ssh -T [email protected]

會彈出一個提示框，要求輸入密碼。輸入上面所設定的passphrase即可。

正確輸入passphrase後，若在終端窗口中看到"Hi YOUR_USER_NAME! You've successfully authenticated, but GitHub does not provide shell access."，說明一切正常，可以從github上`git clone`代碼了。(這是我自己的測試過程，與Github參考鏈接中稍有出入)

Setp5 安裝ruby:

1.安裝RVM（Ruby Version Manager）並添加環境變數

$ bash -s stable < <(curl -s https://raw.github.com/wayneeseguin/rvm/master/binscripts/rvm-installer)

$ nano ~/.bashrc

在末尾添加新行: [[ -s "$HOME/.rvm/scripts/rvm" ]] && . "$HOME/.rvm/scripts/rvm"

$ source .bashrc

(重新載入.bashrc以使改變生效)

$ type rvm |head -1

(若提示"rvm is a function"，說明rvm已正確安裝)

2.安裝ruby所需的依賴包

$ sudo apt-get install build-essential bison openssl libreadline6 libreadline6-dev curl git-core zlib1g zlib1g-dev libssl-dev libyaml-dev libsqlite3-0 libsqlite3-dev sqlite3 libxml2-dev libxslt-dev autoconf libc6-dev ncurses-dev libtool

$ sudo apt-get install libcurl3 libcurl3-gnutls libcurl4-openssl-dev

3.使用rvm安裝ruby1.9.2,並將其作為默認的ruby版本

$ rvm install 1.9.2

$ rvm --default use 1.9.2

4.安裝rails

$ gem install rails

至此，ruby環境已安裝就緒。為了在本地運行Cloud Foundry網站，還需進行以下准備工作。

Step6 使用gerrit:

1. 分別注冊並登陸 reviews.cloudfoundry.org 和 http://cloudfoundry-codereview.qa.mozycloud.com/gerrit/#q,4708,n,z 。前者是開源的代碼庫，而後者只對內部開放。

在 Settings->Profile 中設定Username，在 Settings->Contact Information 中單擊 Register New Email 添加新電郵地址，Username和新電郵地址均與Step3中一致。在SSH Public Keys 中添加Step4中生成的公鑰，添加方法同Step4(2)。

2. 安裝gerrit輔助腳本。用於優化gerrit使用中的一些小問題。

$ gem install gerrit-cli

3. 獲取tools代碼庫並為其添加環境變數 (~/.bashrc文件)。

$ git clone [email protected]:vmware-ac/tools.git

添加tools環境變數。 Example: PATH=$HOME/tools/gerrit:$HOME/local/node/bin:/usr/local/mysql/bin..

4. 獲取cloudfoundry-website代碼(非public)。將紅色區域替換為你自己的用戶名。代碼將保存在~/cloudfoundry-websites

$ gerrit-clone ssh://[email protected]:29418/cloudfoundry-websites

Step7 安裝並配置redis。cloudfoundry網站運行需要調用redis庫。

1.下載並安裝

$ cd /tmp

$ wget http://redis.googlecode.com/files/redis-2.2.4.tar.gz

$ tar -zxf redis-2.2.4.tar.gz

$ cd redis-2.2.4

$ make

$ sudo make install

2.配置初始化腳本:

$ wget https://github.com/ijonas/dotfiles/raw/master/etc/init.d/redis-server

$ wget https://github.com/ijonas/dotfiles/raw/master/etc/redis.conf

$ sudo mv redis-server /etc/init.d/redis-server

$ sudo chmod +x /etc/init.d/redis-server

$ sudo mv redis.conf /etc/redis.conf

3.初始化用戶和日誌路徑

$ sudo useradd redis

$ sudo mkdir -p /var/lib/redis

$ sudo mkdir -p /var/log/redis

$ sudo chown redis.redis /var/lib/redis

$ sudo chown redis.redis /var/log/redis

4.啟動redis server （每次運行cloudfoundry網站前都需要運行redis server）

$ sudo /etc/init.d/redis-server start

Step8 在本地運行Cloud Foundry 網站。redis server必須處於運行狀態中。（參考 $HOME/cloudfoundry-websites/www/README.md 文件）

1.$ cd ~/cloudfoundry-websites/www

第一次進入此路徑，終端窗口會提示：

Gemset 'developers' does not exist, 'rvm gemset create developers' first, or append '--create'.

運行 $ rvm gemset create developers，然後離開並重新進入~/cloudfoundry-websites/www

2.$ bundle install

3.$ ruby website.rb

4.打開瀏覽器，輸入網址 127.0.0.1:4567

這樣就可以看到運行於本機的Cloud Foundry 英文版網站首頁了。如果想在本地運行中文版網站，只需將www改為cn重復Step8即可。

③ 我現在在用cloudfoundry這個Paas平台

中服軟體是專業做Iaas、PaaS和SaaS的，網上有在線免費SaaS服務。可參考

中服軟體有自主回的IaaS、PaaS平台，支持在其上放入應用答系統、應用插件，通過動態組裝生成用戶所需要的應用系統。目前有幾十個豐富的辦公組件，供用戶選擇。
中服軟體的雲計算平台CServer以資源庫為基礎，以多租戶軟體生產線組裝框架為手段，以提供在線服務和雲平台為目的，為用戶提供自製、動態、隨時、按需自己選擇需要的雲服務。系統涵蓋SaaS、PaaS、IaaS各個層面。

④ 如何清除cloudfoundry中處於stopping狀態的應用

網頁鏈接

官網鏈接有關於刪除的命令

⑤ 如何使用 Cloud Foundry 建立 AppFog

[譯注]本文翻譯自Cloud Foundry英文博客站點，原文題為「How We Built AppFog Using Cloud Foundry」，文章發表時間是 2012 年 09 月 13 日。

使用雲的價值主張是「一切因此而簡單」。但構建和操作大規模的雲卻絕非易事。As正如 Mark Lucovsky 在他的最新訪談中所言：「誰說大規模分布式系統簡單？」盡管像 Cloud Foundry 這樣的解決方案使構建核心雲技術不再那麼令人生畏，但仍然不是件容易的事。

在這篇嘉賓博文中，AppFog 的創始人和 CEO Lucas Carlson講述了如何使用 Cloud Foundry 開源 PaaS 技術建立 AppFog 的歷程以及在這一過程中的收獲

核心雲技術高深莫測

運行基於 Cloud Foundry 的簡單服務並不是難事。查看 Micro Cloud FoundryTM。

構建一個適合生產和企業工作負荷的服務相當困難。

要構建含有一個 API 端點的基於 Cloud Foundry 的服務，該服務在 4 個以上的獨立基礎結構供應商的 6 個以上不同可用性區域中運行，適合於生產和企業工作負荷，具有一定規模和一般可用性？目前這真的很難。

快馬加鞭推行 Cloud Foundry

正如您可以設想到的那樣，自從 AppFog 宣布 GA 以來，人們一直在問我們怎樣去做。我們是如何解決怎樣將針對 Cloud Foundry 提供、為跨多個雲、多個可用區域以及多個供應商提供一個可共用界面的公共雲擴大規模的？

首先：Cloud Foundry 代碼庫確實很不錯。由於選擇使用 Cloud Foundry 進行構建，我們不必面對此類項目可能出現的很多潛在嚴峻挑戰和消耗大量時間的問題。

其次：我們能夠從 Cloud Foundry 生態系統內的更多工具、代碼和服務所獲得的益處顯著加快了我們的開發速度。

第三：擁有 GA 中已經存在並具有一定規模而且並非基於 Cloud Foundry 的公共 PaaS 是我們的一個重要促進因素。我們具有實現強大的 PaaS 所需要的內部操作經驗。

AppFog 的操作經驗對我們來說非常寶貴。盡管 PaaS 與 NoOps 趨勢緊密結合，但 NoOps 並不意味著無操作，而只是對開發人員而言無操作。正如每一個曾運行過 Cloud Foundry 的人員所知，很多操作對於運行 PaaS 都必不可少而且很重要。

最為重要的是，我們擁有一個有成千上萬的開發人員（PHP Fog 的用戶）參與的充滿活力的社區供我們咨詢，在從內部測試版到公共測試版直至 GA 的過程中幫助我們定義、測試及改進 AppFog。

悉心傾聽，交付所成

正是這個社區幫助我們了解了 AppFog 的 GA 的發展目標、需要的工作方式以及我們的目標定價。開發人員對我們的要求如下：

能夠跨數十個或數百個負載平衡的實例上輕松擴展應用程序，甚至免費版也是如此
必須在基礎結構中最快的伺服器上運行應用程序（例如 M2.4XL）
必須能夠跨多個基礎結構（Rackspace、HP、AWS、Azure，並且無價格差異）運行應用程序
必須簡化定價。沒有稀奇古怪的打包和組合以及名稱。簡單而且價格合理，最重要的是公正。
在雲中實現真正的互操作性，包括運供應商之間的一鍵式零代碼遷移，從而消除了所有供應商鎖定痕跡
目標是 30 秒部署到 AWS、Rackspace、HP、Azure 等等。
支持 Cloud Foundry 代碼庫中的任意及所有語言
支持任意及所有關系數據存儲和 NoSQL 數據存儲
這是一個令人生畏的列表。但這正是開發人員所需要的。

因此讓我們面對現實… 我們事實上是如何做到的呢？

如何圍繞 Cloud Foundry 構建 PaaS

這是個復雜的過程。幸運的是，幾個月前，Jeremy Voorhis 在倫敦 QCon 做了一個報告，敘述了 AppFog 如何將 Cloud Foundry OSS 位與我們自有的自定義擴展和增強功能集並用，來構建商用系統。這無疑是了解從 Cloud Foundry 到 AppFog 的發展歷程的最好開端。此報告的幻燈片位於此處，視頻位於此處。

在此，我們不逐一回顧 Jeremy 歷時近一小時的講話，但我們要討論一些要點。

首先，Jeremy 澄清了一些關於「Cloud Foundry」這一標志的混淆之處。一方面，CloudFoundry.com 是 VMware 提供的託管 PaaS，運行在 vSphere 虛擬平台上，該平台基於 CloudFoundry.org 中的開源項目。 VMware 還公開了其用來管理 CloudFoundry.com-Cloud Foundry BOSH-的工具的源代碼，並公開了其託管服務生產環境中的 BOSH 版本。

我們不在託管 VMware 服務上進行，而是從同一個開源 Cloud Foundry 項目構建。這種分布式開源系統使團隊能夠在其生命周期內在雲中管理及部署應用程序和服務，這是 AppFog 服務的核心。

由於我們構建了一個基礎結構不可知的 Cloud Foundry 服務，因此 AppFog 在當前的 Cloud Foundry 生態系統中是獨一無二的。

Cloud Foundry 的好處在於，基本上它可以與從基於 OpenStack 的 IaaS（如 Rackspace 或 HP）到 AWS、Joyent、Citrix 等等所提供的基礎結構相結合來實現。這種固有的多雲可移植性就是 Cloud Foundry 項目如此鼓舞人心的原因所在。

對於我們而言，在應用程序的生命周期內和多個基礎結構間部署和重新部署的能力是構建下一代 PaaS 的關鍵。我們認為，它還可以實現 PaaS 的以下基本使命： (a) 促進產品團隊對開發的關注；(b) 在應用程序生命周期內形成更短的反饋周期；(c) 提供接近即時水平擴展性的可能性。

Cloud Foundry 在雲計算革新中的作用

即使是對於通常而言精通雲計算領域的人，回顧歷史發展環境也非常重要。對我們 AppFog 人而言，Cloud Foundry 已提供了一些重要的構建基礎來構成首個下一代 PaaS。但是，這對我們有何意義？

首先，了解一些背景信息很重要。PaaS 最初是在一些歷史性突破的基礎上應運而生的，例如：

20 世紀 90 年代在 Rackspace 等公司出現數據中心。
21 世紀前十年的早期在 VMware 出現伺服器虛擬化
21 世紀前十年的中期 AWS 在虛擬化資源中引入 API
最近出現的 DevOps 範例及其關聯和派生的工具，例如 Puppet 和 Chef。
但只是在過去兩年，這條發展路線才開始真正走向成熟。像 Cloud Foundry 和 OpenStack 這樣的工具已產生，並能夠對整個應用程序生命周期進行管理。這意味著「平台即服務」中的「平台」現在可以包含開發之外的應用程序生命周期的所有方面。Jeremy 在報告中將此稱為「NoOps」。其含義絕非是再也無人去執行操作，而是操作工作的職責已傳遞到平台層，並且在應用程序生命周期的大部分時間（如果不是全部生命周期）會保留在該層。

如果沒有像 Cloud Foundry 這樣包羅萬象的工具，我們永遠也不能逾越第一代 PaaS 平台與下一代 PaaS（如 AppFog）之間的鴻溝，前者對於基礎結構管理而言實質上與用於（難以控制的）基礎結構管理的網關相比只是略有改進，而後者為用戶帶來的好處則要全面得多。

AppFog 對 Cloud Foundry 的修正

AppFog 從為託管 Cloud Foundry 生態系統提供強大的用戶界面和多雲體驗入手開始工作。我們在 Cloud Foundry 代碼庫和成型的 PaaS 產品之間遇到了許多障礙。盡管當前的 Cloudfoundry.org 項目集成了 CLI 和各種 IDE，但我們還著眼於全面的用戶體驗，包括快速注冊、Web 控制台以及我們稱為 Jumpstart、附加組件等等的構建前示例應用程序。

盡管一些 Cloud Foundry 用戶確實覺得從命令行、Eclipse 或 Spring Tool Suite 來操作系統（就像很多 AppFog 用戶的做法一樣）非常習慣，但我們還是希望為用戶提供直觀而又別具一格的控制台，用來管理他們的所有應用程序。下面是 AppFog 控制台的一個示例：

系統創建者希望 Cloud Foundry 對於事物的 UX 端處於一種不可知的狀態，而且不希望使其 UX 實現過於武斷。

我們知道，簡單和直觀並不是最終目的，而在基於低於標準的基礎系統生成簡潔的 UX 是很容易的事情。但還有很多方面需要進行探尋，以滿足盡可能多用戶的需求，我們相信我們已經做到了這一點。

以下是我們在 Cloud Foundry 的頂層和下層所引入的一些創新舉措：

基於 Varnish 的緩存層，用於顯著提高速度
從一個基於 CF 的基礎結構一鍵克隆到另一個基礎結構，實現真正的工作負載可移植性
Cloud Foundry API 兼容層，自動將請求路由到在空間的完全不同部分中運行的完全自治的 CF 實例
跨數據中心的深度 nagios 集成，使我們在問題產生影響前就發現問題的存在
此外，Cloud Foundry 使 AppFog 能夠創建非常完整的自通信體系結構。無論是在基礎結構級別還是其他級別，它還使我們能夠將 AppFog 設計為一個假定故障發生的系統，並提供一組處理故障的規程。

翻開 Cloud Foundry 新的一頁

構建能夠跨多個雲的完全成熟的商用級別 PaaS，並使其全部具有最高水準的最終用戶體驗，即使是從基本的 CloudFoundry.org 系統開始，也是一項宏大的事業。它需要一個極富開發人員敬業精神並全心投入的團隊，一個願意設身處地為客戶著想的團隊。

但我們認為值得為這樣的成果付出。我們非常幸運能夠擁有像 Cloud Foundry 這樣的核心系統。我們以多種方式進行回報，包括為項目添加初始 PHP 運行時支持，並在優化 Cloud Foundry 使其能夠在公共雲中良好運行的過程中不斷進行回饋。

對於 AppFog 轉向 GA，我們的激動之情難以言表。對於已經注冊並開發了千千萬萬個應用程序的千千萬萬個開發人員，我們更是無比興奮。

我們認為，AppFog 的成功不僅僅證明了 PaaS 的強大，還證明了 Cloud Foundry 代碼庫的力度及其開源生態系統和社區的強大。這不僅僅是 AppFog 的勝利，更是為 Cloud Foundry 的成功做出貢獻的每一個人的勝利。

關於作者：Lucas Carlson 是一位創業家和專業程序員，擅長開發具備一定規模的 Web 應用程序。Lucas 是主要跨雲 PaaS 公司 AppFog 的創始人和 CEO。他撰寫了十多個 Ruby 庫，並為包括 Rails 和 RedCloth 在內的多個重要 Rails 產品做出了貢獻。Lucas 創立、主辦了廣受歡迎的 Ruby on Rails 競賽 Rails Day 並擔任評委，一直是很多重要編程會議中廣受歡迎的發言人。Lucas 是 MOG 的第一位工程師，負責這一開創性音樂流服務的開發和技術指導。Lucas 居住在俄勒岡州波特蘭，喜愛統計學和 Go。

⑥ VMware Cloud Foundry 是什麼未來會怎樣

1. CloudFoundry真的很美，但是現在她不屬於VMware了，屬於 Pivotal Lab (Pivotal Initiative)了
2. CloudFoundry是用Ruby寫的，Ruby可以做這種巨型軟體的
3. CloudFoundry開發過程中回出現了許多其他好用的工具，並且充分利用了已有的一些工具: bosh, eventmachine, NATS 等
4. Mark真的很強，他絕對是一個好的開答發者，但是到現在 CloudFoundry 還沒有達到她應該有的高度，是因為整個團隊的文化太工程師化了，一些子項目的PM本身就是程序員，而且天天都在coding，一些關鍵部分的代碼沒有很好的項目規劃和管理，導致了現在的狀況。

⑦ 如何調用cloud foundry api

Spring應用部署到CloudFoundry.com很簡單，就像SpringSource網站說的那樣在注冊申請到Cloud Foundry beta賬號後，第一件事請就專是在STS for Eclipse中安裝屬CloudFoundry的支持。這里有一份博客詳細的說明了如何安裝，這里就不在贅述。

⑧ openstack，openshift，cloudfoundry，哪個是未來流行的雲計算框架

openshift和cloudfoundry是紅帽和VMware分別推出的PAAS平台，OpenStack是開源的IAAS，也可以做PAAS，但是目前來講不是很成熟，但是目前發展前景最好

⑨ Cloud Foundry是贏家嗎

PaaS供應商Cloud Foundry已經正式從Pivotal分離出來，OpenStack背後廠商紛紛支持Cloud Foundry，甚至連OpenStack旗下的PaaS項目Solum主導者RackSpace也支持它，那麼Cloud Foundry會是這場PaaS平台之爭的贏家嗎？
企業PaaS供應商Cloud Foundry 2月下旬已經正式從Pivotal分離出來，Cloud Foundry將通過Cloud Foundry基金會繼續發展，旨在創建開源平台即服務（PaaS）產品，包括針對OpenStack和紅帽的OpenShift平台開發的產品。Cloud Foundry作為一個開源項目已經獲得Apache 2.0許可，這意味著Cloud Foundry的發展將會更加規范有序。

Cloud Foundry最近非常受歡迎，運行在OpenStack上，事實上其他一些PaaS系統也運行在OpenStack上，例如IBM的BlueMix PaaS解決方案是基於Cloud Foundry，而Cloud Foundry本身就是運行在OpenStack之上的。

現在OpenStack背後的重要支持者例如IBM、HP、Rackspace都加入了CF基金會，這是不是意味著OpenStack社區只滿足於IaaS而不思進取了呢？——有趣的是Rackspace在不久前才宣布了自己的開源PaaS項目Solum。

有人認為Cloud Foundry基金會的發展，對於努力營造OpenStack PaaS的人而言就像是喪鍾。OpenStack PaaS項目Solum成為這場爭論的核心。Solum項目是由Rackspace推出的，但是現在連Rackspace也加入到了Cloud Foundry基金會中，因此，很多客戶可能認為連Rackspace自己也支持Cloud Foundry，它的Solum項目會不會因此而廢棄？

Rackspace副總裁John Igoe認為現在有兩種類型的服務層受到我們客戶的歡迎，關鍵取決於你是以PaaS為中心還是以IaaS為中心。以PaaS為中心的客戶可能青睞Cloud Foundry的跨雲可移植，而以IaaS為中心的客戶可能看重Solum能夠充分利用現有基礎設施。

有意思的是，在眾多廠商高調支持Cloud Foundry當中，唯獨沒有RedHat，Solum的命運對於Red Hat來說至關重要，Red Hat一直在推銷自己的PaaS產品OpenShift，它希望藉助Solum將OpenShift遷移到OpenStack，就憑這一點，Red Hat就是OpenStack的堅定支持者，所以這次它缺席Cloud Foundry基金會也就不足為怪了。

Piston的Josh McKenty建議Red Hat徹底關閉OpenShift加入Cloud Foundry。觀察者認為Cloud Foundry基金會對它造成了威脅，由於Red Hat的OpenShift目前還沒有獲得任何大財團的支持，甚至有人推測RedHat最終將放棄OpenShift轉投Cloud Foundry。因此與開源競爭對手OpenShift相比，Cloud Foundry現階段無疑是PaaS項目中的贏家。

但眾商圍繞PaaS平台之爭，歸根結底都是受到商業利益驅使，OpenStack的PaaS項目Solum並不會因為CloudFoundry的剝離而停滯不前，RedHat的Openshift項目也不會因此被拋棄，直到荒蕪，相反，它們還將繼續向前發展，PaaS市場的競爭將更加激烈、更加多元，在這場競爭中唯一決定勝負的就是真正打動客戶的產品。就像OpenStack的成員之間很難有真正的朋友，圍繞在OpenStack和CloudFoundry兩個生態系統之間的關系也是愛恨交加。
​轉載，僅供參考。

⑩ 在安裝完cloud foundry客戶端工具以後，在客戶端使用以下哪個命令，就可以登錄到clo

將Spring應用部署到CloudFoundry.com很簡單，就像SpringSource網站說的那樣在注冊申請到Cloud Foundry beta賬號後，第一件事請就是在STS for Eclipse中安裝的支持。這里有一份博客詳細的說明了如何安裝，這里就不在贅述。
為了部署運行一個使用資料庫的應用，要比部署一個單獨的應用多一點步驟，但也只是一點。
為了給應用分配資料庫資源，首先必須聲明使用的是哪個數據源。在Eclipse中打開Cloud Foundry server點擊add按鈕打開service控制盤。
在接下來的界面中，選擇數據源的類型和名稱。點擊"Finish"按鈕，這樣，數據源就注冊了。
在注冊一個數據源後，需要告訴應用使用哪個數據源。簡單的直接將數據源拖到Application Services面板。
以上就是伺服器所需要的所有的配置。在部署應用之前，還需要一些改變以指定哪裡需要數據源。
因為我部署的是一個Spring 應用，我需要改動 application context文件將數據源指定到Cloud Foundry的資料庫，而不是指向本地。在Cloud Foundry的雲上使用資料庫帶來的好處就是，你不用再去配置資料庫了，你所需要的就是配置一下應用中的servlet-context.xml文件中的數據源。
這里看一下本地的配置：
對於本地的部署來講配置通常看起來像這樣：
<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource" p:driverClassName="${jdbc.driverClassName}" p:url="${jdbc.url}" />

而對於在Cloud Foundry上的MySQL資料庫配置是這樣：
<cloud:data-source id="dataSource" />

Spring3.1包含了一個新特性允許這些配置放在同一個context文件中，但是在Spring3中並沒有這個特性，我們需要將規則的數據源配置（傳統的）和新的cloud data-source的方式配置數據源中選擇其中一種。
要使用新的cloud標簽，servlet-context.xml需要做相關改變引入cloud 命名空間。
<beans xmlns="http://www.springframework.org/schema/beans" ... xmlns:cloud="http://schema.cloudfoundry.org/spring" ... http://schema.cloudfoundry.org/spring http://schema.cloudfoundry.org/spring/cloudfoundry-spring-0.6.xsd">

部署應用的最後一步是添加Cloud Foundry的支持。可以通過在應用的pom.xml文件中添加以下依賴的方式添加Cloud Foundry支持。
<!-- CloudFoundry --> <dependency> <groupId>org.cloudfoundry</groupId> <artifactId>cloudfoundry-runtime</artifactId> <version>${org.cloudfoundry-version}</version> </dependency> <properties> <org.cloudfoundry-version>0.6.0</org.cloudfoundry-version> </properties>

在這些改變都OK後，Cloud Foundry應用就可以通過STS for eclipse控制應用的部署，啟動和停止。