Ⅰ 有好的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进行扩展的。
这种系统如果遇到数据库瓶颈，也可以参照前面第一类系统解决。