内容管理系统的提供商

捷兔网络的J2CMS是一个基于JavaEE平台的内容管理系统。

Vignette奥斯汀,TXVignette公司，网站内容管理系统的领导者，今天宣布在中层楼资金上它取得了1亿4千万美元，成为奥斯汀基础软件公司中最大的私人资产投资，同时也使Vignette成为在奥斯汀发展最快的互联网软件公司。Vignette公司，作为全世界网站内容应用系统的领导者，为公司们提出了解决方案DD在互联网上建立非常成功的商业。Vignette的王牌产品是StoryServer3，它能使公司以应用软件（如在线发布、知识管理和复杂电子商务系统）为基础建立、管理和发布服务，最终加速和提高客户的忠实度和持续力。超过75个一流公司，包括Ziff-Davis'ZDNet,FirstChicagoNBD,BayNetworks和CNET，使用StoryServer3，每天提供2500万个网页浏览。StoryServer3获得了5个行业奖励，包括UPSIDE杂志的"网络基础组织类最活跃的私人公司"。它的V/5系列是一套应用软件包，设计用来为门户、B2C和B2B市场需求提供内容管理。V/5系列具有高度的可定制化能力和广泛的功能，它包括内容和模板的开发、个性化定制和发布。但是，它的多数功能还需要开发。

DocumentumDocumentum是文档管理解决方案的长期供应商。带着它的4i网站内容管理（WCM）版本，公司有力地进入了CM舞台，它提供了一个解决方案来支持具有在线而动态的内容的电子商务应用软件。对大中型组织来说，它也是一个健全的可扩展的网站内容管理解决方案。

EpriseEprise的ParticipantServer266是该公司内容管理的产品，它为大型商务和com提供商业应用软件，包括互联网、企业内部网和公共网站。该产品能促进内容添加、修改和全球发布。ParticipantServer的主要组件包括内容中心、 *** 作中心、共享中心和内容分配套件。产品为投稿和创造提供基于网络的界面，同时内容分配组件处理适于交易的内容分配。AsingleWebbasedadministrativeinterfaceisaplusbecauseadministrationcanbedistributedacrosstheorganization单一的基于网络的管理界面是附加的，因为管理在组织范围内可以是分布式的。

InterwovenInterwoven的TeamSite45是横向聚焦的网站内容管理解决方案，它向财富500强和全球2000个上市公司提供企业范围的网站内容管理。TeamSite的管理和组成能力通过桌面和基于Java的接口提供，这种桌面和接口作为 *** 作系统的一部分出现。用户可以通过WindowsExplorer把内容拖放到存储库中。

XpedioXpedioCMS40是全球2000B2B和B2E公司所用的解决方案包，它为没有技术的用户提供了容易使用的网站建设能力。该产品在企业内部互联网、外部互联网和电子商务网站上促进了内容的快速发展和管理。在管理和发布内容方面，它是强大的解决方案，它提供具有分布式管理能力的创作工具、安全、发布的灵活性和完全基于浏览器的界面。

NcompassNCompassLabs于2001年4月通过微软成立，现在它是微软的子公司。Resolution31是Ncompass的浏览器，以网站内容管理解决方案为基础，在2001年底，它做为微软的产品（称为微软内容管理服务器）再次发布。

OpenMarketOpenMarket的ContentServer31是J2EE兼容的内容管理解决方案，它嫦虺霭妗⒚教搴徒鹑诜务市尝penMarket把内容服务器定位为推动以内容为中心的电子商务应用软件的产品，它处理访问者、客户和合作者之间的交互。该产品有用于管理和组织的网络界面，包括了一个个性化的引擎和用于发布的应用软件服务器。

BroadVisionBroadVision把应用方法用于内容管理，主要目标是B2B,B2E和B2C市场。BroadVision以应用软件程序包的形式出售产品，如出售给附带商业、合作商业、市场和雇员自我服务。内容管理解决方案也独立地出售。

FileNETFileNET是文档管理市场的传统领导者，现在它集中精力于生产电子商务应用软件的Panagon生产线。它的网站内容管理套件包括Panagon内容服务（PCS）、Panagon网络发布者（PWP）、Panagon网络服务（PWS）和Panagon电子流程。FileNET套件主要面向于金融、保险、政府、电信、公共事业和制造业。FileNET把它的网站内容管理套件定位在内容管理的全部解决方案，它贯穿内容的生命周期，从创造到审批、发布和分配。然而，在它目前的版本中，产品在核心网站内容管理的功能性上需要重大发展，如个性化和动态内容的表达。

Megellan2000年7月，GaussInterprise和美国软件开发者Magellan合并，主要销售它的内容管理系列VersatileInternetPlatform(VIP)。VIP定位于企业管理内容、网站内容和门户的平台。对于集中的环境，产品系列有适应需求的基本功能，包括基于网络的管理，单一和大批的输入、第三方厂商提供的基本库服务、以及用于分布式内容创造的模板设计工具。

