怎麼把項目部署到svn伺服器
A. 如何把本地項目部署到伺服器上
把本地項目部署到伺服器上方法比較多,這里以javaee項目為例:
1、把項目打包成zip,
2、ftp上傳到生產伺服器tomcat的webapps目錄下解壓;
3、本地修改好的文件,
4、立即FTP上傳到生產伺服器對應的目錄;
5、生產伺服器安裝svn服務,在本地把修改過的文件commit,然後生產伺服器update。
(1)怎麼把項目部署到svn伺服器擴展閱讀:
可以從這幾個方面來衡量伺服器是否達到了其設計目的;R:Reliability可靠性;A:Availability可用性;S:Scalability可擴展性;U:Usability易用性;M:Manageability可管理性,即伺服器的RASUM衡量標准。
1、可擴展性
伺服器必須具有一定的「可擴展性」,這是因為企業網路不可能長久不變,特別是在當今信息時代。如果伺服器沒有一定的可擴展性,當用戶一增多就不能勝任的話,一台價值幾萬,甚至幾十萬的伺服器在短時間內就要遭到淘汰,這是任何企業都無法承受的。為了保持可擴展性,通常需要在伺服器上具備一定的可擴展空間和冗餘件(如磁碟陣列架位、PCI和內存條插槽位等)。
可擴展性具體體現在硬碟是否可擴充,CPU是否可升級或擴展,系統是否支持WindowsNT、Linux或UNIX等多種可選主流操作系統等方面,只有這樣才能保持前期投資為後期充分利用。
2、易使用性
伺服器的功能相對於PC機來說復雜許多,不僅指其硬體配置,更多的是指其軟體系統配置。伺服器要實現如此多的功能,沒有全面的軟體支持是無法想像的。但是軟體系統一多,又可能造成伺服器的使用性能下降,管理人員無法有效操縱。所以許多伺服器廠商在進行伺服器的設計時,除了在伺服器的可用性、穩定性等方面要充分考慮外,還必須在伺服器的易使用性方面下足功夫。
伺服器的易使用性主要體現在伺服器是不是容易操作,用戶導航系統是不是完善,機箱設計是不是人性化,有沒有關鍵恢復功能,是否有操作系統備份,以及有沒有足夠的培訓支持等方面。
B. 從eclipse部署項目到伺服器端的svn的流程是怎樣的
一、打開eclipse開發工具
點中eclipse中的項目,右擊選擇「team」-->"Share Project";
C. 如何在windows上安裝部署設置SVN伺服器
VisualSVN Server,TortoiseSVN
1、首先網路搜索下載軟體。
2、安裝VisualSVN Server 到伺服器,一路 下一步
D. 如何在windows伺服器上搭建svn
VPN虛擬專用網路就是一種虛擬出來的企業內部專用線路、這條隧道可以對數據進行幾倍加密達到安全使用互聯網的目的。此項技術已被廣泛使用、虛擬專用網可以幫助遠程用戶、公司分支機構、商業夥伴及供應商同公司的內部網建立可信的安全連接,用於經濟有效地連接到商業夥伴和用戶的安全外聯網虛擬專用網。
打開伺服器管理器--添加角色
默認添加IIS
具體可以參考網頁鏈接
E. 如何在windows上安裝部署設置SVN伺服器
1.首先,假設你的電腦是win7 64位的,你要准備的東西:VisualSVN-Server-3.0.1-x64.msi和TortoiseSVN-1.8.8.25755-x64-svn-1.8.10.msi
2.安裝完之後
3.打開VisualSVN Server Manager,直接右鍵Repositories,Create New Repository,輸入Repository Name,假設輸入的是testsvn,OK
4.那麼現在在Repositories下就會有一個資源名稱叫testsvn
5.那麼我們現在右鍵Users,Create User,輸入名稱密碼都是testsvn,OK,我們這就創建了一個叫testsvn的用戶了,以後可以用它檢入檢出數據了
6.現在我們要檢出這個資源的東西,右鍵Repositories下的testsvn,Copy Url to ClipBoard,這樣就選中了它的url了
7.我們在C盤右鍵,選擇SVN Checkout,在URL of repository粘貼,OK
8.經過以上步驟之後,你可以檢出你的項目了,請嘗試在裡面新建修改文件提交就行了
9.如果你要在eclipse裡面使用也可以,因為你已經有了url和用戶名密碼
10.如果我重裝系統之後,資源是不是消失了?沒關系,在菜單欄的操作(A)-Properties裡面設置你的Repositories Root,這樣,無論你怎麼重裝,都沒有關系了,自己的svn,區域網的svn就這么配置好了。
F. 本地文件導入到svn伺服器中是怎麼存在的,可以在伺服器中查到源文件,還是在伺服器中以另一種結構存在
百萬級訪問量網站的技術准備工作
當今從純網站技術上來說,因為開源模式的發展,現在建一個小網站已經很簡單也很便宜,所以很多人都把創業方向定位在互聯網應用。這些人里大多數不是很懂技術,或者不是那麼精通,而網站開發維護方面的知識又很分散,學習成本太高,所以這篇文章將這些知識點結合起來,系統的來說,一個從日幾千訪問的小小網站,到日訪問一兩百萬的小網站,中間可能會產生什麼問題,以及怎麼才能在一開始做足工作盡量避免這些問題。
你的網站因為努力經營,訪問量逐漸升高,在升高的過程中,問題也可能開始顯現了。因為帶寬的增加、硬體的擴展、人員的擴張所帶來的成本提高是顯而易見的,而還有相當大的一部分成本是因為代碼重構、架構重構,甚至底層開發語言更換引起的,最壞的情況就是數據丟失,所有努力付之一炬。這類成本支出大多數在一開始就可以避免,先打好基礎,往後可以省很多精力,少操很多心。
對於不同的初期投資成本,技術路線的選擇是不同的。這里假設網站剛剛只是一個構想,計劃第一年伺服器硬體帶寬投入5萬左右。對於這個資金額度,有很多種方案可選擇,例如租用虛擬主機、租用單獨伺服器,或者流行的私有雲,或者託管伺服器。前兩種選擇,網站發展到一定規模時需遷移,那時再重做規劃顯然影響更大。伺服器託管因為配置自主、能完全掌握控制權,所以有一定規模的網站基本都是這種模式。採用自己託管伺服器的網站,一開始要注意以下幾點——
一、開發語言
一般來說,技術人員(程序員)都是根據自己技術背景選擇自己最熟悉的語言,不過不可能永遠是一個人寫程序,所以在語言的選擇上還要是要費些心思。首先明確一點,無論用什麼語言,最終代碼質量是看管理,因此我們從前期開發成本分析。現在國內流行的適用於網站的語言,大概有java、php、.net、 python、ruby這五大陣營。python和ruby因為在國內流行的比較晚,現在人員還是相對難招一些。.net平台的人相對多,但是到後期需要解決性能問題時,對人員技能的要求比較高。剩餘的java、php用人可以說是最多的。java和php無法從語言層面做比較,但對於初期,應用幾乎都是靠前端支撐的網站來說,php入門簡單、編寫快速,優勢相對大一點。至於後端例如行為分析、銀行介面、非同步消息處理等,等真正需要時,就要根據不同業務需求來選擇不同語言了。
二、代碼版本管理
稍微有點規模的網站就需要使用代碼版本管理了。代碼版本管理兩點最大的好處,一是方便協同工作,二是有歷史記錄可查詢比較。代碼版本管理軟體有很多,vss/cvs/svn/hg等,目前國內都比較流行,其中svn的普及度還是很高的。
假設選了svn,那麼有幾點考慮。一是採用什麼樹結構。初期可能只有一條主幹,往後就需要建立分支,例如一條開發分支,一條上線分支,再往後,可能要每個小組一個分支。建議一開始人少時選擇兩條分支,開發和線上,每個功能本地測試無誤後提交到開發分支,最後統一測試,可以上線時合並到上線分支。如果每人都建自己的分支,合並時會浪費很大精力,對於幾乎每天都要修改幾次的WEB應用來說,所費時間太多。
向伺服器部署代碼,可以手工部署也可以自動部署。手工部署相對簡單,一般可直接在伺服器上svn update,或者找個新目錄svn checkout,再把web root給ln -s過去。應用越復雜,部署越復雜,沒有什麼統一標准,只是別再用ftp上傳那種形式,一是上傳時文件引用不一致錯誤率增加,二是很容易出現開發人員的版本跟線上版本不一致,導致本來想改個錯字結果變成回滾。如果有多台伺服器還是建議自動部署,更換代碼的機器從當前服務池中臨時撤出,更新完畢後再重新加入。
三、伺服器硬體
在各個機房裡,靠一台伺服器孤獨支撐的網站數不清,但如果資金稍微充足,建議至少三台的標准配置,分別用作web處理、資料庫、備份。web伺服器至少要8G內存,雙sata raid1,如果經濟稍微寬松,或靜態文件或圖片多,則15k sas raid10。資料庫至少16G內存,15k sas raid 10。備份伺服器最好跟資料庫伺服器同等配置。硬體可以上整套品牌,也可以兼容機,也可以半品牌半組裝,取決於經濟能力。當然,這是典型的搭配,有些類型應用的性能瓶頸首先出現在web上,那種情況就要單獨分析了。
web伺服器可以既跑程序又當內存緩存,資料庫伺服器則只跑主資料庫(假如是MySQL的話),備份伺服器所承擔就相對多一些,web配置、緩存配置、資料庫配置都要跟前兩台一致,這樣WEB和資料庫任意一台出問題,很容易就可以將備份伺服器切換過去臨時頂替,直到解決完問題。要注意,硬體是隨時可能壞掉的,特別是硬碟,所以寧可WEB伺服器跟資料庫伺服器放在一起,也一定不能省掉備份,備份一定要異機,並且有非同步,電力故障、誤操作都可能導致一台機器上的所有數據丟失。很多的開源備份方案可選擇,最簡單的就是rsync,寫crontab里,定時同步。備份和切換,建議多做測試,選最安全最適合業務的,並且盡可能異地備份。
四、機房
三種機房盡量不要選:聯通訪問特別慢的電信機房、電信訪問特別慢的聯通機房、電信聯通訪問特別慢的移動或鐵通機房。機房要盡可能多的實地參觀,多測試,找個網路質量好,管理嚴格的機房。機房可以說是非常重要,直接關繫到網站訪問速度,網站訪問速度直接關繫到用戶體驗,訪問速度很慢的網站,很難獲得用戶青睞。
五、架構
在大方向上,被熟知的架構是web負載均衡+資料庫主從+緩存+分布式存儲+隊列。在一開始,按照可擴展的原則設計和編程就可以。只是要多考慮緩存失效時的雪崩效應、主從同步的數據一致性和時間差、隊列的穩定性和失敗後的重試策略、文件存儲的效率和備份方式等等意外情況。緩存失效、資料庫復制中斷、隊列寫入錯誤、電源損壞,在實際運維中經常發生,如果不注意這些,出現問題時恢復期可能會超出預期很長時間。
六、伺服器軟體
操作系統Linux很流行。在沒有專業運維人員的情況下,應傾向於擇使用的人多、社區活躍、配置方便、升級方便的發行版,例如RH系列、 debian、ubuntu server等,硬體和操作系統要一起選擇,看是否有適合的驅動,如果確定用某種商業軟體或解決方案,也要提前知曉其對哪種操作系統支持最佳。web伺服器方面,apache、nginx、lighttpd三大系列中,apache佔有量還是最大,但是想把性能調教好還是需要很專業的,nginx和 lighttpd在不需要太多調整的情況下可以達到一個比較不錯的性能。無論選擇什麼軟體,除非改過這些軟體或你的程序真的不兼容新版本,否則盡量版本越新越好,版本新,意味著新特性增多、BUG減少、性能增加。一個典型的php網站,基本上大多數人都沒改過任何伺服器軟體源代碼,絕大多數情況是能平穩的升級到新版本的。類似於jdk5到 jdk6,python2到python3這類變動比較大的升級還是比較少見的。看看ChangeLog,看看升級說明,結合自己情況評估測試一下,越早升級越好,升級的越晚,所花費的成本越高。對於軟體包,盡量使用發行版內置的包管理工具,沒有特殊要求時不建議自己編譯,那樣對將來運維不利。
七、資料庫
幾乎所有操作最後都要落到資料庫身上,它又最難擴展(存儲也挺難)。資料庫常見的擴展方法有復制、分片,設計時要考慮到每種應用的數據如何復制、分片,當然這種考慮一般會推遲到技術設計時期。在初期進行資料庫結構設計時,要根據不同的業務類型和增長量預期來考慮是否要分庫、分區,並且盡量不要使用聯合查詢、不使用自增ID以方便分片。復制延時問題、主從資料庫數據一致性問題,可以自己寫或者用已有的運維工具進行檢測。
用存儲過程是比較難擴展的,這種情形多發生於傳統C/S,特別是OA系統轉換過來的開發人員。低成本網站不是一兩台小型機跑一個資料庫處理所有業務的模式,是機海作戰。方便水平擴展比那點預分析時間和網路傳輸流量要重要的多的多。
另外,現在流行一種概念叫NoSQL,可以理解為非傳統關系型資料庫。實際應用中,網站有著越來越多的密集寫操作、上億的簡單關系數據讀取、熱備等,這都不是傳統關系資料庫所擅長的,於是就產生了很多非關系型資料庫,比如Redis/TC&TT/MongoDB/Memcachedb等,在測試中,這些幾乎都達到了每秒至少一萬次的寫操作,內存型的甚至5萬以上。在設計時,可根據業務特點和性能要求來選擇是否使用這類資料庫。例如 MongoDB,幾句配置就可以組建一個復制+自動分片+failover的環境,文檔化的存儲也簡化了傳統設計庫結構再開發的模式。但是當你決定採用一項技術時,一定要真正了解其優劣,例如可能你所選擇的技術並不能支持你所需要的事務和數據一致性要求。
八、文件存儲
存儲的分布幾乎跟資料庫擴展一樣困難,不過只有百萬的PV的情況下,磁碟IO方面一般不會成大問題,一兩台採用SATA做條帶RAID的機器可以應付,反而是自己做非同步備份比較復雜,因為小文件多。如果只有一台機器做存儲,可以做簡單的優化,例如放最小縮略圖的分區和放中等縮略圖的分區,根據平均大小調整一下塊大小。存儲要規劃好目錄結構,否則文件增多後維護起來復雜,也不利於擴展。同時還要考慮將來擴容,例如採用LVM,或者把文件根據不同規則散列到不同機器。磁碟IO繁重的情況下更容易出現故障,所以要做好備份,若發現有盤壞掉,要馬上行動更換,很多人的硬碟都是壞了一塊之後,接二連三的壞下去。
為了將來圖片走cdn做准備,一開始最好就將圖片的域名分開,且不用主域名。因為很多網站都將cookie設置到了.domain.ltd,如果圖片也在這個域名下,很可能因為cookie而造成緩存失效,並且佔多餘流量,還可能因為瀏覽器並發線程限製造成訪問緩慢。
九、程序
一定硬體條件下,應用能承載多少訪問量,很大一部分也取決於程序如何寫。程序寫的不好,可能一萬的訪問都承載不了,寫的好,可能一兩台機器就能承擔幾百萬PV。越是復雜、數據實時性要求越高的應用,優化起來越難,但對普通網站有一個統一的思路,就是盡量向前端優化、減少資料庫操作、減少磁碟IO。向前端優化指的是,在不影響功能和體驗的情況下,能在瀏覽器執行的不要在服務端執行,能在緩存伺服器上直接返回的不要到應用伺服器,程序能直接取得的結果不要到外部取得,本機內能取得的數據不要到遠程取,內存能取到的不要到磁碟取,緩存中有的不要去資料庫查詢。減少資料庫操作指減少更新次數、緩存結果減少查詢次數、將資料庫執行的操作盡可能的讓你的程序完成(例如join查詢),減少磁碟IO指盡量不使用文件系統作為緩存、減少讀寫文件次數等。程序優化永遠要優化慢的部分,換語法是無法「優化」的。
然而編程時不應該把重點放在優化上,應該關注擴展性。當今的WEB應用,需求變化非常之快,適應多種需求的架構是不存在的,我們的擴展性就要把要點放在跟底層交互的架構上,例如持久化數據的存取規則、緩存的存取規則等,還有一些共用服務,例如用戶信息等。先把不變的部分做完善,剩下的部分就很容易將精力放在業務邏輯上面了。