Ⅰ 有好的IT運維管理書籍推薦嗎
韓海剛，運維
苦練基本功
1. 熟悉windows、linux操作系統；操作系統原理是精髓。
2. sed、awk、grep等腳本用法熟悉；正則表達式熟悉。
3. 常見系統在windows,linux下部署要熟悉。比如dns、ftp、web、mysql、mssql，等等。
4. 交換機、防火牆的基本配置要會。
推薦: ABS_Guide_cn 腳本基本功方面的
饒琛琳，運維工程師
鳥哥私房菜、構件高性能web站點；然後其他各種專注編程、專注資料庫的其他書籍……
以上僅針對網站運維，如果是想進金融國企等行業，請無視……
郭保慶，阿里巴巴網站運維攻城師
1. Linux系統管理技術手冊(第二版) —— 學習linux的基礎實用知識
2. Linux shell 編程與伺服器管理——很簡單的shell入門教材，推薦必看。
3.ABS——中高級的shell教材，必看。
4.構件高性能web站點——網站運維必看。
王崢，IT運維
運維這里基礎的是桌面運維，其次是伺服器相關和網路方面，當然也看你是想往技術方面走，還是基礎運維走了，技術方面還是開發為主，各種語言。
董偉明，你是誰,就會遇見誰
運維方面暫時還沒有經典書籍。不過建議學好linux：《鳥哥私房菜》其他的主要看你的工作方面和工作經驗積累，畢竟運維是最近幾年出來的東東。
李振宇，運維/阿里巴巴
《構建web高性能架構》和《構建高可用linux伺服器》，不過最好有點linux和shell的知識以後看更容易點。
Ⅱ 求《構建高性能web站點》pdf電子版書完整版,謝謝啦 郵箱：[email protected]
已發送~
有點大 但是全的哦= = 發件人是Templar
——————Enumaelis
Ⅲ php 系統架構
網上收索的，共享給你：
《Beautiful Architecture》?
《Beautiful Code》的姐妹作，裡面有三成的架構是自己感興趣的，已經有國內出版社拿下了，架構師的唐詩三百首------O'reilly新書Beautiful Architecture(InfoQ)?。
《97 Things Every Software Architect Should Know 》?
一個開放的wiki?，O'Reilly 將它發布成書，不知道有沒人在翻，架構公理的書(InfoQ)?。
《Pattern-Oriented Software Architecture, Volume 4 - A Pattern Language forDistributed Computing》?
架構模式的集大成者，號稱有人在翻但等了一年中文版還是沒翻出來啊，面向模式軟體架構第4、5卷出版(InfoQ)?。
架構技術類
雲計算已經開始代替SOA成為新一代Buz Word，回顧一下整個SOA出版風潮，自己覺得值得一讀不忽悠的居然只有一本《SOA in Practic - SOA實踐指南-分布式系統設計的藝術》?。
在熱潮徹底退卻前，SOA的書還在繼續出著，OSGI與SCA的書也開始出現：
《SOA Design Patterns》?
又是Thomas Erl的書，很奇怪的連電子版都找不到，SOA設計模式出版啦(InfoQ)?。
還 沒出版的呀一大堆 --《SOA Patterns》、《ESB Architecture for SOA》、《SOA with Java》、《Open Source SOA》、《OSGi in Action》、《SpringSource dm Server in Action》、《Molar Java: Creating Flexible Applications with OSGi and Spring》、《Understanding SCA》、《Apache Tuscany in Action》...
編程匠師類
立志做一個匠師的人今年比較幸福，可以看的書很多：
《Beautiful Code - 代碼之美》 ?
很有經典潛質的一本，去年沒有讀完今年繼續，《代碼之美》的精選版(InfoQ)?。
《Protive Programmer - 卓有成效的程序員》?
Thoughtworks中國翻譯的，看了下樣章，熊節(透明)的翻譯依然是這么好， 《卓有成效的程序員》推薦序：做一個懶人(InfoQ)?。
《Clean Code: A Handbook of Agile Software Craftsmanship》?
Rober。C大叔的書，不知道誰在翻，應該很容易翻啊，到後面大段大段都是代碼。
《Effective Java中文版(第2版)》
Web系統架構及開發推薦書籍：
一、《Linux企業集群—用商用硬體和免費軟體構件高可用集群》
深入分析了LVS, HeartBeat等，是構建Linux集群不可多得的資料。
二、《構建高性能Web站點》
重點介紹如何構建一個高性能的Web系統，國內為數不多的值得一讀的技術書籍。
三、《大規模Web服務開發技術》
對大型網站涉及到的技術及相關知識點做了介紹。
四、《構建可擴展的Web站點》
Flicker的經驗之談，重點講述如何構建一個可擴展的Web系統。
五、《Web容量規劃的技術》
Flicker的經驗之談，重點講述如何進行容量規劃。
六、Scalability Rules: 50 Principles for Scaling Web Sites
主要講述如何開發易擴展的系統。
七、《分布式資料庫系統及其應用》（第二版）
中
科院研究生教材，很有料！大型網站的資料庫通常是分布式的，如何設計分布式資料庫系統？如何優化分布式查詢？本書都作了比較專業的解答。另外，
《MongoDB權威指南》、《Cassandra權威指南》對了解NoSQL的同學來說，也非常值得一讀。選擇合適的數據存儲工具是架構師經常面對的問
題。
php架構：
《企業應用架構模式》
《軟體架構的藝術》
《J2EE核心模式》
四人幫《設計模式》——推薦其他衍生書籍。
《架構實戰—軟體架構設計的過程》英文版最好，中文翻譯的太差。
《J2EE反模式》
《POSA》的5本（《面向模式的軟體架構》系列）
《架構之美》
《模型驅動設計》
Ⅳ 構建高性能Web站點的介紹
《構建高性能Web站點》是2009年電子工業出版社出版的圖書，作者是郭欣。
Ⅳ apache的相關替代品
Apache是目前最流行的Web應用伺服器，占據了互聯網應用伺服器70%以上的份額。Apache能取得如此成功並不足為奇：它免費、穩定且性能卓越；但Apache能取得如此佳績的另一個原因是，當時互聯網剛剛興起時，Apache是第一個可用的Web應用伺服器，人們沒有其他的選擇。
不可否認，Apache是一個優秀的全能Web伺服器，但對於那些需要更強大的Web應用伺服器（比如大小、可定製、響應速度、可擴展性等方面）的人而言，Apache明顯不符合他們的要求，尋找Apache的替代者是更好的選擇。
下面所列出的是當前可以替代Apache的幾個熱門Web應用伺服器，他們的特點和適用的應用場景各不相同，但都是針對Apache所不夠擅長的某一方面設計的。
1、Lighttpd
最流行的Apache伺服器替代者，Lighttpd是一個單線程的針對大量持續連接做出專門優化的Web伺服器（這正是多數高流量網站和應用程序需要的）。眾多的流行Web站點選擇Lighttpd，包括Youtube、SourceForge和維基網路。Lighttpd支持FastCGI、HTTP伺服器端壓縮、mod-rewrite和其他眾多有用的功能。盡管Lighttpd擁有Apache的絕大多數功能，但它仍然保持輕量級（僅1MB）並且可以與Apache使用相同的配置。
2、Nginx
Nginx是一個來自俄羅斯的流行的Web應用伺服器，它被應用於大量的俄羅斯的高並發站點，俄羅斯的搜索引擎網站Rambler就是基於Nginx構建的。Nginx對靜態頁面的支持相當出色，輕量且免費。Nginx不支持CGI，但是支持更靈活的FastCGI。PHP5.2及之前的版本比較多的是使用PHP-FPM來管理PHP FastCGI進程。PHP-FPM使用給PHP源碼打補丁後編譯的方式讓新手多少有些難上手，但從PHP 5.3.2開始內置PHP-FPM，只需編譯PHP時啟用PHP-FPM。
3、kangle
kangle web伺服器（簡稱：kangle）是一款跨平台、功能強大、安全穩定、易操作的高性能web伺服器和反向代理伺服器軟體。除此：kangle也是一款專為做虛擬主機研發的web伺服器。實現虛擬主機獨立進程、獨立身份運行。用戶之間安全隔離，一個用戶出問題不影響其他用戶。安全支持php、asp、asp·net、java、ruby等多種動態開發語言。
4、Boa
很多的網站管理員對在硬體配置較低的伺服器上使用輕量級的Boa作為Web伺服器極其信賴。Boa是一個單線程的HTTP伺服器，這意味著Boa只能依次完成用戶的請求而不會fork新的進程來處理並發請求。Boa的設計目的是速度和安全，對於運行於單伺服器的流行Web站點而言，Boa是一個好的選擇。
5、Jigsaw
Jigsaw是W3C推出的開源的Web伺服器平台，使用Java語言編寫，可以安裝在有Java運行環境的系統上。做為W3C（World Wide Web Consortium）開發的伺服器產品，其作用主要是對新技術的實現做一個例示，而非一個全功能的商業伺服器產品。不過就Jigsaw 2.0版本而言，它的功能還是超過了Web伺服器的平均水平。最重要的是，它體現了未來HTTP協議和基於對象的Web伺服器技術的發展。如果你希望你的平台支持所有下一代技術，Jigsaw是一個好的選擇。
以上所提到的四個Apache Web伺服器的替代者只是眾多優秀應用伺服器產品的一部分。
Ⅵ 哪位仁兄有《構建高性能web站點》 完整版 pdf 書的下載地址或書 郵箱 [email protected] 不勝感謝
已發送 這個文件有點大= =
— enumaelis
如果因為文件沒有收到 那可以去網路文庫 或新浪愛問觀看或下載 但是可能要積分財富什麼的
Ⅶ sns網站架構
當當網可以買到， 構建高性能Web站點 四十九塊錢
本書圍繞如何構建高性能Web站點，從多個方面、多個角度進行了全面的闡述，涵蓋了Web站點性能優化的幾乎所有內容，包括數據的網路傳輸、伺服器並發處理能力、動態網頁緩存、動態網頁靜態化、應用層數據緩存、分布式緩存、Web伺服器緩存、反向代理緩存、腳本解釋速度、頁面組件分離、瀏覽器本地緩存、瀏覽器並發請求、文件的分發、資料庫I/O優化、資料庫訪問、資料庫分布式設計、負載均衡、分布式文件系統、性能監控等。在這些內容中充分抓住本質並結合實踐，通過通俗易懂的文字和生動有趣的配圖，讓讀者充分並深入理解高性能架構的真相。同時，本書充分應用跨學科知識和科學分析方法，通過寬泛的視野和獨特的角度，將本書的內容展現得更加透徹和富有趣味。
Ⅷ 建立一個門戶網站的完整過程是什麼涉及什麼技術,需要些什麼軟體
你問的問題太龐大,太廣了.我簡單回答你幾個吧!1. 在虛擬機下可以讓linux和xp同時使用.其他情況都不能同一機器上同時使用.2. 網站是一定需要伺服器的,也就是經常在書上看到的web伺服器3.可以租用伺服器,也可以自己獨立設置伺服器,租用的虛擬空間一般一個伺服器上放了很多站點.4.目前用在網站的資料庫主要有mysql.ms sql.當然其他也有.不過沒有這2個普遍.5.一個大型網站需要的是配備大量人員和金錢的投入,當伺服器數量來說.一台都不夠.需要很多台伺服器組成一個類似集群的系統來運行一個站點.需要硬體級別的防火牆,需要CDN來平衡中國各地的網速差異等等.當這個問題寫一本書都足夠了.參考書籍<<如何構建高性能WEB站點>>.
Ⅸ 構建高性能Web站點的編輯推薦
《構建高性能Web站點》是作者在Web系統領域多年工作、實踐和探索的結晶。本書涉及Web系統優化的各個方面，從瀏覽器、Cache到Web、資料庫和分布式文件系統等；穿插了大量的實際測試數據和很多流行開源軟體的使用方法與案例；內容豐富，文字生動，對比形象。對於網路系統架構師、運維和開發人員，這是很好的參考書目；對於想了解Web性能並希望動手實踐的人員，這是由淺入深的學習書籍。
——章文嵩博士，LVS作者，Linux內核作者之一
本書深入分析了常見的高性能Web技術的方法和原理，對搭建高性能Web站點具備很強的可操作性。
——張松國，騰訊網技術總監
這是一個令人興奮的領域，這一系列准則和方法在TopN的互聯網公司中都有大規模的實踐和應用，作者在書中進行了詳細而量化的論述。如果你正在為日益龐大的應用而手足無措，那麼你唯一要做的就是擁有這本書，並且實踐它。
——朱鑫，Memcache DB作者，新浪網研發中心平台部高級工程師
互聯網寄託著我們的夢想，它改變了人們的生活，從社交網站到網路游戲，從搜索引擎到電子商務，成功的秘訣在於如何構建高性能Web站點。郭欣在這本書中幾乎涵蓋了Web性能優化的所有內容，並從多個角度進行了全面的闡述，你可以通過其通俗易懂的文字深入理解高性能站點架構的真相，並開拓視野，從而對性能瓶頸對症下葯。本書可謂是高性能站點的必讀精作。
——沈翔，Google Developer Advocate，加州總部
內容簡介
本書圍繞如何構建高性能Web站點，從多個方面、多個角度進行了全面的闡述，涵蓋了Web站點性能優化的幾乎所有內容，包括數據的網路傳輸、伺服器並發處理能力、動態網頁緩存、動態網頁靜態化、應用層數據緩存、分布式緩存、Web伺服器緩存、反向代理緩存、腳本解釋速度、頁面組件分離、瀏覽器本地緩存、瀏覽器並發請求、文件的分發、資料庫I/O優化、資料庫訪問、資料庫分布式設計、負載均衡、分布式文件系統、性能監控等。在這些內容中充分抓住本質並結合實踐，通過通俗易懂的文字和生動有趣的配圖，讓讀者充分並深入理解高性能架構的真相。同時，本書充分應用跨學科知識和科學分析方法，通過寬泛的視野和獨特的角度，將本書的內容展現得更加透徹和富有趣味。
Ⅹ 構建高性能WEB站點怎麼樣
首先，建議題主對這個網站的流量成長進行預測，如果是一個startup公司，一開始很難有這個么高的並發需求的。你們真正要做的是規劃一條技術演進路徑，以便業務量上來的時候能平滑演進到100萬並發的能力。注意我說的是演進，不是擴展。「演進」意味著這個約束很寬泛，只要你現在的設計不阻礙系統向更高的能力進化就可以了，甚至只要你的數據能遷移到今後更強大的系統就可以了。「擴展」意味著一開始要把很多東西想清楚，我相信訪問量從1到100萬這個過程中，系統本身的發展還有團隊對系統的理解也會有100萬倍的變化，所以那個時候的需求和技術約束是很難想出來的，因此架構也想不出來，硬要去落實的話，很可能會浪費投資。
現在我們假設100萬的需求確實來了。
現在有大規模並發需求的IT系統可以分為兩類，一類是淘寶這樣的網站，雖然並發大，但是模式簡單，交互拓撲是無數客戶端圍繞伺服器雲組成的星形模式，交互總是由客戶端發起，因為http，本質上沒有會話的概念；一類是QQ，微信這樣的及時通信系統，交互拓撲是無數客戶端互相聯系形成的網狀模式（伺服器雲是中間人），有強烈會話的概念，會話的生存期有可能會很長，中間有反復的交互。不知道你的系統更像哪一類？滴滴打車應該是屬於第二類的。
如果是第一類，有許多現成的模子可以套
首先，處理簡單的靜態內容，引入反向代理，動靜分離，把靜態內容放到專門的伺服器上，進一步可以把靜態內容部署到CDN；
其次，真正困難的是動態部分。
步驟一，讀寫分離，利用mysql的主從復制功能，把數據分發到如果伺服器，主伺服器只管寫請求，讀請求offload到從伺服器；
步驟二，單台主伺服器扛不住了，水平分表，垂直分庫，把寫操作按照不同的table，offload到不同的主伺服器，現在復雜度蔓延到程序內部了。
步驟三，生意實在太好了，分庫分表也搞不定，上伺服器集群
這個過程中，你還有別的不需要增加軟體復雜度的輔助手段，比如用SSD來放資料庫，加大緩存，但是不知道阿里雲是否支持；還有其他軟體手段，比如用NoSQL來處理日誌之類特殊的數據。
如果是第二類，也有現成的模子可套。如果不想自己擼，可以先找個openfire之類的XMPP套件用起來，等不行了再擴展。
這類系統的挑戰是有大量在內存中存活的會話，舉個例子把，如果你用TCP來做傳輸，每一個會話在操作系統的協議棧裡面都需要有相應的TCB，如果用UDP，那麼為了處理NAT，你需要在應用層自己維護映射表。除了了傳輸，你在應用層還會維護大量的狀態機，這也是一個耗內存和耗CPU的活計。
好在你不是第一個，網上搜索一下MSN,QQ,微信，他們的需求和你類似，一般這么解決scalability問題。
通常是垂直分解，把系統分解為若干認證伺服器，會話伺服器，和補充服務伺服器。比如你上QQ，要先認證，那就有隻負責認證的伺服器招呼你，認證完了，根據當前負載，在會話伺服器farm里挑一台不太忙，離你近的伺服器負責你的文字聊天，如果你還想語音或者視頻，那麼你在發起語音視頻的時候又按照前述原則給你分配相應的補充服務伺服器。你可以想像，認證伺服器是醫院的掛號處，會話和特殊伺服器就是各個科室。當然認證伺服器自己也是可以通過DNS進行擴展的。
這種系統如果遇到資料庫瓶頸，也可以參照前面第一類系統解決。