InStranetInStranet成立于1999年，总部设在纽约，并且在巴黎设有欧洲总部。公司的王牌产品是InStranet200015，它是一个浏览器和基于Java的网站内容管理解决方案。产品聚焦于，在B2B和雇员工作环境下，向企业内部互联网和外部互联网发布业务文件和内容。InStranet200015在J2EE兼容的应用服务器上运行，已在BEAWebLogic,IBMWebSphere和iPlanet应用服务器上经过检验。

MediasurfaceMediasurface的总部设在伦敦，它的美国办事处在纽约和弗朗西丝科。公司为组织提供管理内容软件，用于企业内部互联网和外部互联网。公司的核心产品是Mediasurface35，它瞄准垂直市场，包括金融服务、政府、教育、卫生保健、IT服务、媒体、出版和广播、零售和消费服务。

SixOpenSystemsSixOffeneSystemeGmbH在美国称为SixOpenSystems(Six)，于1991年在德国成立。Six在德国有重要的消费群，它以产品SixCMS40打入美国市场。该产品是由内到外的、以浏览器为基础的解决方案，它用来帮助媒体出版商简化和管理内容设计及网页和门户、互联网、企业内部互联网等的设计。

StarbaseStarbase销售合作产品，该产品为电子商务应用软件创造、管理代码和内容。2001年2月,Starbase收购了worldweb和它的产品ExpressroomI/O、以及基于Java和XML的网站内容管理解决方案。Starbase正把ExpressroomI/O添加到它的代码和内容管理解决方案的协作套件中。

国内用的比较多的有MicroDreamWCM、ActiveContext、turbocms、cms4i，不过这些都是纯商业性系统，价格很高，一般个人建站，建议选取一些国外比较有名的开源系统，如Mambo、Drupal、Tikiwiki、PhpNuke、PostNuke、Xoops、Tikipro、不过这些全是基于php+mysql的，众所周知，php和mysql是免费的吗？1CmsTop是由原PHPCMS创始人钟胜辉创办的专业级CMS产品，CmsTop已服务了200多家知名媒体网站，客户遍及报业、杂志、广电、网媒、政府、军队和高校等多个领域。

2J2CMS捷兔网络的J2CMS是一个基于JavaEE平台的内容管理系统。

3Zoomla！逐浪CMS

