Linux 系统管理员守则中有这么一条：“慎用 rm -rf 命令，除非你知道此命令所带来的后果“，不过 Linux 下删除文件并不是真实的删除磁盘分区中的文件，而是将文件的 inode 节点中的扇区指针清除，同时释放这些数据对应的数据块，当释放的数据块被系统重新分配时，那些被删除的数据就会被覆盖，所以误删除数据后，应马上卸载文件所在的分区。然后使用相关工具进行恢复。本文以 Ubuntu 12.04 平台为例介介绍四个（foremost、extundelete、testdisk 和 phtorec）常用的 Linux 删除文件恢复工具的使用方法。
Linux 文件恢复的原理
inode 和 block
首先简单介绍一下 Linux 文件系统的最基本单元：inode。inode 译成中文就是索引节点，每个存储设备（例如硬盘）或存储设备的分区被格式化为文件系统后，应该有两部份，一部份是 inode，另一部份是 block，block 是用来存储数据用的。而 inode 呢，就是用来存储这些数据的信息，这些信息包括文件大小、属主、归属的用户组、读写权限等。inode 为每个文件进行信息索引，所以就有了 inode 的数值。linux 操作系统下可以使用 ls –id 命令来查看文件或者目录的 inode 值，一般”root”目录的 inode 值为 2,一个分区挂载到一个目录下时，这个”root”目录的 inode 值为 2
# mount /dev/sdb2 /tmp
# ls -id /tmp
2 /tmp
文件恢复的原理
本文要介绍的命令是通过文件系统的 inode 值（一般是 2 ）来获取文件系统信息。在 ext3 和 ext4 文件系统中，每个文件都是通过 inode 来描述其数据存放的具体位置，当文件被删除以后，inode 的数据指针部分被清零，文件目录区没有太多变化。文件的读写都是通过 inode 来实现，当 inode 数据指针被清零以后，即便文件内容还在，也没有办法把文件内容组合出来。当 ext3 和 ext4 文件系统中的元数据 metadata 发生变化时，相应的元数据 metadata 在日志文件会有一份拷贝。比如一个文件被删除了，它的 inode 信息会在日志文件中先保存一份，然后把要删除文件 inode 相关信息清零。这个日志文件是循环使用的，当操作过多时，删除的文件的 inode 日志记录会被新的数据替换，这就彻底丧失了根据 inode 找回数据的机会了。如果是大量文件的删除，这个日志文件会被反复循环利用多次，只留给最后删除的那些文件的恢复机会。
回页首
使用命令行工具恢复文件
foremost 和 extundelete 简介
formost 是一个基于文件头和尾部信息以及文件的内建数据结构恢复文件的命令行工具。这个过程通常叫做数据挖掘（data carvubg）。formost 可以分析由 dd、Safeback、Encase 等生成的镜像文件，也可以直接分析驱动器。文件头和尾可以通过配置文件设置，也可以通过命令行开关使用 formost 内建的文件类型。formost 最初是由美国空军特别调查室（Air Force Office of Special Investigations）和信息系统安全研究中心（The Center for Information Systems Security Studies and Research）开发的，现在使用 GPL 许可。Foremost 支持恢复如下格式：avi, bmp, dll, doc, exe, gif, htm, jar, jpg, mbd, mov, mpg, pdf, png, ppt, rar, rif, sdw, sx, sxc, sxi, sxw, vis, wav, wmv, xls, zip。
针对 Linux 下的 ext 文件系统来说，常用的 Linux 文件删除恢复工具有 debugfs、ext3grep、extundelete 等。extundelete 是一个开源的数据恢复工具，支持 ext3、ext4 文件系统，其官方站点位于http://extundelete.sourceforce.net/，目前最新稳定版本为 0.2.0。
上面介绍的两种命令行工具 foremost 和 extundelete 二者相比，foremost 支持的文件系统比较多（包括 ext2、 ext3 、vfat、NTFS、ufs、jfs 等）和 extundelete 支持的文件系统较少（ext3、ext4）文件系统。不过 foremost 只能支持恢复特定格式的文件。
使用 foremost
首先安装软件包
#apt-get install foremost
其它 Linux 发行版用户可以在 http://foremost.sourceforge.net/ 下载源代码编译安装。下面看看使用方法。
恢复单个类型文件
笔者删除一个 USB（/dev/sdba1）存储器中一个 png 文件然后使用 formost 恢复。
#rm -f /dev/sdb1/photo1.png
#foremost -t png -i /dev/sdb1
#foremost -t png -i /dev/sdb1
恢复完成后会在当前目录建立一个 output 目录，在 output 目录下会建立 png 子目录下会包括所有可以恢复的 png 格式的文件。
需要说明的是 png 子目录下会包括的 png 格式的文件名称已经改变，另外 output 目录下的 audit.txt 文件是恢复文件列表。
恢复多个类型文件
#foremost -v -T -t doc,pdf,jpg,gif -i /dev/sda6 -o /media/disk/Recover
恢复完成后会在当前目录建立一个 output 目录，在 output 目录下会建立四个子目录（/doc,/pdf,/jpg,/gif），分别包括四种类型文件。另外 output 目录下的 audit.txt 文件是恢复文件列表。
使用 extundelete
首先安装软件包
#apt-get install extundelete
其它 Linux 发行版用户可以在http://extundelete.sourceforce.net/下载源代码编译安装。下载安装 extundelete 之前要安装两个软件包 e2fsprogs 和 e2fslibs。下面看看使用方法
模拟数据误删除环境
这里我们使用一个分区/dev/sdd1 挂在在/backupdate 上，建立一个测试目录/delete 并建立一文件：del1.txt 。
# mkdir –p /backupdate/deldate
# mkfs.ext4 /dev/sdd1
# mount /dev/sdd1 /backupdate
#cd /backupdate/deldate
# touch del1.txt
# echo " test 1" > del1.txt
获取文件校验码
# md5sum del1.txt
66fb6627dbaa37721048e4549db3224d del1.txt
删除文件
# rm -fr /backupdate/*
# mkfs.ext4 /dev/sdd1
# mount /dev/sdd1 /backupdate
#cd /backupdate/deldate
# touch del1.txt
# echo " test 1" > del1.txt
获取文件校验码
# md5sum del1.txt
66fb6627dbaa37721048e4549db3224d del1.txt
删除文件
# rm -fr /backupdate/*
卸载文件系统或者挂载为只读
# umount /backupdate
查询恢复数据信息，注意这里的--inode 2 这里会扫描分区 ：
# extundelete /dev/sdd1 --inode 2
.....
File name | Inode number | Deleted status
Directory block 8657:
. 2
.. 2
lost+found 11 Deleted
del1.txt 12 Deleted
.....
File name | Inode number | Deleted status
Directory block 8657:
. 2
.. 2
lost+found 11 Deleted
del1.txt 12 Deleted
上面标记为 Deleted 是已经删除的文件或目录
开始恢复文件
默认恢复到当前目录下的 RECOVERED_FILES 目录中去。
# extundelete /dev/sdd1 --restore-file del1.txt
如果恢复一个目录
# extundelete /dev/sdd1 --restore-directory /backupdate/deldate
恢复所有文件
# extundelete /dev/sdd1 --restore-all
获取恢复文件校验码，对比检测是否恢复成功
# md5sum RECOVERED_FILES/ del1.txt
66fb6627dbaa37721048e4549db3224d RECOVERED_FILES/del1.txt
66fb6627dbaa37721048e4549db3224d RECOVERED_FILES/del1.txt
查看校验码与之前的是否完全一致。
应用总结：笔者在现实使用过程中发现 extundelete 还是有很大的不完整性,基于整个磁盘的恢复功能较为强大,基于目录和文件的恢复还不够强大。在 Linux 下误删除了文件，当发现数据丢失以后，不要进行任何操作，保留现场。要想办法把数据丢失的文件系统经过 dd 命令或者 AIR(Automated Image Restore，http://cdnetworks-kr-2.dl.sourceforge.net/ )工具到另外的存储空间上作为最原始的备份，以便数据恢复专家现场诊断恢复。
使用 scalpel
以上介绍的工具主要使用在 ext3 和 ext4 的文件系统，如果用户使用的那些没有日志机制的旧有文件系统，可以使用 scalpel 工具。scalpel 是一种快速文件恢复工具，它通过读取文件系统的数据库来恢复文件。它是独立于文件系统的。
用户可以在http://www.digitalforensicssolutions.com/Scalpel/ 下载源代码编译安装。下面看看使用方法：
使用 scalpel 工具之前，首先要修改配置文件： /etc/scalpel/scalpel.conf。
例如用户要恢复所有删除 pdf 文件，那么要在/etc/scalpel/scalpel.conf 把包括 pdf 文件格式的两行之前的# 去掉。
[...]
pdf y 5000000 %PDF %EOF\x0d REVERSE
pdf y 5000000 %PDF %EOF\x0a REVERSE
[...]
然后保存文件。
下面看看使用方法
# scalpel /dev/sdb1 -o /RECOVERY/
其中/dev/sdb1 是目标驱动器，/RECOVERY/ 是恢复文件存储目录。目录下的 audit.txt 文件是恢复文件列表。
转载：http://www.ibm.com/developerworks/cn/linux/1312_caoyq_linuxrestore/index.html
Web安全原则
1.认证模块必须采用防暴力破解机制，例如：验证码或者多次连续尝试登录失败后锁定帐号或IP。
说明：如采用多次连续尝试登录失败后锁定帐号或IP的方式，需支持连续登录失败锁定策略的“允许连续失败的次数”可配置，支持在锁定时间超时后自动解锁。
2.对于每一个需要授权访问的页面或servlet的请求都必须核实用户的会话标识是否合法、用户是否被授权执行这个操作，以防止URL越权。
说明：防止用户通过直接输入URL，进行URL越权，请求并执行一些页面或servlet；建议通过过滤器实现。
3. 登录过程中，往服务器端传递用户名和口令时，必须采用HTTPS安全协议（也就是带服务器端证书的SSL）。只提供本机接入、登录，做设备管理使用的场景暂时不要求。
说明：如果在客户端和服务器间传递如帐号、口令等敏感数据，必须使用带服务器端证书的SSL。由于SSL对服务端的CPU资源消耗很大，实施时必须考虑服务器的承受能力。
4. 对用户的最终认证处理过程必须放到服务器进行。
5. 用户产生的数据必须在服务端进行校验；数据在输出到客户端前必须先进行HTML编码，以防止执行恶意代码、跨站脚本攻击。对于不可信的数据，输出到客户端前必须先进行 HTML 编码。
6. 使用主流Web安全扫描工具扫描Web服务器和Web应用，不存在“高”级别的漏洞。
7. 非嵌入式产品的Web应用，应使用预编译语句PreparedStatement代替直接的语句执行Statement，以防止SQL注入。
数据库安全
外购数据库、开源数据库、华为自研数据库都应进行安全配置，保证不出现安全漏洞。
1.数据库口令禁止使用数据库厂商的缺省口令，且口令复杂度需满足“口令安全要求”。数据库若存在多个默认帐号，须将不使用的帐号禁用或删除。
2. 使用单独的操作系统帐号来运行数据库；数据库中的敏感文件（如：Oracle数据库的init.ora、listener.ora等）需要严格控制访问权限，只能被数据库进程运行帐户和DBA帐户读写；对数据库帐户授予的权限进行严格清晰的划分，所有数据库帐户只能具备执行其任务的最小权限；对于有监听器功能的数据库（如Oracle的listener.ora）需要设置监听器密码或者设置为本地操作系统验证。
3. 使用主流或华为指定的系统扫描软件进行安全扫描，不存在“高”级别的漏洞。
敏感数据保护
系统对敏感数据的存储、传输和处理需保证数据安全，并遵从适用国家和地区的法律和法规要求。
敏感数据定义：包括但不限于口令、银行账号、个人数据（单独使用该数据或者结合其他信息可以识别某个活着的自然人的数据，包括：最终用户姓名、帐号、主叫和被叫号码、通信记录、话单、通信时间、定位数据等）。
1. 口令不允许明文存储在系统中，应该加密保护。在不需要还原口令的场景，必须使用不可逆算法加密。对银行账号等敏感数据的访问要有认证、授权和加密机制。口令文件必须设置访问权限控制，普通用户不能读取或拷贝加密的内容。如果帐户文件/数据中含有口令又必须所有用户可访问，则需将帐户文件/数据与口令文件/数据分开。
注：对于业界第三方主流软硬件（如操作系统、数据库、Web容器）自身提供的口令功能，不受本条限制。
2. 在非信任网络之间进行敏感数据（包括口令，银行帐号，批量个人数据等）的传输须采用安全传输通道或者加密后传输，有标准协议规定除外。
3.禁止使用私有加密算法。
说明：
1) 对称加密算法建议使用：AES192及以上强度；
2) 密钥交换算法建议使用：DH1024；
3) 数字签名算法建议使用：DSA1024、ECDSA192；
4) 非对称算法建议使用：RSA2048、ECC192；
5) HASH（哈希）算法建议使用：SHA256及以上强度；
6) HMAC（基于哈希的消息验证码）算法建议使用：HMAC-SHA256；
4. 用于敏感数据传输加密的密钥，不能硬编码在代码中。
在敏感数据的安全传输上，优先使用业界的标准安全协议（如SSH v2/TLS1.0/SSL3.0/IPSec/SFTP/HTTPS等），并确保密钥可配置；如果是由产品自身实现安全传输过程，则优先使用Diffie-Hellman密钥交换算法，如果使用预置共享密钥等其他方法，也必须保证该密钥可配置和可替换。
5. 禁止在日志、话单等文件中记录口令、银行账号、通信内容等敏感数据；
6. 尽量避免在日志、话单中记录个人数据，如果必须记录个人数据，则所有数据必须进行结构化存储或适合于进行匿名化提取；
1）尽量避免在日志中记录个人数据，如果必须记录，在个人数据之前或之后加统一的标记，以区别于其他非个人数据。
2）尽量避免在话单中记录个人数据，如果必须记录，则话单必须进行结构化存储，字段间必须由统一的分隔符分开，每行的字段按列严格对应。
7. 有个人数据导出功能的产品发布时必须同时提供对个人数据进行过滤或匿名化处理和功能或工具；
8. 严格限制导出功能的权限，对导出功能的使用必须有日志记录。
9. 涉及个人数据的采集/处理的功能须提供安全保护机制（如认证、权限控制、日志记录等），并通过产品资料向客户公开。
10. 在正常业务流程和标准协议之外，禁止出于故障定位目的进行用户精确位置信息定位。如需处理用户精确位置数据，应有华为的明确需求，并在方案设计时，给予用户随时撤回同意的机会。
口令安全策略管理
1. 设置口令时，默认检测口令复杂度，口令至少满足如下要求：
1) 口令长度至少6个字符（特权用户至少8个字符）；
2) 口令必须包含如下至少两种字符的组合:
－至少一个小写字母；
－至少一个大写字母；
－至少一个数字；
－至少一个特殊字符：`~!@#$%^&*()-_=+|[{}];:’”,<.>/? 和空格
3) 口令不能和帐号或者帐号的逆序相同；
若设置的口令不符合上述规则，必须进行警告。
2. 系统必须提供锁定用户的机制。可选择如下两种方式之一：
方式一：当重复输入错误口令次数（默认3次，次数系统可以设置）超过系统限制时，系统要锁定该用户。
方式二：系统还可以设置下次允许输入口令的间隔时间加倍，采用这种方式时，用户可以不设置自动锁定。
3. 可设置自动解锁时间（只适用于由于口令尝试被锁定的用户）
1) 对于口令尝试N次失败被锁定的用户，系统要能够设置自动解锁时间，建议默认解锁时间为5分钟。
2) 用户被锁时间达到预定义时间，可自动解锁该用户，或者也可通过安全管理员手工解锁该用户。
3) 在锁定时间内，仅能允许应用安全管理员角色所属帐号手动解锁该用户。
4. 操作界面中的口令不能明文显示，键入口令时不能明文显示出来(操作界面中的输入口令可不显示或用*代替)，包括在终端上打印或存储在日志中时也不能明文显示口令，即使是内存中的明文口令（如登录期间），也应在使用后立即覆盖。
5. 口令输入框不支持拷贝功能。
6. 对于系统内置帐号的缺省口令，口令应符合复杂度的要求，并在客户资料中提醒用户修改。
7. 用户可修改自己的口令，需满足如下要求：
1) 用户修改自己口令时必须验证旧口令；
2) 不允许修改除自身帐号以外的帐号的口令（管理员除外）
8. 口令不能在网络中明文传输，口令等认证凭证在传输过程中必须加密，使用高安全等级的加密算法。
说明：
1) 对称加密算法建议使用：AES192及以上强度；
2) 密钥交换算法建议使用：DH1024；
3) 数字签名算法建议使用：DSA1024、ECDSA192；
4) 非对称算法建议使用：RSA2048、ECC192；
5) HASH（哈希）算法建议使用：SHA256及以上强度；
6) HMAC（基于哈希的消息验证码）算法建议使用：HMAC-SHA256；
9. 口令在本地存储时必须加密，需满足如下要求：
1) 口令不能够明文写入日志文件、配置文件以及cookie中；
2) 口令文件必须设置访问控制，普通用户不能读取或拷贝加密的内容。
10. 产品配套资料提供清晰的帐号、口令清单。
说明：华为提供用户清单模板
安全资料
针对售前、开局、现网运维几个阶段，提供配套安全方案、资料。
1.在产品描述中对产品安全特性进行描述。
2. 产品发布前提供产品通信矩阵。描述机器/网元/模块间的通信关系，包括：通信使用的端口、协议、IP地址、认证方式、端口用途信息等。
说明：华为提供通信矩阵模板。
3. 产品发布前提供防病毒软件部署指南。描述防病毒软件部署前的准备、流程、执行步骤、失败后回退处理，以及病毒特征库升级配置指导（Windows系统平台必选）。
4. 产品发布前提供安全配置/加固指南。
描述如下内容：
-安全加固及检查，主要包括操作系统、数据库或WEB服务器等加固内容，需要包含具体的加固内容和操作步骤（必选）。
-应用的安全配置，针对产品业务安全应用，需要启用哪些安全选项，配置哪些内容。（对于需要通过对产品开局时进行安全策略配置才能生效的安全功能，需要提供此部分内容）。如果没有应用的安全配置，命名为安全加固指南。安全加固指南是必须的。
5. 产品发布前提供安全维护手册。从解决方案角度提供业务日常安全维护方面的指导，包括安全补丁、安全配置、防病毒软件例行检查等，指导维护人员例行进行安全维护。
操作系统安全
无论是使用通用操作系统（Windows、Linux、Unix等）还是嵌入式操作系统（如VxWorks、pSOS等)，系统都应该保证软件及软件运行环境的安全。
注：系统指交付给客户运行的整体系统，包括自研的软件、软件运行的操作系统及应用服务在内。
1.使用主流漏洞扫描软件进行安全扫描，不存在高风险级别的漏洞。
2.基于通用操作系统的新发货产品“操作系统加固+操作系统补丁”预装率=100%；对于不在生产环节预安装的产品，需要在正式发布的版本中包含默认的安全策略文件，并在产品资料中说明加固要求和操作步骤。
说明：
1）华为提供的操作系统，产品版本应基于最新的操作系统安全补丁进行开发和兼容性测试。
2）合作方提供的操作系统，合作方需在版本交付前对操作系统安全补丁进行兼容性测试并随版本发布，并根据CIS标准对操作系统进行加固并随版本发布。
3.使用Windows操作系统的产品，产品需要使用主流防病毒软件进行进行兼容性测试。
说明：
1）华为提供的Windows操作系统，合作方需使用主流防病毒软件或华为指定的防病毒软件进行兼容性测试；
2）合作方提供的Windows操作系统，产品需要缺省配套华为指定的防病毒软件，并对防病毒软件进行兼容性测试。
协议与接口防攻击
系统应具备基本的防攻击能力，对影响自身的常见攻击具备防御能力等。注：系统指交付给客户运行的整体系统，包括自研的软件、软件运行的操作系统及应用服务在内。
1.系统所有的对外通信连接必须是系统运行和维护必需的，对使用到的通信端口在产品通信矩阵文档中说明，动态侦听端口必须限定确定的合理的范围。通过端口扫描工具验证，未在通信矩阵中列出的端口必须关闭。
说明：
1）华为提供通信矩阵模板。
2.尽量避免使用动态侦定端口的实现方式，在没有替代方案的情况下，如果必须使用，需满足如下要求：
1)、如果使用业界标准的协议（如RPC、FTP被动模式），并有一定的安全措施（如NFS安全配置、防火墙支持FTP被动模式等）；
2)、如果自实现的方式，则动态侦听端口必须限定确定的合理的范围。
2. 所有能对系统进行管理的通信端口及协议必须有接入认证机制，标准协议没有认证机制的除外。
3. 对自研协议和业界非主流软件（包括非主流的开源软件）实现的协议要进行协议畸形报文攻击测试。
4. 设备外部可见的能对系统进行管理的物理接口必须有接入认证机制。
监听接口及防止非法监听
产品开发合法监听接口应遵循国际标准及所在国的法律要求。
1.在没有华为明确需求的情况下，严禁开发具有监听性质的功能和接口，无论该功能和接口是否要遵循相应的国家标准和国际标准。
2. 在华为对合法监听接口有需求的情况下，合作方需根据华为提供的监听功能或接口的文件中的要求开发。
说明：对提供合法监听接口的产品版本的要求（二选一）
1）产品提供两个版本的软件安装包：一个支持合法监听，一个不支持合法监听。根据市场的安全要求，选择对应的软件安装包进行部署。
2）产品提供软件安装包拆分为：基本软件安装包和合法监听插件安装包。根据市场的安全要求，选择是否安装合法监听插件安装包。
3. 在正常业务流程和标准协议之外，禁止提供采集最终用户原始通信内容（语音类、短信/彩信类、传真类、数据业务类）的功能，即使出于保障网络运营和服务目的。
注：
1) 除了语音类、短信/彩信类、传真类、数据业务类信息属于通信内容外，最终用户的即时消息、E-Mail信息、URL同样属于通信内容；
2) 允许使用debug功能，但debug信息中不允许包含口令、银行账号、通信内容等敏感数据。
真实的云计算什么样？
云计算对普通用户来说，总是一个云里雾里的话题。本文从最基础的概念开始科普，说明了四个常见的错误理解，和作者的四个猜想。
IaaS(Infrastructure as a Service)，指基础设施即服务，消费者通过Internet可以从完善的计算机基础设施获得服务。基于Internet的服务(如存储和数据库)是IaaS的一部分。Internet上其他类型的服务包括平台即服务(Platform as a Service，PaaS)和软件即服务(Software as a Service，SaaS)。PaaS提供了用户可以访问的完整或部分的应用程序开发，SaaS则提供了完整的可直接使用的应用程序，比如通过Internet管理企业资源。
误解一：IaaS就是卖资源
现在流行的一个观点：IaaS就是卖资源，传统IDC是卖带宽和机架，云计算加上服务器，最多就是把这些资源通过虚拟化技术拆成散了零卖。
在我们看来，云计算分为3个层次：
1、 资源层：这是IaaS提供服务的物理基础，主要包括计算资源、存储资源和网络资源，以及必要的电力资源、IP资源等。这一层主要通过规模采购和资源复用的模式来赚钱利润，利润不高。
2、 产品层：这是IaaS的核心，IaaS运营商根据客户的各种不同需求，在资源层的基础上，开发出各种各样的产品。比如存储产品、消息产品、CDN(内容分发网络)产品、监控产品，而每一种产品又会根据场景和需求的不一样，做针对性的改造优化，形成特定类型的产品。产品层是不同IaaS的竞争力体现之处，这些产品在不同角度满足了用户的不同需求。这些产品是IaaS利润的主要来源，也是IaaS的重要黏性。像国内的阿里云就提供了云服务器和负载均衡、云监控等产品，Ucloud提供了块设备存储的UDisk、云数据库的UDB等产品。
3、 服务层：在产品层之上，IaaS运营商还会根据用户的需求提供一些更多的增值服务，这部分从商业角度不一定赚钱，但却是用户使用IaaS的重要条件。比如为用户提供数据快递服务，在中国则必须包含网站备案服务，还有安全服务等等。
误解二：IaaS没有什么技术含量
在各种媒体的宣传把云计算神话了，认为云计算无所不能，把云计算的技术看的很高端，技术含量特别特别高。而不少从事过技术的人呢，则认为云计算没有什么技术含量，已经有类似Openstack、Eucalyptus、cloudstack等不少开源系统可以直接部署使用，或者基于KVM、XEN等开源虚拟化系统上做一套管理系统。
的确，随着云计算的快速发展，已经涌现出一大批开源的云计算平台，各大公司也都在积极支持开源软件的发展。但是即使发展快如Openstack，目前也没有很成熟的成功案例，因为IaaS的技术复杂度很高。
1、从基础上看，IaaS要实现多租户，弹性，稳定可靠和安全，必须要进行资源的池化管理，也就是把资源通过虚拟化技术形成资源池，然后根据用户的需求弹性分配，同时确保安全和隔离。之前提到资源主要包括计算、存储和网络，因此这里要做计算的虚拟化、存储的虚拟化和网络的虚拟化。
计算的虚拟化目前主要是通过XEN、KVM、Vmware等软件实现，相对比较成熟，但是在性能优化、稳定性方面还有很多工作需要完善。
存储的虚拟化目前还没有一个比较成熟的开源系统，如果文件型存储，则主要根据GFS的思路进行编码实现，必然Openstack的swift，而块设备存储则各显神通了，有nova-volume，国内盛大云、UCloud都各自实现了块设备存储。另外最近国际上非常流行的是SDS(软件定义存储)，实际上也是实现了存储的虚拟化。
2、在虚拟化管理之上，是大规模的调度管理，如何能快速找到合适的资源满足用户的需求，如何能根据监测的数据，动态调整资源，如何能动态迁移业务，如何防止雪崩。如果是10台机器，这可能很容易，如果是1000台机器，这是一个问题，如果是10000台以上的机器，那就是个大挑战了。而云计算，要实现解决规模化的能力，就必须解决大规模的调度问题。这里的难度和挑战相当的大。
3、性能和安全问题同样也是IaaS的挑战，如何确保一个用户的高需求不影响其他用户，如何防范一个租户入侵其他租户，如何防止一个用户被攻击不影响其他用户，这里需要我们更加深入的研究。
更多的产品研发，如上所说，IaaS除了资源之外，更关键的是产品，必须根据用户的需求研发出更多满足特定需求的产品。这就会涉及到系统、网络、数据库、应用和安全的方方面面，对IaaS开发和运维的要求都非常高。
综上所述，IaaS的技术门槛是比较高的，并不是没有技术含量。
误解三：IaaS是不安全的
业界都在质疑云计算的安全性，特别是Evernote的安全事故让更多人担心IaaS的安全问题。
以我十多年的安全从业经验来看：
1、 没有绝对的安全，任何系统都有可能会被入侵；
2、 安全是相对的，关键要看IaaS模式下和传统托管模式下哪种更安全。因此假设一个公司规模很大，有专业的安全团队，比如腾讯、阿里、百度等公司，则肯定他们自己部署会安全很多，但是如果假设是一个小的创业公司，不可能有很专业的安全人员，IaaS的服务提供商则可以更专业的提供安全保障。
误解四：公有云只能服务中小企业
由于大企业对稳定性的追求，以及对旧有投资的保护，的确公有云的用户大部分都是从小企业开始的。目前不管是国内还是国外，中小企业还是云计算的主要用户。
但是随着云计算的发展，我们也发现了几个趋势：
1、一些在公有云上成长起来的公司，长成大型企业后也依然在使用公有云，比如Netflex，因为他们发现如果自己要建立基础架构所需要的人力物力依然很大，困难依旧很多，还不如将精力投入在他们自己擅长的领域内。
2、传统的一些大公司，他们也逐步开始尝试将一些非核心业务或者新业务部署在公有云上，甚至将IT部门裁员，全部转移到公有云平台。比如兰博基尼、宝马等汽车公司，他们已经借助云计算来降低成本，借助云计算提高他们的设计渲染能力。
其实从电力发展的情况来看也是这样的，在现代这样的社会，我们很少看到有企业会自己建立发电厂，而不使用电网。相信随着云计算的发展，云计算取代IDC或者取代自己运营也是必然的趋势。
四个猜想：
一、IaaS增长快速
IaaS公共云服务将是增长最快的公共云服务类别。预计全球2013年IaaS的市场规模将达到80亿美元，其中AWS(amazon web services，亚马逊公有云服务)预计能达到25-28亿美元，Rackspace收入16-19亿左右，IaaS占35%，超过6亿美元，而被Verizon收购的Terremark收入将超过4.5亿以上，另外像Joyent，Savvis，GoGrid，Dimension Data等公司都会有一定的收入增长。
相比全球，中国的IaaS市场基数小，但增长速度更快，预计13年中国纯粹IaaS市场规模将会超过1亿美元，并逐步形成3-4家规模比较大的IaaS运营商。
二、大中型企业将开始接受云计算
正如上面所说，大中型企业已经开始尝试将一些非核心业务部署在公有云上。从AWS的客户列表中，我们可以看到财富500强企业或多或少都在使用亚马逊的公有云进行测试或者开发，其中有些公司在上面运行真正的应用，比如纳斯达克，兰博基尼等公司。
这种变化将会对传统的IT厂商，IBM、HP、Oracle产生很大的威胁，因为传统大中型企业是这些IT厂商的大客户。
而从AWS的发展来看，这也必然是云计算公司的发展目标，我相信在未来的3-5年内，云计算将会开始蚕食传统IT厂商的市场，而2013年就是一个开始。
三、SDX技术(软件定义一切)将会快速发展
传统的硬件厂商采用卖盒子的模式，设备是不开放，无法动态管理的，因此造成了很大的浪费和管理成本。
而软件定义的思想(Software Defined Everything)将黑盒子开放出来，使得数据和控制分开，能够更灵活的管理和调度，会成为后续发展的主流。
2013年的开始，我们就看到了软件定义存储(Software Defined Storage)，软件定义网络(Software Defined Network)，软件定义数据中心(Software Defined Datacenter)等一系列大的投资和收购行为。
我预计在2013年，SDS、SDN的产品和方案将会开始落地，相关的技术将会快速发展。
四、云计算改变相关产业链
随着云计算技术的发展，特别是应用的不断落地，云计算已经在很多行业发生了影响和变革，主要包括：
1、创业者：云计算极大地降低了创业者的基础设施门槛，使得创业者只需要关注他们的核心优势，发挥他们的核心优势。这对于一些原来不从事互联网的团队非常方便利用互联网创业，将会催生很多内容型、O2O型的创业公司。特别是2013年，国家降低注册公司的门槛后，越来越多的创业公司将会成批出现。
2、投资行业：由于云计算降低了一次性的服务器网络投入，使得创业者对天使的资金需求降低，可以很迅速的开发产品试水。如果产品好，则利用云计算可以快速成长，如果产品不好，则可以马上转行。因此投资的模式从传统的天使转向超天使，甚至可能不需要A轮，业务发展好就可以直接进入B轮。
3、服务器产业：传统模式下，服务器通过渠道销售给中小企业，渠道会是其中很重要的一环。在云计算模式下，中小企业将不用采购服务器。因此IaaS运营商将取代中小企业成为服务器的采购者，这对传统的服务器厂商和渠道产生较大的影响。
转自：http://tech.sina.com.cn/it/csj/2013-03-18/10238156116.shtml
