摘要：
良好的网站内容管理和定期更新是确保网站持续保持吸引力和相关性的关键。以下是一些最佳实践:要确保网站内容管理和更新的最佳实践,需要制定明确的内容策略、注重内容质量、优化内容可发现性、... 良好的网站内容管理和定期更新是确保网站持续保持吸引力和相关性的关键。以下是一些最佳实践:
要确保网站内容管理和更新的最佳实践,需要制定明确的内容策略、注重内容质量、优化内容可发现性、鼓励用户参与互动,并定期更新内容。这些做法有助于提高网站的吸引力和用户黏性,从而提升网站的整体效果。
互联网时代的网络自动化运维
互联网时代的网络自动化运维
互联网上有两大主要元素内容和眼球，内容是互联网公司(或称ICP)提供的网络服务，如网页、游戏、即时通信等，眼球则是借指海量的互联网用户。 互联网公司的内容往往分布在多个或大或小的IDC中，越来越多的眼球在盯着ICP所提供的内容，互联网公司进行内容存储的基础设施也呈现出了爆发式的增长。 为了保障对内容的访问体验，互联网公司需要在不同的运营商、不同的省份/城市批量部署业务服务器用以对外提供服务，并为业务模块间的通信建立IDC内部网络、城域网和广域网，同时通过自建CDN或CDN专业服务公司对服务盲点进行覆盖。 因此随着业务的增长，运维部门也显得愈发重要。 他们经过这些年的积累，逐步形成了高效的运维体系。 本文将结合国内互联网公司的经验，重点针对IT基础设施的新一代自动化运维体系展开讨论。
一、运维的三个阶段
● 第一个阶段：人人皆运维
在早期，一个公司的IT基础设施尚未达到一定的规模(通常在几台到几十台机器的规模)，不一定有专门的运维人员或部门，运维的工作分担在各类岗位中。 研发人员拥有服务器权限，自己维护和管理线上代码及业务。
● 第二个阶段：纵向自动化
随着业务量的增长，IT基础设施发展到了另外一个量级(通常在上百台至几千台机器的规模)，开始有专门的运维人员，从事日常的安装维护工作，扮演救火队员，收告警，有运维规范，但运维主要还是为研发提供后置服务。
这个阶段已经开始逐步向流程化处理进行过渡，运维部门开始输出常见问题处理的清单，有了自己业务范围适用的自动化脚本，开始利用开源软件的拼装完成大部分的工作。
具体表现为：各产品线有自己编写的脚本，利用如SVN+puppet或chef来完成服务器的上线和配置管理等工作。
● 第三阶段：一切皆自动
在互联网化的大潮中，越来越多的黑马团队应运而生，都曾有过短时间内用户访问量翻N倍的经历。 在流量爆发的过程中，ICP的互联网基础服务设施是否能够很好的跟进，直接决定了业务内容能否满足海量用户的并发访问。
与此同时，运维系统需要足够地完善、高效、流程化。 谷歌、腾讯、网络和阿里等规模的公司内一般都有统一的运维团队，有一套或多套自动化运维系统可供参照，运维部门与开发部门会是相互平行的视角。 并且也开始更加关注IT基础设施在架构层面的优化以及超大规模集群下的自动化管理和切换(如图1所示)。
图1.大型互联网公司IT基础设施情况概览
二、BAT(网络、阿里、腾讯)运维系统的分析
国内的互联网公司网络、阿里、腾讯(以下简称：BAT)所提供的主要业务内容不同，IT架构不同，运维系统在发展过程中有不同的关注点。
1.腾讯运维：基于ITIL的运维服务管理
预计到2015年腾讯在全国将拥有60万台服务器。 随着2012年自动化部署实践的成功，目前正在进行自动化验收的工作。 在网络设备方面，后续将实现从需求端开始的全自动化工作：设备清单自动生成->采购清单自动下发->端口连接关系、拓扑关系自动生成->配置自动下发->自动验收。 整个运维流程也已由初期的传统IT管理演进到基于ITIL的服务管理流程(如图2所示)。
图2.腾讯基于ITIL的运维服务管理
2.阿里运维系统：基于CMDB的基础设施管理+逻辑分层建模
CMDB(Configuration Management highlight=true>数据类型之间的因果关系提供保障。 同时，CMDB与所有服务支持和服务交付流程都紧密相联，支持这些流程的运转、发挥配置信息的价值，同时依赖于相关流程保证数据的准确性。 可实现IT服务支持、IT运维以及IT资产管理内部及三者之间的流程整合与自动化。 在实际的项目中，CMDB常常被认为是构建其它ITIL流程的基础而优先考虑，ITIL项目的成败与是否成功建立CMDB有非常大的关系。
3.网络自动化运维：部署+监控+业务系统+关联关系
网络主要面临的运维挑战包括：突发的流量变化、复杂环境的关联影响、快速迭代的开发模式以及运维效率、运维质量、成本之间的平衡等等。 网络的运维团队认为，当服务器规模达到上万台时，运维视角需要转为以服务为粒度。 万台并不等于百台*100;机器的运行状态，也不再代表业务的工作状态;运维部门为研发提供前置服务，服务与服务之间关系也随着集群的扩大逐渐复杂起来。
图3.网络自动化运维技术框架
网络的自动化运维技术框架，划分为部署、监控、业务系统、关联关系四大部分，整个框架更多突出了业务与IT基础设施的融合，注重关联关系的联动。 所谓关联关系，主要是指任务与任务之间的时序依赖关系、任务与任务之间的数据依赖关系、任务与资源之间的引用依赖关系，分别对应到任务调度、数据传输、资源定位的服务流程中，形成了多条服务链。
关联关系的运维与业务较强相关，需要有一套系统能够理清楚关系的全貌，从而在复杂的服务链上，定位运行所在的环节，并在发生故障时预估影响范围，及时定位并通知相应的部门。 在这样的一套系统中，自动化监控系统非常重要。 网络的技术监控框架，主要通过数据采集、服务探测、第三方进行信息收集，进行监控评估后交给数据处理和报警联动模块处理，通过API接口进行功能扩充(如图4所示)。
图4.网络自动化技术监控框架
其实无论是BAT等互联网企业还是其他行业的企业，在IT建设中都会遵循IT基础架构库(ITIL)或ISO服务管理的最佳实践，采用自动化IT管理解决方案以实现重要的业务目标，如减少服务中断、降低运营成本、提高IT效率等等。 随着ISO、ITIL v3.0的发布和推广，两者已经成为事实上的某种标准。 在当今企业IT管理领域，对两个标准有着很迫切的需求。 特别是ISO的认证要求，已经成为企业越来越普遍的需求 。 ITIL v3.0包含了对IT运维从战略、设计到转换、运营、改进的服务全生命周期的管理，相关方案往往覆盖了多个领域和多个产品，规划实施和工具的选择会比较纠结。 如果选择开源的工具，从CMDB开始就会遇到很多的开发工作，对于很多注重成本收益比的企业，可以参考，但由于无法保证性能与效果并不一定适用。 因此，成熟的商业方案会是更好的选择。
最新的iMC V7版本，围绕资源、用户、业务三个维度进行创新，发布了SOM服务运维管理(基于ISO、ITIL标准)等组件，增加了对服务器的管理，能很好的满足更多互联网化的场景需求。
通常认为，一个高效、好用的配置管理数据库一般需要满足6条重要标准，即联合、灵活的信息模型定义、标准合规、支持内置策略、自动发现和严格的访问控制。 企业IT基础架构的元素类型、管理数据的类型往往有较多种，如网络设备、服务器、虚拟机等，因此对于多种信息的存储需要有合适的联合的方法。 虽然 iMC智能管理平台在网络设备、服务器设备等方面已经能够较好的的满足，但是随着服务器虚拟化技术的发展，虚拟机正越来越多的成为IT基础架构的一大元素。 因此，针对这一需求华三通信基于CAS CVM虚拟化管理系统，对服务器CPU、内存、磁盘I/O、网络I/O等更细节的重要资源以及虚拟机资源进行全面的管理。 与BAT不同，华三通信的网管软件面向全行业，目前虽然没有对域名管理等特殊资源的管理，但是能够通过API接口等方式与特有系统进行联动，进而满足定制化运维的需求，尤其是在互联网化的场景中，针对不同的业务需求，可以实现很多定制化的对接需求，例如，iMC+WSM组件与国内某大互联网公司自有Portal系统进行了对接，打通了iMC工具与用户自有运维平台，很好的实现了架构融和。 另外，与阿里的逻辑分层建模相似，H3C iMC+CAS软件体系在上层也做了很多的逻辑抽象、分层，形成了诸多的模块，也即是大家看到的各种组件。
三、网络自动化运维体系
哪怕是一个只有基础技术能力的陌生人，也能做专业的IT运维;哪怕是一个只有初中学历的运维人员，也能够带队完成中小型机房节点的建设，并负责数百至上千台服务器的维护管理工作--这是一些公司对自己IT运行维护水平的一个整体评价。 看似有些夸大的嫌疑，但实际上依托于强大的IT运维系统，国内已经有不少互联网公司能够达到或者接近这一标准。
这些企业都经历了运维发展过程中的各个阶段，运维部门曾经也是被动的、孤立的、分散的救火队式的团队，在后来的发展过程中，IT系统架构逐渐走向标准化、模型化，运维部门建立了完整的设备、系统资源管理数据库和知识库，包括所有硬件的配置情况、所有软件的参数配置，购买日期、维修记录，运维风险看板等等，通过网管软件，进行系统远程自动化监控。 运维过程中系统会收集所有的问题、事件、变更、服务级别等信息并录入管理系统，不断完善进而形成一套趋向自动化的运作支撑机制。 按照云计算的体系架构，在这样一套系统中，主要的IT资源包括计算、存储、网络资源，近些年随着网络设备厂商的推动，网络设备管理方面的自动化技术也得到十足的发展。
总结来看，一个企业在进行互联网化的建设初期，就需要考虑到随着用户访问量的增加，资源如何进行扩展。 具体可以细化为规划、建设、管理、监控、运维五个方面。
1.规划模型化
为了确保后续业务能够平滑扩容，网管系统能够顺利跟进，互联网企业一般在早期整体系统架构设计时便充分考虑到标准化、模型化，新增业务资源就好比点快餐，随需随取。
标准化：一是采用标准协议和技术搭建，扩展性好，使用的产品较统一，便于管理;二是采用数据中心级设备，保证可靠性、灵活性，充分考虑业务系统对低时延的要求。
模型化：基于业务需求设计网络架构模型，验证后形成基线，可批量复制，统一管理，也适宜通过自动化提高部署效率、网管效率。
图5.常见互联网IDC架构
2.建设自动化
互联网IT基础设施具备批量复制能力之后，可以通过自动化技术，提高上线效率。 在新节点建设过程中，3～5人的小型团队即可完成机房上线工作。 例如某互联网公司某次针对海外紧急业务需求，一共派遣了2名工程师到现场进行设备安装部署和基本配置，而后通过互联网链路，设备从总部管理系统中自动获取配置和设备版本，下载业务系统，完成设备安装到机房上线不超过1周时间。
要达到自动化运维的目标，建设过程中需要重点考虑批量复制和自动化上线两个方面(如图6所示)。
批量复制：根据业务需要，梳理技术关注点，设计网络模型，进行充分测试和试点，输出软、硬件配置模板，进而可进行批量部署。
自动化上线：充分利用TR069、Autoconfig等技术，采用零配置功能批量自动化上线设备，效率能够得到成倍提升。
图6.批量配置与自动化上线
○ Autoconfig与TR069的主要有三个区别：
○ Autoconfig适用于零配置部署，后续一般需要专门的网管系统;TR069是一套完整的管理方案，不仅在初始零配置时有用，后续还可以一直对设备进行监控和配置管理、软件升级等。
○ Autoconfig使用DHCP与TFTP--简单，TR069零配置使用DHCP与HTTP--复杂，需要专门的ACS服务器。
安全性：TR069更安全，可以基于HTTPS/SSL。
而H3C iMC BIMS实现了TR-069协议中的ACS(自动配置服务器)功能，通过TR-069协议对CPE设备进行远程管理，BIMS具有零配置的能力和优势，有灵活的组网能力，可管理DHCP设备和NAT后的私网设备。 BIMS的工作流程如图7所示。
图7.H3C iMC BIMS工作流程
3.管理智能化
对于网管团队而言，需要向其他团队提供便利的工具以进行信息查询、告警管理等操作。 早期的网管工具，往往离不开命令行操作，且对于批量处理的操作支持性并不好，如网络设备的MIB库相比新的智能化技术Netconf，好比C和C++，显得笨拙许多。 因此使用的角度考虑，图形化、智能化的管理工具，往往是比较受欢迎。
智能化：使用新技术，提升传统MIB式管理方式的处理效率，引入嵌入式自动化架构，实现智能终端APP化管理(如图8所示)。
图8.消息、事件处理智能化
● Netconf技术
目前网络管理协议主要是SNMP和Netconf。 SNMP采用UDP，实现简单，技术成熟，但是在安全可靠性、管理操作效率、交互操作和复杂操作实现上还不能满足管理需求。 Netconf采用XML作为配置数据和协议消息内容的数据编码方式，采用基于TCP的SSHv2进行传送，以RPC方式实现操作和控制。 XML可以表达复杂、具有内在逻辑、模型化的管理对象，如端口、协议、业务以及之间的关系等，提高了操作效率和对象标准化;采用SSHv2传送方式，可靠性、安全性、交互性较好。 二者主要对比差异如表1所示。
表1 网管技术的对比
● EAA嵌入式自动化架构
EAA自动化架构的执行包括如下三个步骤。
○ 定义感兴趣的事件源，事件源是系统中的软件或者硬件模块，如：特定的命令、日志、TRAP告警等。
○ 定义EAA监控策略，比如保存设备配置、主备切换、重启进程等。
○ 当监控到定义的事件源发生后，触发执行EAA监控策略。
4.监控平台化
利用基本监控工具如Show、Display、SNMP、Syslog等，制作平台化监控集成环境，实现全方位监控(如图所示)。
;我自己建立了一个商城网站
第1天AB区路线上南路出入口—中国馆—中华美食街—主题馆—世博中心—巴基斯坦馆—以色列馆—沙特馆—日本馆—韩国馆—澳大利亚馆—泰国馆—文化中心看演出世博园区6号门上南路出入口是世博园区的主出入口，地处世博轴南端。 世博园区通常运行时间为9:00至24:00，建议留出充足的排队、安检、票检等“入园时间”，尤其主出入口，是世博园区人流量最大的出入口之一。 此外，订游览计划时，最好避开客流高峰日。 不少人来世博园，都想去看中国馆。 这可真需要窍门加运气。 由于中国馆每天最多容纳5万人次参观者，只有预约的观众才能参观。 据测算，世博期间预计九成观众将与中国馆“擦身而过”。 请您别着急，184天世博结束后，组织方将保留中国馆、主题馆半年至一年左右的时间供人们参观。 如果不想在中国馆前排长队，可选择先到世博轴西面的主题馆参观。 浦东园区是城市人馆、城市生命馆、城市地球馆，城市足迹馆和城市未来馆在浦西园区。 主题馆可预约，也可排队，请尽量不要错过，参观过的人都觉得很棒。 入园后，如果沿着世博轴走到底，就是紧邻黄浦江的庆典广场，西面就是世博中心。 这片区域，将是国家馆日开幕式举办地。 每个国家馆日当天，该国元首、名人、明星会被请到世博园区来，还将有各种精彩的演出。 有心人可以查阅自己感兴趣国家的国家馆日，选择在那天游园，肯定不虚此行。 AB片区建筑，以“宏大叙事”为主，“一轴四馆”永久性建筑均位于这两块片区，园区内最为集中的餐饮中心也在这里——地处世博中心与主题馆中间、世博轴西侧。 想吃到各种特色餐饮，中午时分不妨来这里就餐，中国美食城、中国八大菜系、巷里风情、世界美食林等美食区域，让这里总是香味四溢。 走累了，世博园区里到处都有长凳，直饮水饮水点与厕所也很容易寻找，休闲广场上还有来自各国的精彩表演。 养精蓄锐后，开始下午的行程，步入缤纷多彩、小巧玲珑的展馆世界。 还是从世博轴一路往东，中国馆周边，“玉兔宫灯”澳门馆、晶莹剔透的香港馆、“山水心灯”台湾馆都值得一游。 中国馆基座处还有31个省区市聚集的地区馆，都是花费了大量心血筑造的馆中馆，构成各具特色的中华文化百花园。 再往东，来自亚洲和大洋洲地区的国家展馆与国际组织馆映入眼帘。 沙特馆、日本馆、以色列馆不容错过。 悬在半空的“丝路宝船”沙特馆，是世博园区里投资最高的外国自建馆，里面有目前全球最大的IMAX影院，足有两个篮球场大小，更震撼的是，您是在悬挂于影院空中的步道上边走边观影。 全方位环绕银幕，让看过的观众都大呼过瘾。 日本馆的特点是细腻生动。 “紫蚕岛”有会呼吸的“皮肤”、会收集雨水的“触角”。 馆内有具有超高清及超望远功能的“万能相机”、有整面超乎想象的“生活墙”、有会拉小提琴的机器人……有“海贝壳”之称的以色列馆造型夺目，在“低语花园”展区，将有54棵芦柑树展示以色列闻名的“滴灌技术”，展品中还有一种可吞服“胶囊”，借此对你体内进行体检。 世博园区最晚可待到晚上12点，晚上各种精彩的演出可让你大饱眼福。 夜幕低垂时，园区里各种灯光，将让你体会到完全不同于白天景象的园区风采。 飞碟状的世博文化中心，每晚都有中国东方演艺集团的驻场表演，周末还有巨星演唱会。 要是意犹未尽，还可以往西走，靠近卢浦大桥的老厂房改成的宝钢大舞台里，各种精彩演出也是天天上演，要想知道具体演出信息，直接到问讯处索取资料即可。 第2天C区路线从长清北路入口进园—白俄罗斯馆—波黑馆—匈牙利馆—葡萄牙馆—芬兰馆—挪威馆—比利时馆—波兰馆—西班牙馆—德国馆—瑞士馆—英国馆—意大利馆—非洲联合馆—埃及馆—加拿大馆—美国馆—墨西哥馆—欧洲联合馆从长清北路入口进园后，往西走约300米，从卢浦大桥下穿过，就到了C区。 最好先进行预约，可以预约三四个场馆。 C区呈长方形，展馆密集的区域长约1公里，宽约七八百米，被园区内道路东西向分为三长条。 建议从长清北路出入口到C区东南角后，沿逆时针探访，不走回头路。 先从东南角的白俄罗斯馆看起。 这个方正的建筑外墙非常“花哨”——一幅色彩丰富明快的小镇图。 旁边的波黑馆，也用缤纷的儿童画拼接装饰，艳丽活泼。 从白俄罗斯馆向北，就来到了这个区域的“欧洲广场”，广场周围的几个场馆：两个欧洲联合馆、木套筒外观的匈牙利馆、捷克馆、斯洛伐克馆，以及用深棕色软木装饰的色彩、质感独特的葡萄牙馆。 继续往北走，芬兰馆的“冰壶”就在眼前，色彩是极地冰雪，洁白纯净。 馆内有圣诞老人邮局，可以寄有“圣诞老人签名”的信哦，加盖的将是“北极圣诞老人邮局”的邮戳。 附近的挪威馆建筑很有北欧风情；土耳其馆用了赭色古老壁画和岩画图案；冰岛馆不大，像方正的盒子，夜晚在背投光照射下，仿佛绝妙“冰立方”。 径直前进，累了，比利时馆和波兰馆之间有小巧的“爱尔兰酒吧”可以歇歇脚。 这个区域的“藤条篮子”——西班牙馆不可错过。 西班牙国家馆占地7600多平方米，为上海世博会面积最大的自建馆之一。 8000个藤条板不同质地，颜色各异。 这里的演出值得一看，有歌剧、弗拉门戈等。 德国馆号称是“悬浮于空中的建筑”，其块面线条曲折奇异，却又在情理之中。 展馆将有两个虚拟讲解员——德国青年“严思”和中国女孩“燕燕”，与参观者在展厅内互动。 附近的波兰馆，镂空外立面好似中国剪纸。 波兰馆在中心广场和音乐厅每天举办肖邦钢琴演奏会，纪念波兰著名作曲家、钢琴家肖邦诞辰200周年，仙乐飘飘。 中午时分，可选择邻近餐厅吃午饭。 瑞士馆笼罩在挂有红球的幕帷中，上为自然，下是都市。 这个“欲遮还露”的幕帷，竟然由大豆纤维制成，既能发电，还能天然降解。 现在我们往西走。 英国馆的发光触须，营造出绒毛般的“温柔触感”——这是“种子圣殿”外部生长的6万余根触须。 白天，光经由触须传导到室内；夜间，触须内置的光源照亮建筑。 英国国家馆内的“奥运角”，可以让我们看到伦敦奥运会的雏形，还可以与多位英国著名体育明星交流。 英国馆南面的荷兰馆，名为“快乐街”，看外观就透着奇思妙想，还有几分任性和幽默。 漫步“快乐街”，发现它没有大门，可从展馆的任意一个方向进入，内部则充分展示荷兰在空间、能源和水利方面的创新。 接下来，有透明混凝土的意大利馆也颇可观，届时将有世界著名时装品牌的时装秀。 继续往西，非洲联合馆已经在望，这个巨大的方块建筑是世博会最大的联合馆，外墙是非洲的金合欢树，色彩瑰丽的天空充满非洲风情。 从非洲联合馆往南，有突尼斯馆、南非馆、安哥拉馆、利比亚馆等多个规模不大的展馆，其中的埃及馆有法老时代的古董真品，还有幻灯片、纪录片和音乐等，展示几千年来埃及的物质文化、民间传统、礼仪风俗。 第3天DE区路线从半淞园路3号门入园—城市最佳实践区—餐饮店午餐—城市未来馆—企业馆—万科馆—上海企业联合馆—江南公园—国家电网馆—晚餐—船坞剧场儿童剧—综艺大厅—城市足迹馆浦西园区共有3个入口，2号门客流较大，不妨出地铁西藏南路站后沿中山南路向东至保屯路再向南，至半淞园路3号门入园，步行大概5分钟左右。 经过安检入园后，可以向左至最近的问讯处免费领取一份园区导览图。 然后向北步行，看到有一座天桥就上去，那里集中了10多个国家的经典城市生态案例。 最主要的是，那里的参观几乎不用排队等候。 你可以自北往南，一个接一个展馆看过来。 那里有上海的“沪上生态家”，告诉游客现代居住环境的创新。 还有百年老当铺——澳门的“德成按”，二楼有金庸图书馆，会遇见你喜欢的武侠人物，运气好的话会碰上金庸签名售书。 另外，西安的大明宫是园区内惟一的仿古建筑，可以欣赏中国传统表演，还可以登高远眺。 国外的城市案例也很精彩，伦敦的零碳馆让整个建筑实现二氧化碳零排放，汉堡之家的“被动房”达到最大限度的环保，而沙特麦加米纳的60万顶帐篷城气势宏大。 此外，城市最佳实践区本身就是个展品，灯光效果出自法国里昂的设计，夜晚将上演美轮美奂的灯光秀。 看了这么多精彩的城市案例，不知不觉中已到午餐时间。 在案例联合馆2旁边，既有肯德基、必胜客和东方既白快餐，也有小南国等高档餐厅，价位从十几元到上百元不等。 如果你想品尝特色餐食，可以到城市未来馆北侧的“创意大厨房”。 午餐后第一站，可到城市未来馆。 这里可以了解未来的城市生活，还有“曾经的未来”也就是现在城市生活面临的问题。 未来馆很大，可以慢慢体验。 参观完未来馆，沿着江边朝西往企业馆方向走，沿途可参观中国航空馆、信息通信馆和上汽通用馆。 如果说“城市最佳实践区”的案例是静止不动的美好，那么企业馆的互动体验能让你真实“触摸”到精彩生活。 信息通信馆由中国移动和中国电信打造，带上手机即可在此体验信息时代的沟通无限。 在上汽通用馆可体验2030年的城市交通状况。 企业馆北面，万科馆造型最为别致，5个巨大圆锥外墙全部由麦秸秆压制而成，可以想象2049年中国城市的模样。 在上汽通用馆西侧，是上海世博会结束后惟一会保留下来的企业馆——中国船舶馆，这是由中国百年老厂江南造船厂的老厂房改建而成，里面可看到中国的造船历史以及郑和宝船的模型。 之后就来到了绿地博览广场看演出，可在原来江南造船厂的老船坞旁嬉戏。 如果你爱收藏的话，那么接下来的震旦馆是参观首选。 出了震旦馆是中国铁路馆，你可以当一回铁路司机。 对面有5台自动售票机，游客可以购买通往全国的火车票。 旁边的上海企业联合馆外立面是利用废弃的CD光盘制成，有很多高科技元素，那里有世界上最先进的机器人为你烹制美食。 江南公园可供休息、用餐。 晚餐后去看可口可乐馆，建筑造型是个大可乐瓶。 接着去旁边的太空家园馆，里面展出的是最先进的航天技术。 然后去国家电网馆，国家电网馆的网站有预约，就可不必排队。 里面有些互动展项，展馆设计也很新颖，值得期待。 靠近黄浦江的是韩国企业联合馆，易买得、三星、现代、LG等企业都在这里参展，建议大家在场馆外拍张照片留念，因为世博会结束后建筑材料就会被制作成环保袋送给市民。 最后，大家可以到世博博物馆去了解世博会160年的历史。 世博博物馆和综艺大厅是一个建筑，里面可观看杂技剧《CHA》的演出。 最后可去城市足迹馆，了解一下城市的昨天。 如果你走累了，可以搭乘纯电动公交车，体验一下零排放、低噪音的新能源车，为一天的精彩旅程画上完美的句号。
IETF是个什么样的组织？？
IETF（The Internet Engineering Task Force）----互联网工程任务组1、概述IETF（互联网工程任务组—The Internet Engineering Task Force）是松散的、自律的、志愿的民间学术组织，成立于1985年底, 其主要任务是负责互联网相关技术规范的研发和制定。 IETF是一个由为互联网技术工程及发展做出贡献的专家自发参与和管理的国际民间机构。 它汇集了与互联网架构演化和互联网稳定运作等业务相关的网络设计者、运营者和研究人员，并向所有对该行业感兴趣的人士开放。 任何人都可以注册参加IETF的会议。 IETF大会每年举行三次，规模均在千人以上。 IETF体系结构分为三类，一个是互联网架构委员会（IAB），第二个是互联网工程指导委员会（IESG），第三个是在八个领域里面的工作组（Working Group）。 标准制定工作具体由工作组承担，工作组分成八个领域，分别是Internet路由、传输、应用领域等等。 。 IAB成员由IETF参会人员选出，主要是监管各个工作组的工作状况，它必须非常认真的考虑Internet是什么，它正在发生什么变化以及我们需要它做些什么等问题。 互联网工程指导委员会（IESG）主要的职责是接收各个工作组的报告，对他们的工作进行审查，然后对他们提出的各种各样的标准、各种各样的建议提出指导性的意见，甚至从工作的方向上、质量上和程序上给予一定的指导。 IETF基本上不太涉及应用领域，但仍设立了一个应用领域。 另外凡是没有归到以上那些领域的研究课题，都把它归至此类。 IETF实际上有上百个工作组，这里是真正完成工作的地方。 IETF大量的技术性工作均由其内部的各类工作组协作完成。 这些工作组按不同类别，如路由、传输、安全等专项课题而分别组建。 IETF的交流工作主要是在各个工作组所设立的邮件组中进行，这也是IETF的主要工作方式。 Internet Draft任何人都可以提交，没有任何特殊限制，而且其他的成员也可以对它采取一个无所谓的态度，而IETF的一些很多重要的文件都是从这个Draft开始。 需要说明的是，仅仅为成为Internet Draft毫无意义。 Internet Draft实际上有几个用途，有一些提交上来变成RFC，有些提出来讨论，有一些拿出来就想发表一些文章。 RFC更为正式，而且它历史上都是存档的，它的存在一般来讲，被批准出台以后，它的内容不做改变。 RFC也有好多种，第一个就是它是一种标准，第二个它是一种试验性的，RFC无非是说人们在一起想做这样一件事情，尝试一下，还一个就是文献历史性的，这个是记录了人们曾经做过一件事情是错误的，或者是不工作的。 再有一种就是叫做介绍性信息。 目前，IETF已成为全球互联网界最具权威的大型技术研究组织。 但是它有别于像国际电联(ITU-International Telecommunication Union)这样的传统意义上的标准制定组织。 IETF的参与者都是志愿人员，他们大多是通过IETF每年召开的三次会议来完成该组织的如下使命： 1．鉴定互联网的运行和技术问题，并提出解决方案；2．详细说明互联网协议的发展或用途，解决相应问题；3．向IESG提出针对互联网协议标准及用途的建议；4．促进互联网研究任务组(IRTF)的技术研究成果向互联网社区推广；5．为包括互联网用户、研究人员、行销商、制造商及管理者等提供信息交流的论坛。 2、IETF相关组织机构（1）互联网协会(ISCO -Internet Society)ISCO是一个国际的，非盈利性的会员制组织，其作用是促进互联网在全球范围的应用。 实现方式之一便是对各类互联网组织提供财政和法律支持，特别是对IAB管理下的IETF提供资助。 （2）互联网架构委员会(IAB-Internet Architecture Board)IAB是ISOC的技术咨询团体，承担ISCO技术顾问组的角色；IAB负责定义整个互联网的架构和长期发展规划，通过IESG向IETF提供指导并协调各个IETF工作组的活动，在新的IETF工作组设立之前IAB负责审查此工作组的章程，从而保证其设置的合理性，因此可以认为IAB是IETF的最高技术决策机构。 另外，IAB还是IRTF的组织和管理者，负责召集特别工作组对互联网结构问题进行深入的研讨。 （3）互联网工程指导组(IESG-Internet Engineering Steering Group)IETF的工作组被分为8个重要的研究领域，每个研究领域均有1-3名领域管理者（Ads—Area Directors），这些领域管理者ADs均是IESG的成员。 IESG负责IETF活动和标准制定程序的技术管理工作，核准或纠正IETF各工作组的研究成果，有对工作组的设立终结权，确保非工作组草案在成为请求注解文件(RFC)时的准确性。 作为ISOC（Internet协会）的一部分，它依据ISOC理事会认可的条例规程进行管理。 可以认为IESG是IETF的实施决策机构。 IESG的成员也由任命委员会（Nomcom－Nominations Committee）选举产生，任期两年。 （4）互联网编号分配机构(IANA-Internet Assigned Numbers Authority)IANA在ICANN的管理下负责分配与互联网协议有关的参数（IP地址、端口号、域名以及其它协议参数等）。 IAB指定IANA在某互联网协议发布后对其另增条款进行说明协议参数的分配与使用情况。 IANA的活动由ICANN资助。 IANA与IAB是合作的关系。 （5）RFC编辑者（RFC Editors）主要职责是与IESG协同工作，编辑、排版和发表RFC。 RFC一旦发表就不能更改。 如果标准在叙述上有变，则必须重新发表新的RFC并替换掉原先版本。 该机构的组成和实施的政策由IAB掌控。 （6）IETF秘书处（RFC Secretariat）在IETF中进行有偿服务的工作人员很少。 IETF秘书处负责会务及一些特殊邮件组的维护，并负责更新和规整官方互联网草案目录，维护IETF网站，辅助IESG的日常工作。 （7）互联网研究任务组(IRTF-The Internet Research Task Force)IRTF由众多专业研究小组构成，研究互联网协议、应用、架构和技术。 其中多数是长期运作的小组，也存在少量临时的短期研究小组。 各成员均为个人代表，并不代表任何组织的利益。 3、IETF标准的种类IETF产生两种文件，一个叫做Internet Draft，即“互联网草案”，第二个是叫RFC，它的名字来源是历史原因的，原来是叫意见征求书或请求注解文件，现在它的名字实际上和它的内容并不一致。 互联网草案任何人都可以提交，没有任何特殊限制，而且其他的成员也可以对它采取一个无所谓的态度，而IETF的一些很多重要的文件都是从这个互联网草案开始。 RFC更为正式，而且它历史上都是存档的，它的存在一般来讲，被批准出台以后，它的内容不做改变。 RFC也有好多种：第一个就是它是一种标准；第二个它是一种试验性的，RFC无非是说我们在一起想做这样一件事情，尝试一下；还一个就是文献历史性的，这个是记录了我们曾经做过一件事情是错误的，或者是不工作的；再有一种就是叫做介绍性信息，其实里边什么内容都有。 作为标准的RFC又分为几种：第一种是提议性的，就是说建议采用这个作为一个方案而列出。 还有一种就是完全被认可的标准，这种是大家都在用，而且是不应该改变的。 还有一种就是现在的最佳实践法，它相当于一种介绍。 这些文件产生的过程是一种从下往上的过程，而不是从上往下，也就是说不是一个由主席，或者由工作组负责人的给一个指令，说是要做什么，要做什么，而是有下边自发的提出，然后在工作组里边讨论，讨论了以后再交给刚才说的工程指导委员会进行审查。 但是工程指导委员会只做审查不做修改，修改还是要打回到工作组来做。 IETF工作组文件的产生就是任何人都可以来参加会议，任何人都可以提议，然后他和别人进行讨论，大家形成了一个共识就可以产出这样的文件。 4、IETF的研究领域IETF的实际工作大部分是在其工作组（Working Group）中完成的。 这些工作组又根据主题的不同划分到若干个领域（Area），如路由、传输和网络安全等。 每个领域由一到两名主管（Area Directors）负责管理，所有的领域主管组成了互联网工程组指导组（Internet Engineering Steering Group - IESG）。 IETF工作组的许多工作是通过邮件列表（Mailing List）进行的。 IETF每年召开三次会议。 目前，IETF共包括八个研究领域，132个处于活动状态的工作组。 （1）应用研究领域（app— Applications Area），含20个工作组（Work Group）（2）通用研究领域（gen—General Area），含5个工作组（3）网际互联研究领域（int—Internet Area），含21个工作组（4）操作与管理研究领域（ops—Operations and Management Area），含24个工作组（5）路由研究领域（rtg—Routing Area），含14个工作组（6）安全研究领域（sec—Security Area），含21个工作组（7）传输研究领域（tsv—Transport Area），含1个工作组（8）临时研究领域（sub—Sub-IP Area），含27个工作组5.1) 应用研究领域（app— Applications Area）虽然IETF的研究范围划定为“Above the wire, Below the application”，即IETF并不关注于应用领域的研究，但是对于与互联网的运营密切相关的应用还是受到了重视，并成立的专门的工作组。 目前应用研究领域共包括20个处于活动状态的工作组。 随着互联网的发展，这个研究领域的工作组数目还要增长。 Calendaring and Scheduling (calsch) ――日历与时间规划工作组Cross Registry Information Service Protocol (crisp) ――交叉注册信息服务协议工作组Electronic Data Interchange-Internet Integration (ediint) ――EDI与互联网集成工作组Internet Fax (fax) ――互联网传真工作组Geographic Location/Privacy (geopriv) ――地理位置工作组Internet Message Access Protocol Extension (imapext) ――互联网消息访问扩展工作组Instant Messaging and Presence Protocol (impp) ――及时消息协议工作组Internet Printing Protocol (ipp) ――互联网打印协议工作组LDAP (v3) Revision (ldapbis) ――LDAP修订工作组Enhancements to Internet email to support diverse service environments (lemonade) ――互联网电子邮件在不同服务环境下的增强MTA Authorization Records in DNS (marid) ――DNS中的MTA认证记录工作组Message Tracking Protocol (msgtrk) ――消息跟踪协议工作组NNTP Extensions (nntpext) ――NNTP扩展工作组Open Pluggable Edge Services (opes) ――开放式可插接服务工作组SIP for Instant Messaging and Presence Leveraging Extensions (simple) ――SIP在及时消息应用中的扩展Internet Open Trading Protocol (trade) ――互联网开发交易协议工作组Usenet Article Standard Update (usefor)Voice Profile for Internet Mail (vpim) ――互联网邮件的语音附件工作组WWW Distributed Authoring and Versioning (webdav)Extensible Messaging and Presence Protocol (xmpp) ――消息扩展协议工作组5.2）通用研究领域（gen—General Area）在IETF中，不能放在其它研究领域的研究内容，就放置在通用研究领域中，因此这个领域的研究内容的内在联系性并不强。 目前在这个研究领域共包括5个处于活动状态的工作组。 Improved Cross-Area Review (icar) ――增强跨域工作组Intellectual Property Rights (ipr) ――知识产权工作组New IETF Standards Track Discussion (newtrk)Operation of the IESG/IAB Nominating and Recall Committees (nomcom) ――IESG/IAB选举委员会运作程序Problem Statement (problem) ――问题陈述工作组5.3）网际互联研究领域（int—Internet Area）网际互联研究领域主要研究IP包如何在不同的网络环境中进行传输，同时也涉及DNS信息的传递方式的研究。 这个研究领域在IETF中占据着重要的地位，TCP/IP协议族和IPv6协议族的核心协议均在由这个领域来研究并制订。 Dynamic Host Configuration (dhc) ――动态主机配置工作组Detecting Network Attachment (dna) ――网络附属设施监测工作组DNS Extensions (dnsext) ――DNS扩展工作组Extensible Authentication Protocol (eap) ――可扩展的鉴权协议工作组Host Identity Protocol (hip) ――主机标识协议工作组IP over DVB (ipdvb)IP over InfiniBand (ipoib)IP over Resilient Packet Rings (iporpr) ――IP OVER RPR工作组IP Version 6 Working Group (ipv6) ――IPv6工作组Layer Two Tunneling Protocol Extensions (l2tpext) ――二层隧道协议扩展工作组Layer 2 Virtual Private Networks (l2vpn) ――二层虚拟专用网工作组Layer 3 Virtual Private Networks (l3vpn) ――三层虚拟专用网工作组Multicast & Anycast Group Membership (magma) ――组播与任播工作组Mobility for IPv4 (mip4) ――移动IPv4工作组Mobility for IPv6 (mip6) ――移动IPv6工作组MIPv6 Signaling and Handoff Optimization (mipshop) ――移动IPv6信令与漫游优化工作组Network Mobility (nemo) ――网络移动性工作组Protocol for carrying Authentication for Network Access (pana) ――接入网认证信息承载协议工作组Point-to-Point Protocol Extensions (pppext) ――PPP协议扩展工作组Securing Neighbor Discovery (send) ――安全邻居发现协议工作组Zero Configuration Networking (zeroconf) ――零配置网络工作组5.4）操作与管理研究领域（ops—Operations and Management Area）这个研究领域主要涉及互联网的运作与管理方面的内容。 目前共包含24个处于活动状态的工作组，工作组数目处于IETF所有研究领域的第二位。 现在随着互联网的快速发展与普及，对于网络的运营与管理提出了更高的要求，因此这个研究领域也越来越受到重视。 这个领域的工作组数目还可能增加。 这个研究领域中比较重要的研究内容包括AAA（授权、认证、审计）、v6ops（IPv6运维）、rap（资源预留）、dnsop（DNS运维）以及各种MIB的研究。 Authentication, Authorization and Accounting (aaa) ――AAA工作组ADSL MIB (adslmib) ――ADSL MIB库工作组AToM MIB (atommib) ――ATOM MIB库工作组Benchmarking Methodology (bmwg) ――计量方法工作组Bridge MIB (bridge) ――网桥MIB库工作组Control And Provisioning of Wireless Access Points (capwap) ――无线AP控制与配置协议工作组Distributed Management (disman) ――分布式管理工作组Domain Name System Operations (dnsop) ――域名操作工作组Entity MIB (entmib) ――实体MIB工作组Global Routing Operations (grow) ――全局路由运作工作组Ethernet Interfaces and Hub MIB (hubmib) ――以太网接口与HUB MIB库工作组Internet and Management Support for Storage (imss)IP over Cable Data Network (ipcdn)IP Flow Information Export (ipfix)MBONE Deployment (mboned) ――MBONE布置工作组Site Multihoming in IPv6 (multi6) ――IPv6多穴主机工作组Network Configuration (netconf) ――网络配置工作组Policy Framework (policy) ――策略框架工作组Packet Sampling (psamp) ――数据包采样工作组Prefix Taxonomy Ongoing Measurement & Inter Network Experiment (ptomaine)Resource Allocation Protocol (rap) ――资源分配协议工作组Remote Network Monitoring (rmonmib) ――网络远程监控工作组Configuration Management with SNMP (snmpconf) ――基于SNMP的配置管理工作组IPv6 Operations (v6ops) ――IPv6运维工作组5.5）路由研究领域（rtg—Routing Area）此研究领域主要负责制订如何在网络中确定传输路径以将IP包传送到目的地的相关标准。 由于路由协议在网络中的重要地位，因此此研究领域也成为IETF的重要领域。 BGP、ISIS、OSPF、MPLS等重要路由协议均属于这个研究领域的研究范围。 目前路由研究领域共有14个处于活动状态的工作组。 Border Gateway Multicast Protocol (bgmp) ――边界网关组播协议工作组Common Control and Measurement Plane (ccamp) ――通用控制与测量平面工作组Forwarding and Control Element Separation (forces) ――控制层与网络层的分离工作组Inter-Domain Multicast Routing (idmr) ――域内组播路由工作组Inter-Domain Routing (idr) ――域内路由工作组IS-IS for IP Internets (isis) ――ISIS路由协议工作组Mobile Ad-hoc Networks (manet)Multiprotocol Label Switching (mpls) ――MPLS工作组Open Shortest Path First IGP (ospf) ――OSPF工作组Protocol Independent Multicast (pim) ――PIM工作组Routing Protocol Security Requirements (rpsec) ――路由协议的安全需求工作组Routing Area Working Group (rtgwg) ――路由域工作组Source-Specific Multicast (ssm) ――指定源的组播工作组Virtual Router Redundancy Protocol (vrrp) ――虚拟路由冗余协议工作组5.6）安全研究领域（sec—Security Area）此研究领域主要负责研究IP网络中的授权、认证、审计等与私密性保护有关的协议与标准。 互联网的安全性越来越受到人们的重视，同时AAA与业务的运维方式又有着密切的关系，因此这个领域也成为IETF中最为活跃的研究领域之一。 目前，这个研究领域共包括21个处于活动状态的工作组。 Credential and Provisioning (enroll) ――信任与配置工作组Intrusion Detection Exchange Format (idwg) ――入侵监测信息交换格式工作组Extended Incident Handling (inch) ――扩展的事件处理工作组IP Security Protocol (ipsec) ――IPSEC工作组工作组IPSEC KEYing information resource record (ipseckey)IP Security Policy (ipsp) ――IP安全策略工作组Kerberized Internet Negotiation of Keys (kink)Kerberos WG (krbwg)Long-Term Archive and Notary Services (ltans)IKEv2 Mobility and Multihoming (mobike)Multicast Security (msec) ――组播安全工作组An Open Specification for Pretty Good Privacy (openpgp)Profiling Use of PKI in IPSEC (pki4ipsec)Public-Key Infrastructure (X.509) (pkix)Securely Available Credentials (sacred)Simple Authentication and Security Layer (sasl)Secure Shell (secsh)S/MIME Mail Security (smime)Secure Network Time Protocol (stime) ――安全网络时间协议工作组Security Issues in Network Event Logging (syslog)Transport Layer Security (tls) ――传输层安全工作组5.7）传输研究领域（tsv—Transport Area）传输研究领域主要负责研究特殊类型或特殊用途的数据包在网络中的（特殊需求的）传输方式。 包括音频/视频数据的传输、拥塞控制、IP性能测量、IP信令系统、IP电话业务、IP存储网络、ENUM、媒体网关、伪线仿真等重要研究方向。 目前这个研究领域共有27个处于活动状态的工作组，就工作组数目来讲，是IETF中最大的一个研究领域。 Audio/Video Transport (avt) ――语音/视频传输工作组Datagram Congestion Control Protocol (dccp) ――数据报拥塞控制协议工作组Telephone Number Mapping (enum) ――ENUM工作组工作组Internet Emergency Preparedness (ieprep) ――互联网应急策略工作组IP Performance Metrics (ippm) ――IP性能测量工作组IP Storage (ips) ――IP存储网工作组IP Telephony (iptel) ――IP电话工作组Media Gateway Control (megaco) ――媒体控制网关工作组Middlebox Communication (midcom)Multiparty Multimedia Session Control (mmusic) ――多方多媒体会话控制工作组Network File System Version 4 (nfsv4) ――网络文件系统工作组Next Steps in Signaling (nsis) ――IP信令的发展工作组Path MTU Discovery (pmtud) ――MTU发现协议工作组Pseudo Wire Emulation Edge to Edge (pwe3) ――端到端伪线仿真工作组Remote Direct Data Placement (rddp)Reliable Multicast Transport (rmt) ――可靠的组播传输协议工作组Robust Header Compression (rohc) ――可靠的头压缩工作组Reliable Server Pooling (rserpool) ――可靠的服务器负载均摊工作组Context Transfer, Handoff Candidate Discovery, and Dormant Mode Host Alerting (seamoby)Signaling Transport (sigtran) ――信令传输工作组Session Initiation Protocol (sip) ――SIP协议工作组Session Initiation Proposal Investigation (sipping) ――SIP协议调研工作组Speech Services Control (speechsc) ――语音服务控制工作组Service in the PSTN/IN Requesting InTernet Service (spirits)TCP Maintenance and Minor Extensions (tcpm)Transport Area Working Group (tsvwg)――传输领域工作组Centralized Conferencing (xcon)――集中控制式会议工作组5.8）临时研究领域（sub—Sub-IP Area）Sub－IP是IETF成立的一个临时技术区域，目前这个研究领域只有一个处于活动状态的工作组，这个工作组主要负责互联网流量工程的研究，已经形成四个RFC。 Internet Traffic Engineering (tewg)――互联网流量工程工作组