Zoomla!逐浪CMS(中华人民共和国计算机软件著作权认证号：2008SR18741）采用微软最新的dotNET20技术平台构架,基于MSSQL2005(兼容MSSQL2000)技术，是目前华中地区（江西、浙江、安徽、河南、河北、西安、湖北、湖南、福建）唯一自主网站管理系统开发厂商。

Zoomla!逐浪CMS的开发团队都是由具有10年从业经验的专业人士组成，并形成了包括算法、前台、WEB标准、SEO、UI等多个小组，矩阵式的开发，为打造大型的CMS平台提供了扎实的基础。

逐浪CMS的原创的节点模型开发思路，使其超越了传的CMS系统的局限--即用户无法进行二次开发，使网站运营者进入[思维死角]，为构建大型门户提供了稳定可靠的基础。

Zoomla!逐浪CMS独有六大原创技术：独有的自定义模型与节点功能功能、联合华夏互联与华夏营销网打造从网站开发到运营推广再到策划营销一体的解决方案、独创的文名作为标题生成格式为符合百度等大型搜索引擎收录提供了友好的支持、完全支持W3C标准为中国网站的标准之路铺垫基础、独创的项目管理系统(zoomla!projects)为传统B2B服务提供了一体化的流程管理、中国首个完全兼容IE8的CMS管理系统。逐浪CMS包括版本：免费版、个人版、企业版、教育版、政府版、高级订制版。普通用户均可通过官方网站下载免费使用。

2009年元月1日，作为国内领先的CMS厂商，逐浪软件团队推出了其重要版本-逐浪CMS2X系列，首次融入了SNS，使企业、社区、商城的开放式计算更加方便、便捷，在行业引起重要的影响，并率先提出了企业网站“云”式生存的软件开发理念和开放式ID的共融观点，将SNS、商城、网店、招聘、黄页、客户管理、文献管理、企业建站等功能有效共融于其中，推动行业的成长。

4DEDE很牛很强大，现在进步很快

亮点创新功能列表

1、通过新式数据缓存，新式调用索引查询技术，使网站在数据量极大的时候仍然能保持比较高的性能；

2、在不使用副栏目的情况下，读取新列表使用了更优化的算法，即使使用动态列表，也能确保网站的性能非常良好；

3、列表HTML更新划分为最新归档和历史归档两种，在普通情况下，用户只需要更新最新归档，当最新归档末条记录超过历史归档索引范围时，系统才会更新历史归档，保证了系统的灵活性和便捷性。

4、通过专业的客户端辅助，可以使系统进行较占资源的归档更新时选择在访问量比较低的时间，从而确保网站的一直以良好的性能运行。

5、商城、自定义搜索、自定义表单、商业版会员中心等企业级功能都在商业版本中出现。

用户服务包主要改进或增加功能如下：

1、会员中心升级

企业版会员中心更大气，增加“待购买商品列表（购物车）”、“已购买商品列表”、“自由充值中心”适应网上购物功能的 *** 作。

2、监听计划任务的客户端

用户可以使用官方开发的单独的监控客户端来实现一些计划任务的功能，以后该客户端还增加各类站长工具，与WEB分离的C/S模式采集器等大量实用功能。

3、企业级数据优化中心

企业版提供数据优化中心，根据用户的使用情况，对用户的数据库索引等进行重建，并提供各类建议让用户对自身数据和模板进行优化，从而使系统性能达到最大的程度。

4、企业级安全中心

(1)安全中心不提供直接杀毒功能，但对系统所有文件进行验证性检测，以确保系统安全；

(2)由于企业版安全中心具有一定的保密性，所以控制方面比默认版本会有效些；

5、网上商店功能(单用户)

企业版内置默认的商城模型，用户可以通过模型复制对不同的商品类型定义不同的字段，实现功能强大的单用户网上商城。

6、自定义搜索功能

系统可以对自定义模型的指定搜索条件生成搜索表单进行自定义搜索，还能实现产品比较等功能。

7、完善的二级域名与伪静态支持

商业版对新增模型在开启二级域名的情况可能出现的问题作了完善的处理，并支持对内容列表使用伪静态，并通过缓存解决生成困难的问题。

8、自定义表单

企业版支持自定义反馈表单功能，用户可以按自己的需求，生成完全的自定义表单，并可以指定提交的内容是否需审核，是否在前台显示列表等人性化 *** 作。

9、WAP网站自动生成功能

WAP功能实际中采用wml11标准，直接访问wapphp即可访问，由于协议版本，一些内容展示与WEB可能不一致，未来版本中可能会minixhtml更适合现在的手机浏览，并支持更多功能。

10、增加游客发布信息的功能（后台设置开关）。

11、问答模型支持使用伪静态（后台设置开关）；

12、内置采集使用更详细的向导，并增加列表自定义链接正则、列表缩略图采集、规则实时预览等功能；动易SiteFactory内容管理系统（英文名称：PowerEasySiteFactory；软件著作权登记号：2009SR057668）是业界首款基于微软NET20平台，采用20进行分层开发的内容管理系统（ContentManagementSystem）。

SiteFactory具有灵活的产品架构、严密的安全性、无限的扩展性和伸缩性，能够高效构建起各种信息资讯类网站、企业内部知识网站、企业信息/产品展示门户网站、军区内网等多种网站应用型平台。SiteFactory还拥有多种灵活、先进的互联网WEB20应用模块，使得系统即使在面对复杂繁多的企业经营管理需求时都能够应对自如，成为名符其实的“网站梦工厂”。

SiteFactory内容管理系统包含各种强大、专业的子系统：

●SiteFactory内容管理系统

●SiteFactory信息采集系统

●SiteFactory问卷调查管理系统

●SiteFactory广告管理系统

●SiteFactory访问统计管理系统

●SiteFactory问答系统

●SiteFactory博客系统

●SiteFactory会员管理系统

●SiteFactory留言系统

●SiteFactory评论管理系统

●SiteFactoryWAP网站系统

SiteFactory产品特性

一．灵活性

1．丰富的功能参数配置

用户可自由的在网站管理后台设置各种站点属性，如：网站名称、地址、关键字、栏目说明、虚拟货币等；也可开启关闭各种网站功能，如：开关评论、留言功能等。

2．自定义工作流

系统可自定义各种工作流：审核中，待审核中，退回中等具体工作环节，每一个环节的过渡都有相应的站内短信息通知，让工作流程中各环节的相关人员能够及时知晓工作进度和进行工作协调。

3．Xpower模板解析引擎

Xpower模板解析引擎包内置数据调用标签完全开放，方便修改及扩展。标签可以适用于网站所有页面模板，方便数据调用和模板制作。

4．问卷调查系统

问卷调查系统拥有极强的字段扩展功能和结果分析功能。灵活运用问卷调查系统可以建立各种在线调查表单，需求表单。

5．会员注册推广

可以让网站用户参与到网站商品或会员注册的网络推广中来。网站用户可以将网站会员注册链接发布到其他任何网站、论坛甚至是QQ、MSN好友，一旦有人通过此链接成功注册会员，则网站用户可以按比例在网店提取一定的推广佣金。

6．会员扩展字段

用户可以通过扩展会员模型中的各种字段来丰富会员信息，如增加手机、证书、相片等会员信息。

7．丰富的内容模型

扩展性极强的内容模型拥有数十种字段类型，用户可通过扩展不同属性的字段构建内容模型，如：公告、、音乐、动漫、房产、小说等模型，各种类型的内容模型可以不断丰富和适应网站发展需要。系统已经内置了常用的文章、下载、、留言、公告等模型。

8．前台表单模板化

用户可以随心所欲的通过“在模板中插入所需表单字段的方式”编辑各种自建立的表单界面，实现所需的界面美化效果。

9．企业扩展字段

用户可以通过扩展企业模型中的各种字段来收集企业信息，完善CRM客户信息，方便企业管理企业下属用户。

10．自定义表单

自定义表单是独立的可扩展的内容模型，可制作各种提交表单。比如：构建政府网“征集建议表”、学校网站发布校庆、活动建议征集表；甚至可以利用自定义表单功能建造出企业内部的“在线订餐系统”、“简易投票系统”等等。

二．易用性

1．即时快捷导航

快捷导航使用顶部d出层控制，每页都可以方便点击访问，提升用户体验， *** 作更流畅。

2．后台管理下拉功能菜单

后台列表常规 *** 作使用下拉菜单显示的方式，以节省页面空间，改善人机交互体验。

3．简洁的 *** 作界面

根据人体工程学和交互性原理，以最优化的用户 *** 作体验为目的，设计网站后台 *** 作界面。

4．全文检索

可为网站解决海量数据下的站内信息和文档的高速检索应用，向用户提供高效、准确、个性化的站内资讯搜索体验。

5．内容心情指数

可直接使用系统内置的心情指数方案，或自行添加多套新的心情指数方案，大大提高用户参与网站内容互动的积极性。

6．在线剪裁

可对文章首页进行在线的自由裁剪，以让符合首页尺寸，正常显示。

7．标签库升级工具

提供了用于标签升级的工具——动易模板标签转换精灵，可以将20版到30版的标签库进行便捷升级，以让系统的标签性能达到最大化。

8．中文提示

后台每一步 *** 作都伴有中文 *** 作提示，引导用户完成每一步 *** 作，且对于生疏概念都附带详细说明和应用举例，提高用户体验。

9．内置标签库

内置标签库数量超过200个，根据作用、展示效果、功能的不同进行了归类。用户使用内置标签可以轻松实现数据的前台调用和展示，甚至可以跨平台跨系统进行数据的调用和整合。而这些都是通过可视化的标签插入方式来实现的，方便且实用。

10．右键菜单

系统增加了快捷右键菜单功能，用户可以使用右键菜单进行快捷 *** 作。

11．我的控制台

将OA办公系统的便利性引入内容管理中，用户可以在控制台中处理日常工作和查阅信息等。

12．DreamWeaver插件

系统为模板设计师提供了DreamWeaver插件功能，设计师可以将后台内置标签导入到DreamWeaver中，方便模板设计与数据调用

13．仿浏览器选项卡 *** 作

用户可以在框架页内同时打开多个页面进行 *** 作，多个页面间互相独立，同时还可在不同页面间自由切换或关闭。

14．在线广告部署

系统提供的广告平台功能支持目前绝大多数的广告形式，如：视频、flash、gif等。所有广告的样式都能够在后台进行统一管理。借助于广告平台即可方便、快捷的在网站中设置各种广告的部署方式。

15．在线支付

系统拥有多达20余种的国内、国外在线支付平台的支持，如：财付通、支付宝、快钱、网银等。可由商家与顾客自由选择使用任何一家支付平台进行收款或支付。

16．文件储存

系统为方便用户对内置标签、模板进行管理、迁移和修改，将标签库、模板以文件形式储存，用户只需对相应文件进行管理即可。

17．W3C标准

系统界面遵循最新的W3C国际网页设计标准，可流畅、完整、真实地运行在IE、Opera、Netscape甚至挑剔的Firefox浏览器上，提升用户体验的同时提高网站亲和力。

18．自动上传word

系统可以在SiteFactory的内容编辑器中自动上传word文档，大大节省了管理员的工作时间，提升了工作效率，提高系统易用性。

三．稳定性

1．微软NET20平台

系统基于微软NET20环境部署，其公认的高效、稳定、安全的特性将为您的网站注入一颗健壮的核心"CPU"！得不断完善、开发的NET2平台的新优势、高性能，为网站的发展奠定了尖端技术基础。

2．产品的无缝升级

用户能够不断的对系统进行后续版本的无缝升级，以保持站点的最新功能和高效性能；无须担心每次升级后会对网站界面或者功能造成影响，从而保障系统的延续性。

3．持续的免费升级

动易以强大的研发实力与完善的售后服务，为SiteFactory64用户提供免费的、可持续的产品升级服务。用户只需要使用专用的升级更新包就可以为站点进行不断的版本升级和功能升级，保持最新的功能和高效的性能。

4．系统N层架构

系统多方面研究和参考微软在企业架构的设计方案，采用以表现层、业务逻辑层、数据访问层为主的N层架构设计，使得系统结构清晰、易于维护，极大地提高了软件的可扩展性和重用性。

5．管理日志

类似飞机的黑匣子一样，为网站管理员提供了安全分析的依据。管理员能够通过网站日志了解到站点异常活动或者黑客尝试性攻击，为及时预防和应对提供了宝贵的时间。

6．多数据库支持

系统拥有出色的海量数据处理能力，用户可以为系统选择搭载不同数据库类型，如：MSSQL或者Oracle数据库。

四．安全性

1．URL参数安全过滤

用户可以自由设置URL可传递的参数个数、类型等，或者选择是否开启。并通过限制URL参数传递的方式来进行安全过滤，从而杜绝SQL等黑客攻击方式。

2．配套《动易安全开发手册》

以网站开发者角度出发，配以SiteFactory产品的实际开发范例，从黑客主流攻击手段入手，向网站开发者展示的一整套基于Net2．0网站开发的安全标准。

3．完整防御系统

针对OWASP组织发布的2009年Web应用程序脆弱性10大统计排名，对跨站脚本、注入漏洞、跨站请求伪造、信息泄露等新型主流攻击方式制定了特别的防御方案。

4．国内专业安全审计组织合作

与国内安全组织BCT保持长期良好的合作关系，对软件进行全面的安全检测工作，并将持续进行产品安全跟踪和反馈，不断提升系统的安全性。

5．即时安全更新提醒

根据即时安全审计结果，通过手机短信、邮件、电话、QQMSN、论坛、用户系统后台提示等多种途径提醒、通知用户进行安全更新工作，保障用户网站安全。

6．ASP．NET安全特性

借助微软Asp．Net的安全特性和功能对各种攻击方式进行全方位的防范。

五．系统扩展性

1．支持多数据库

用户根据自身业务种类和数据处理能力的需求，来选择搭载Oracle数据库还是MSSQL数据库。

2．完善的扩展说明文档

系统提供了配套的便于系统扩展及二次开发的各种说明文档，如：《数据库字段说明列表》、《产品使用说明书》、各种接口说明文档、功能介绍文档等。

3．自定义权限代

jQueryUI是以jQuery为基础的开源JavaScript网页用户界面代码库。包含底层用户交互、动画、特效和可更换主题的可视控件。我们可以直接用它来构建具有很好交互性的web应用程序。所有插件测试能兼容IE60+,Firefox3+,Safari31+,Opera96+,和GoogleChrome。目前，前端开发领域类似于有一下几个：1、jQueryEasyUIjQueryEasyUI是一组基于jQuery的UI插件集合体，而jQueryEasyUI的目标就是帮助web开发者更轻松的打造出功能丰富并且美观的UI界面。开发者不需要编写复杂的javascript，也不需要对css样式有深入的了解，开发者需要了解的只有一些简单的html标签。2、BootstrapBootstrap，来自Twitter，是目前很受欢迎的前端框架。Bootstrap是基于HTML、CSS、JAVASCRIPT的，它简洁灵活，使得Web开发更加快捷。它由Twitter的设计师MarkOtto和JacobThornton合作开发，是一个CSS/HTML框架。Bootstrap提供了优雅的HTML和CSS规范，它即是由动态CSS语言Less写成。Bootstrap一经推出后颇受欢迎，一直是GitHub上的热门开源项目，包括NASA的MSNBC（微软全国广播公司）的BreakingNews都使用了该项目。国内一些移动开发者较为熟悉的框架，如WeX5前端开源框架等，也是基于Bootstrap源码进行性能优化而来。3、BoilerplateBoilerplate是一个由PaulIrish（GoogleChrome开发人员、jQuery项目成员、Modernizr作者、yayQuery播客主持人）主导的“前端开发模版”。HTML5Boilerplate是一套具有非常多先进特性的框架，其特性简单介绍如下：（1）由PaulIrish首创的在HTML页面的body上使用IE条件注释判断浏览器版本，从而大大简化了针对IEHack的成本（在后来的版本中升级为在标签中加入条件注释）（2）HTML5集成，默认使用了很多HTML5的特性，并且使其兼容旧版本浏览器（3）大量针对服务器的默认配置，无需修改即可配置一个安全、标准的web服务器（4）完整的JS调试机制——即使在IE下（5）大量使用CSS3技术，并且集成了几乎所有来自框架中和技术大牛们口头相传的CSS技巧（6）为所有浏览环境做了优化，包括移动版本和打印版本（7）默认内置Modernizr，可以检测浏览器对新特性的支持能力，方便针对旧版本浏览器优化4、jQueryMobilejQueryMobile是jQuery在手机上和平板设备上的版本。jQueryMobile不仅会给主流移动平台带来jQuery核心库，而且会发布一个完整统一的jQuery移动UI框架。支持全球主流的移动平台。jQueryMobile开发团队说：能开发这个项目，我们非常兴奋。移动Web太需要一个跨浏览器的框架，让开发人员开发出真正的移动Web网站。

最近在学习ZooKeeper，一直想写篇相关博文记录下学习内容，碍于自己是个拖延症重度患者总是停留在准备阶段，直到今天心血来潮突然想干点什么，于是便一不做二不休，通过对《从Paxos到Zookeeper 分布式一致性原理与实践》一书中ZAB相关内容的总结，以及对一些优秀博文的整理码出来这篇简文。本文首先对ZooKeeper进行一个简单的介绍，然后重点介绍ZooKeeper采用的ZAB（ZooKeeper Atomic Broadcast）一致性协议算法，加深自己对ZAB协议的理解的同时也希望与简友们一起分享讨论。

ZooKeeper是一个具有高效且可靠的分布式协调服务， 由Yahoo创建的基于Google的Chubby开源实现，并于2010年11月正式成为Apache软件基金会的顶级项目。

ZooKeeper是一个典型的分布式数据一致性解决方案，分布式应用程序可基于它实现诸如数据发布/订阅、负载均衡、命名服务、分布式协调/通知、集群管理、Master选举、分布式锁和分布式队列等功能。

保证如下分布式一致性特性

顺序一致性

从同一个客户端发起的事务请求，最终将会严格地按照其发生顺序被应用到ZooKeeper中。

原子一致性

所有事务请求的处理结果在整个集群中所有机器上的应用情况是一致的，即要么整个集群所有机器都成功应用了某一个事务，要么都没有应用，一定不会出现集群中部分机器应用了该事务，而另外一部分没有应用的情况。

单一视图

无论客户端连接的是哪个ZK服务器，其看到的服务端数据模型都是一致的。

可靠性

一旦服务端成功地应用了一个事务并完成对客户端的响应，那么该事务所引起的服务端状态变更将会被一直保留下来，除非另外一个事务又对其进行了变更。

实时性

通常人们看到实时性的第一反应是，一旦一个事务被成功应用，那么客户端能够立即从服务端上读取到这个事务变更后的最新数据状态。但这个需要注意的是， ZooKeeper仅仅保证在一定时间段内 ， 客户端最终一定能够从服务端上读取到最新的数据状态 。

Leader 一个ZooKeeper集群同一时间只会有一个实际工作的Leader，它会发起并维护与各Follwer及Observer间的心跳。所有的写 *** 作必须要通过Leader完成再由Leader将写 *** 作广播给其它服务器。

Follower 一个ZooKeeper集群可能同时存在多个Follower，它会响应Leader的心跳。Follower可直接处理并返回客户端的读请求，同时会将写请求转发给Leader处理，并且负责在Leader处理写请求时对请求进行投票。

Observer 角色与Follower类似，但是无投票权。

ZooKeeper Atomic Broadcast (ZAB, ZooKeeper原子消息广播协议)是ZooKeeper实现分布式数据一致性的核心算法，ZAB借鉴Paxos算法，但又不像Paxos算法那样，是一种通用的分布式一致性算法， 它是一种特别为ZooKeeper专门设计的支持崩溃恢复的原子广播协议 。

ZAB协议的核心是定义了对于那些会改变ZooKeeper服务器数据状态的事务请求处理方式，即：

所有事务请求必须由一个全局唯一的服务器来协调处理，这样的服务器被称为Leader服务器，而余下的其他服务器称为Follower服务器。Leader服务器负责将一个客户端事务请求转换成一个事务Proposal(提议)，并将该Proposal分发给集群中所有的Follower服务器。之后Leader服务器需要等待所有的Follower服务器的反馈，一旦超过半数的Follower服务器进行了正确的反馈后，那么Leader就会再次向所有的Follower服务器分发Commit消息，要求其将前一个Proposal进提交。

ZAB协议整体可划分为两个基本的模式： 消息广播和崩溃恢复

按协议原理可细分为四个阶段： 选举（Leader Election）、发现（Discovery）、同步（Synchronization）和广播(Broadcast)

按协议实现分为三个时期： 选举（Fast Leader Election）、恢复(Recovery Phase)和广播(Broadcast Phase)

ZAB协议的消息广播过程使用的是一个原子广播协议，类似于一个二阶段提交过程。针对客户端的事务请求，Leader服务器会为其生成对应的事务Proposal，并将其发送给集群中其余所有的机器，然后在分别收集各自的选票，最后进行事务提交，此处与二阶段提交过程略有不同，ZAB协议的二阶段提交过程中， 移除了中断逻辑 ，所有的Follower服务器要么正常反馈Leader提出的事务Proposal，要么就抛弃Leader服务器。同时，ZAB协议将二阶段提交中的中断逻辑移除意味着 我们可以在过半的Follower服务器已经反馈Ack之后就开始提交事务Proposal了，而不需求等待集群中所有的Follower服务器都反馈响应 。

然而，在这种简化的二阶段提交模型下，无法处理Leader服务器崩溃退出而带来的数据不一致问题，因此ZAB协议添加了 崩溃恢复 模式来解决这个问题，另外，整个消息广播协议是基于有FIFO特性的TCP协议来进行网络通信的，因此很容易地保证消息广播过程中消息接收和发送的顺序性。

在整个消息广播过程中，Leader服务器会为每个事务请求生成对应的Proposal来进行广播，并且在广播事务Proposal之前，Leader服务器会首先为这个事务Proposal分配一个全局单调递增的唯一ID，我们称之为事务ID(即ZXID)。由于ZAB协议需要保证每一个消息严格的因果关系，因此必须将每一个事务Proposal按照其ZXID的先后顺序进行排序和处理。

具体的，在消息广播过程中，Leader服务器会为每个Follower服务器都各自分配一个单独的队列，然后将需要广播的事务Proposal依次放入这些队列中取，并且根据FIFO策略进行消息发送。每一个Follower服务器在接收到这个事务Proposal之后，都会首先将其以事务日志的形式写入本地磁盘中，并且成功写入后反馈给Leader服务器一个Ack相应。当Leader服务器接收到过半数Follower的Ack响应后，就会广播一个Commit消息给所有的Follower服务器以通知其进行事务提交，同时Leader自身也会完成对事务的提交，而每个Follower服务器在接收到Commit消息后，也会完成对事务的提交。

上面讲解的ZAB协议的这个基于原子广播协议的消息广播过程，在正常运行情况下运行非常良好，但是一旦Leader服务器出现崩溃或者由于网络原因导致Leader服务器失去了与过半Follower的联系，那么就会进入崩溃恢复模式。在ZAB协议中，为了保证程序的正确运行，整个恢复过程结束后需要选举出一个新的Leader服务器。因此，ZAB协议需要一个高效且可靠的Leader选举算法，从而确保能够快速选举出新的Leader。同时，Leader选举算法不仅仅需要让Leader自己知道其自身已经被选举为Leader，同时还需要让集群中的所有其他服务器也快速地感知到选举产生的新的Leader服务器。崩溃恢复主要包括Leader选举和数据恢复两部分，下面将详细讲解 Leader选举和数据恢复流程 。

现有的选举算法有一下四种： 基于UDP的LeaderElection 、 基于UDP的FastLeaderElection 、 基于UDP和认证的FastLeaderElection 和 基于TCP的FastLeaderElection ，在3410版本中弃用其他三种算法

myid —— zk服务器唯一ID

zxid ——  最新事务ID

高32位 是Leader的 epoch ，从1开始，每次选出新的Leader，epoch加一；

低32位 为该epoch 内的序号 ，每次epoch变化，都将低32位的序号重置；

保证了zkid的 全局递增性 。

logicClock 表示这是该服务器发起的第多少轮投票，从1开始计数

state 当前服务器的状态

self_id 当前服务器的 唯一ID

self_zxid 当前服务器上所保存的数据的 最大事务ID ，从0开始计数

vote_id 被推举的服务器的 唯一ID

vote_zxid 被推举的服务器上所保存的数据的 最大事务ID ，从0开始计数

LOOKING  不确定Leader状态。该状态下的服务器认为当前集群中没有Leader，会发起Leader选举。

FOLLOWING  跟随者状态。表明当前服务器角色是Follower，并且它知道Leader是谁。

LEADING  领导者状态。表明当前服务器角色是Leader。

OBSERVING  观察者状态， 不参与选举 ，也不参与集群写 *** 作时的投票。

能够确保提交已经被Leader提交的事务Proposal，同时丢弃已经被跳过的事务Proposal。针对这个要求，如果让Leader选举算法能够保证新选举出来的Leader服务器拥有集群中所有机器最高编号(即ZXID最大)的事务Proposal，那么就可以保证这个新选举出来的Leader一定具有所有已经提交的提案。更为重要的是，如果让具有最高编号事务Proposal的机器成为Leader，就可以省去Leader服务器检查Proposal的提交和丢弃工作的这一步 *** 作了。

ZooKeeper规定所有有效的投票都必须在同一轮次中。每个服务器在开始新一轮投票时，会先对自己维护的logicClock进行自增 *** 作。

每个服务器在广播自己的选票前，会将自己的投票箱清空。该投票箱记录了所收到的选票。例：服务器2投票给服务器3，服务器3投票给服务器1，则服务器1的投票箱为(2, 3), (3, 1), (1, 1)。 票箱中只会记录每一投票者的最后一票 ，如投票者更新自己的选票，则其它服务器收到该新选票后会在自己票箱中更新该服务器的选票。

每个服务器最开始都是通过广播把票投给自己。

服务器会尝试从其它服务器获取投票，并记入自己的投票箱内。如果无法获取任何外部投票，则会确认自己是否与集群中其它服务器保持着有效连接。如果是，则再次发送自己的投票；如果否，则马上与之建立连接。

根据选票logicClock -> vote_zxid -> vote_id依次判断

1 判断选举轮次

收到外部投票后，首先会根据投票信息中所包含的logicClock来进行不同处理：

外部投票的logicClock > 自己的logicClock:   说明该服务器的选举轮次落后于其它服务器的选举轮次，立即清空自己的投票箱并将自己的logicClock更新为收到的logicClock，然后再对比自己之前的投票与收到的投票以确定是否需要变更自己的投票，最终再次将自己的投票广播出去;

外部投票的logicClock < 自己的logicClock: 当前服务器直接忽略该投票，继续处理下一个投票;

外部投票的logickClock = 自己的: 当时进行选票PK。

2 选票PK

选票PK是基于(self_id, self_zxid)与(vote_id, vote_zxid)的对比：

若logicClock一致，则对比二者的vote_zxid，若外部投票的vote_zxid比较大，则将自己的票中的vote_zxid与vote_myid更新为收到的票中的vote_zxid与vote_myid并广播出去，另外将收到的票及自己更新后的票放入自己的票箱。如果票箱内已存在(self_myid, self_zxid)相同的选票，则直接覆盖

若二者vote_zxid一致，则比较二者的vote_myid，若外部投票的vote_myid比较大，则将自己的票中的vote_myid更新为收到的票中的vote_myid并广播出去，另外将收到的票及自己更新后的票放入自己的票箱

如果已经确定有过半服务器认可了自己的投票（可能是更新后的投票），则终止投票。否则继续接收其它服务器的投票。

投票终止后，服务器开始更新自身状态。若过半的票投给了自己，则将自己的服务器状态更新为LEADING，否则将自己的状态更新为FOLLOWING。
注： 图中箭头上的(1,1,0) 三个数一次代表该选票的服务器的 LogicClock 、被推荐的服务器的myid (即 vote_myid ) 以及被推荐的服务器的最大事务ID(即 vote_zxid )；

(1, 1) 2个数分别代表投票服务器myid(即 self_myid )和被推荐的服务器的myid (即 vote_myid )

选举流程如下:

自增选票轮次&初始化选票&发送初始化选票

首先，三台服务器自增选举轮次将LogicClock=1；然后初始化选票，清空票箱；最后发起初始化投票给自己将各自的票通过广播的形式投个自己并保存在自己的票箱里。

接受外部投票&更新选票

以Server 1 为例，分别经历 Server 1 PK Server 2 和 Server 1 PK Server 3 过程

Server 1 PK Server 2

Server 1 接收到Server 2的选票(1,2,0) 表示，投票轮次LogicClock为1，投给Server 2，并且Server 2的最大事务ID，ZXID 为0；

这时Server 1将自身的选票轮次和Server 2 的选票轮次比较，发现 LogicClock=1相等 ，接着Server 2比较比较最大事务ID，发现也 zxid=0也相等 ，最后比较各自的myid，发现Server 2的 myid=2 大于自己的myid=1 ；

根据选票PK规则，Server 1将自己的选票由 (1, 1) 更正为 (1, 2)，表示选举Server 2为Leader，然后将自己的新选票 (1, 2)广播给 Server 2 和 Server 3，同时更新票箱子中自己的选票并保存Server 2的选票，至此Server 1票箱中的选票为(1, 2) 和 (2, 2)；

Server 2收到Server 1的选票同样经过轮次比较和选票PK后确认自己的选票保持不变，并更新票箱中Server 1的选票由(1, 1)更新为(1, 2)，注意此次Server 2自己的选票并没有改变所有不用对外广播自己的选票。

Server 1 PK Server 3

更加Server 1 PK Server 2的流程类推，Server 1自己的选票由(1, 2)更新为(1, 3), 同样更新自己的票箱并广播给Server 2 和 Server 3；

Server 2再次接收到Server 1的选票(1, 3)时经过比较后根据规则也要将自己的选票从(1, 2)更新为(1, 3), 并更新票箱里自己的选票和Server 1的选票，同时向Server 1和 Server 3广播；

同理 Server 2 和 Server 3也会经历上述投票过程，依次类推，Server 1 、Server 2 和Server 3 在俩俩之间在经历多次 选举轮次比较 和 选票PK 后最终确定各自的选票。

选票确定后服务器根据自己票箱中的选票确定各自的角色和状态，票箱中超过半数的选票投给自己的则为Leader，更新自己的状态为LEADING，否则为Follower角色，状态为FOLLOWING，

成为Leader的服务器要主动向Follower发送心跳包，Follower做出ACK回应，以维持他们之间的长连接。
1《从Paxos到Zookeeper 分布式一致性原理与实践》 [倪超著]

2 《实例详解ZooKeeper ZAB协议、分布式锁与领导选举》

3《ZooKeeper’s atomic broadcast protocol:Theory and practice》[Andr ́e Medeiros]

你好！2gb或者4gb都行
1什么是k8s？
k8s是一个docker容器管理工具
它是一个全新的基于容器技术的分布式架构领先方案，是开源的容器集群管理系统。
在docker的基础上，为容器化的应用提供部署运行，资源调度，服务发现和动态伸缩等一系列完整功能
2----k8s的优势：
a，容器编排
b，轻量级
c，开源
d，d性伸缩
e，负载均衡
二：k8s的核心功能
1自愈: 重新启动失败的容器，在节点不可用时，替换和重新调度节点上的容器，对用户定义的健康检查不响应的容器会被中止，并且在容器准备好服务之前不会把其向客户端广播。
d性伸缩: 通过监控容器的cpu的负载值,如果这个平均高于80%,增加容器的数量,如果这个平均低于10%,减少容器的数量
服务的自动发现和负载均衡: 不需要修改您的应用程序来使用不熟悉的服务发现机制，Kubernetes 为容器提供了自己的 IP 地址和一组容器的单个 DNS 名称，并可以在它们之间进行负载均衡。
滚动升级和一键回滚: Kubernetes 逐渐部署对应用程序或其配置的更改，同时监视应用程序运行状况，以确保它不会同时终止所有实例。 如果出现问题，Kubernetes会为您恢复更改，利用日益增长的部署解决方案的生态系统。

---