什么是堡垒机？堡垒机现在的价格一般都是多少钱？
堡垒机是一种集中身份管理解决方案，集帐号管理、授权管理、认证管理和综合审计于一体，为企业提供统一框架，整合企业应用系统、网络设备、主机系统，确保合法用户安全、方便使用特定资源的安全管理平台技术研发和应用趋势。现在国内市场上的堡垒机有很多家，如果楼主是需要购买堡垒机的话，那要看公司具体的规模，规模不同堡垒机厂商的解决方案也不同，规模比较大的一般都是通过招标的方式来进行的，但是如果楼主是中小型企业的话这我推荐你在上网查查碉堡软件版堡垒机！
碉堡堡垒机是一种集中身份管理解决方案，集帐号管理、授权管理、认证管理和综合审计于一体，为企业提供统一框架，整合企业应用系统、网络设备、主机系统，确保合法用户安全、方便使用特定资源的安全管理平台技术研发和应用趋势。价格现在都还是很贵的，如果楼主是中小型企业建议碉堡堡垒机，软件版的而且性价比高。
行云管家堡垒机在收费方面，显得异常灵活。如果是面向中小企业的，从几百几千都有。
行云管家堡垒机在线演示：https://www.cloudbility.com
行云管家新手有礼活动网页：https://www.cloudbility.com/zt/coupon.html
行云管家堡垒机两种交付模式：SaaS 与 私有化部署版本。
我们从2017年就开始在做私有化部署版本，许多规模较大的企业看到我们在SaaS上有很好的一套产品形态。他们迫切的希望这套产品能迁移到企业里来，所以我们就将SaaS上的产品做了私有化部署的落地，并且在企业中帮助他们落地。
对于SaaS，可以说仅仅是一种服务交付模式的变化，只不过SaaS使得各种规模的企业都可以更轻松、便宜地购买软件，享受服务。因为大多数中小企业都不太关心实现方式，就像他们应当更多的关心成本和价值一样。
因为随着人口红利的消失，人力成本越来越贵，对于大多数企业来说是一个不小的挑战。如果我们提供的服务能够帮助企业有序管理团队，就能让团队生产力更高。另外，我们还能够帮助企业节省IT运营成本，逐渐的越来越多的企业认识到我们的服务模式对企业IT管理的帮助，对流程的帮助。
行云管家堡垒机在线演示：https://www.cloudbility.com
行云管家新手有礼活动网页：https://www.cloudbility.com/zt/coupon.html
既然问到堡垒机，我还是有必要回答一下的，这是因为堡垒机确实给我的运维工作履历带来了实际帮助，如果没有堡垒机我可能已经考虑转行了。我就从我的经历说起吧，说来话长，大家慢慢看。
从事运维三年了，自己也曾遇到过各式各样的问题，诸如因认证方式过于简单造成服务器账号被盗、权限划分不明造成的误删数据库文件等问题屡见不鲜，果不其然的印证了“70%的故障均来自内部人员的操作失误”的魔咒。
很显然，问题出在日常运维工作不规范，如果不规范工作中的一举一动，就会不断的犯错，最后导致所有的功劳都变成徒劳。
俗话说的好：常在河边走， 哪能不湿鞋。身边例子很多，随便举一个朋友在群里的对话。
若一不小心执行命令 rm -rf / tmp，如果此时正好拥有root权限，那么后果将不堪设想。
关于rm -rf / tmp 这种错误，对于手快的朋友或者在我们网速比较慢时，出现的概率相当大，当你发现执行完之后，你的心至少是凉了半截。可能大家对自己拥有相当大的自信，老子每次都这样没出过错，唬谁呢。
当出现一次你就明白了，不要认为那些运维事故都是在别人身上，如果你不注意，下一个就是你。
众多运维工作的失误，时刻提醒我们运维人员要建立明确、规范的标准化管理流程，以提高运维效率、降低综合成本，保障业务的连续性。
在这里跟大家分享几个关于rm防止误删除数据的小技巧：
1、先备份，再操作，最好有异机备份，修改配置等先提交版本管理系统再发布到线上；
2、删除文件时使用mv命令替代rm命令，无用的文件先不删除，而是移动到/tmp里观察些许时间；
mv filename.txt /tmp/
3、如果非要使用rm删除，请尽量先使用Tab补全目录，再切换目录再删目录下的数据，能不用通配符就不用通配符。
cd /tmp
rm -f filename_1.txt filename_2.txt
4、如果删除的不是目录，就不要使用“rm -fr”，应采用最小化权限“rm -f”来进行对文件的删除。
至此之后，运维失误确实减少了，但是好景不长，时隔俩月问题又再次重演，而我们还不知道是谁操作的（当时我马上查看了系统日志，但苦于系统日志可读性差、零散、可删除、篡改、并且我们账号与运维人员无法一一对应）！！！
CTO彻底爆发，这次必须从源头彻底根除这个问题，否则你就给我滚蛋。此时的我，非常理解CTO的心情，于是当面立下军令状，杜绝此类事故的再次发生。
目前我们的主机资源规模大概在数百台左右，上面跑着许多不同的业务系统，对于这些资源来说，都有各自独立的一套账号体系，当时为了方便管理，我们是通过一个Excel来维护这些账号信息，使用时，也就存在了多人共用账号的情况。
多人共用账号给我们带来方便的同时，账号本身的安全性也就无法得到保证，导致操作者的身份无法确定，当系统发生问题后，很难确认具体责任人。
为了保证密码的安全性，我们也会制定严格的密码管理策略，诸如密码必须定期修改，密码需保证足够的强度等，但现实执行中，由于管理的资源规模太大和账号数量太多，这一费时费力的操作，往往最终都流于形式，由此引出我们的第一个问题：账号密码管理体系不规范。
在访问控制这块，我们对运维人员数据信息的访问能力和范围并没有做严格的控制与限制，导致运维操作流程就像一个“黑盒”，我们并不清楚运维人员：在哪台设备上执行操作？
操作是哪一位来执行？
正在进行哪些操作？
执行的操作是否合规？
由此，带来的后果除了本次失误操作导致关键应用服务异常、宕机之外，存在违规操作导致敏感信息泄露、丢失的情况也曾发生过。
那么我们要解决的第二个问题：访问控制不严格。
该如何解决？维持现有的运维流程肯定是不行，通过制度来约束运维人员实现安全合规的操作未免显得有些力不从心。
那么只能依靠通过其他手段来避免上述问题的发生，对于从事运维的朋友大概都清楚只要用堡垒机就能解决我们现在所有面临的问题，因为堡垒机的作用就是让远程运维操作管理能够实现按用户/资源进行授权管理，除此之外通过事前访问控制、事中录像监控、事后指令审计，以保证企业数据的安全以及运维操作的安全合规。
我们也调研了目前主流的堡垒机解决方案，这里我主要根据自己的经验，从几个要点进行分析和比较，分享给大家参考，至于如何选择，大家可根据自身的业务环境进行适配。
主流堡垒机解决方案
内部自研
开源堡垒机
商业堡垒机
一开始我们是想通过内部自研的方式进行堡垒机的开发，对于堡垒机来说，它是由多种技术协调整合形成的。简单来说相当于运维人员的一台代理服务器（Proxy Server），如果从主干技术原理的角度概述的话，堡垒机所应用的主要技术包括但不限于：逻辑命令自动识别技术、分布式架构处理技术、图形协议代理技术、多进程/线程与同步技术、数据加密技术等。可以说，堡垒机技术是一个看似简单，其实复杂而精细的分布式系统集群。
考虑到内部研发堡垒机在性能和稳定性上一定会有所欠缺，出问题后，运维人员不能登录，影响很多团队干活，尤其在处理业务故障的时候，如果突然发现某台服务器进不去，这就尴尬了，严重影响周围团队对我们运维团队的满意度。
运维本身是个服务性质的工作，尽量不要搞得周围部门不满意才好。
考虑再三决定调研测试开源堡垒机，目前的开源堡垒机方案有很多，目前做的较好的诸如有CrazyEye、Teleport、Jumpserver、GateOne、麒麟开源堡垒机等。
当我们公司选择了使用开源堡垒机时，便拥有初始投入少、使用灵活等特点。不过在后来我们的管理成本、学习曲线和安全性方面却很难得到，可能我们一开始不曾考虑开源堡垒机也需专人进行维护，而且大多开源堡垒机的功能相对简单，只能够满足我们最最基本的安全需求。如果想更进一步的发挥堡垒机真正的价值或者说是有用的堡垒机，那么根据公司业务进而定制开发就是必经之路。
而对开源堡垒机的定制开发，又让我们回到了内部自研的老路，开发堡垒机这个人必须非常熟悉Linux以及公司业务，而且还要会玩Python（大多与运维相关的应用使用Python开发的较多，具备这样能力的人薪资往往不低），除此之外也可以选择开源堡垒机的商业支持服务，不过需支付高昂的技术支持服务费用，这本身就是一个运维成本。从这个角度讲，开源堡垒机并不等同于免费堡垒机，后期成本可能远远高于商用堡垒机，对开源堡垒机厂商还没有任何责任约束。
行吧，是时候调研商业堡垒机了，我们通过调研得知商业堡垒机目前可细分为：传统堡垒机和云堡垒机。
以传统堡垒机厂商为代表的供应商诸如：齐治、绿盟、碉堡、安畅等。
以云堡垒机厂商为代表的供应商诸如：行云管家、云安宝等。
对于传统堡垒机多为软硬件结合且价格昂贵，其管控能力十分强大，是银行、国营大型企业IT运维团队的首要选项。
但传统堡垒机的缺点是，价格很高动辄数十上百万（容易出现单点故障，所以一次要买俩进行高可用），所以部署起来相对来说比较困难，需要专业的团队统筹部署，维护成本高。同时对现有网络结构侵入大，软件和硬件升级都不方便，并不怎么适合中小型企业、一般创业企业。
对于云堡垒机的调研来说，了解到云堡垒机在功能上已非常成熟，同时借助了云计算的优势，使得云堡垒机在资源的交互性、易用性、性价比、维护成本、产品自身安全性等方面又得到了进一步提升，尤其解决了传统堡垒机的单点故障问题。
除此之外，云堡垒机还有许多特性，诸如免安装、免维护、开箱即用，支持Windows\Linux等主机运维审计、指令检索、监控预警、自动化运维等。
这里大家需要注意的是，堡垒机对于自动化运维的影响甚大，因为我们使用了堡垒机实现了云环境下的统一运维管理，成为所有运维的唯一入口。那么堡垒机既会成为自动化运维的羁绊，那么可就得不偿失了，所以我们选择使用堡垒机时，也需对配套功能进行考虑（是否具备其它运维相关功能，比如主机监控、远程协同、自动化运维等）；
从身边已在使用堡垒机的朋友得知，他们的采购同事购买传统堡垒机的流程一般为：
1、需要乙方销售人员多次上门介绍产品；
2、签订合约；
3、需要运输、安装、调试、配置……
整个流程一般长达数月。
但在云上，云堡垒机的交付则更为简单，对于云堡垒机厂商，云安宝提供了私有部署版本，而行云管家不仅提供了私有部署版本，同时还拥有SaaS平台，SaaS的优势在于我们无需在硬件和IT人员方面再进行任何额外的投资，即可获得堡垒机服务，这种区别就如同拎包租住一间精装房和聘请施工队 为自己修建一套住房的区别。废话少说，接下来就是对两家产品进行细粒度的测试。
云匣子：云匣子总的来说与开源的JumpServer相差不多。
行云管家堡垒机在线体验：前面提到，行云管家拥有SaaS平台，只需要通过浏览器即可体验，我们通过Google搜索行云管家堡垒机，得到了在线体验的环境，通过注册、创建团队、导入资源三个步骤，我们便可以通过行云管家来管理主机资源。
通过一番体验之后，不管是在UI、产品功能、产品体验方面都很满意，在我们长时间的测试过程中，工作人员始终保持与我们进行良好沟通和解决产品问题，最终他们用坚持不懈赢得我们领导的认可也促成订单落地。
从上线到目前一个季度，我对CTO的承诺也得以兑现，未雨绸缪永远比出了问题在处理要好的多，出了问题补救是不得已的事，但还是有许多公司，没有亡羊补牢，而是好了伤疤忘了疼，没过多久问题又重演。
因此，在工作中要尽量做到未雨绸缪，从源头上减少故障的发生。其次，要做到亡羊补牢、举一反三，事情出现一次就不能再出现第二次。当然，完善的备份和恢复策略也是需要做的。只有把这些结合起来，才能把我们运维的工作做的更好。
最后总结一下，对于选购堡垒机并非越贵的就越好，而是要综合考量各项指标与运维团队本身的契合度，以及在实际应用中的真实需求。如果我们所在的团队是金融、政府等对安全性要求极高的组织，建议考虑传统堡垒机。但是对于一些互联网企业、创业企业而言，我比较倾向于向大家推荐使用云堡垒机，无论是从价格还是灵活性来说他都具备优势。况且随着云计算市场的发展，上云成为主流，未来的堡垒机发展趋势也必然是偏向于云堡垒机。
广州堡垒企业管理顾问有限公司怎么样？
广州堡垒企业管理顾问有限公司是2014-05-15在广东省广州市番禺区注册成立的有限责任公司(自然人投资或控股)，注册地址位于广州市番禺区大石街朝阳东路389号409房。
广州堡垒企业管理顾问有限公司的经营范围是：企业管理服务（涉及许可经营项目的除外）;工商咨询服务;企业财务咨询服务;投资咨询服务;公共关系服务;工商登记代理服务;房屋租赁;技术进出口;商品信息咨询服务;大型活动组织策划服务;货物进出口（专营专控商品除外）;企业管理咨询服务;。在广东省，相近经营范围的公司总注册资本为13428746万元，主要资本集中在 1000-5000万 和 5000万以上 规模的企业中，共6358家。本省范围内，当前企业的注册资本属于一般。
通过百度企业信用查看广州堡垒企业管理顾问有限公司更多信息和资讯。
求助：二战美空军轰炸机B-17空中堡垒一共有几种型号及它们的区别？（最好有图片及说明）
B-17空中堡垒的型号有：
Y1B-17A：1937年5月12日，美军陆航司令部（USAAC）将Y1B-17机体装配成一架测试机，型号为Y1B-17A。
Y1B-17：Y1B-17是B-17的测试型号。外观上最显著的改变也许就在主起落架上面，原先的两个主起落架支柱现在改为一个，另外发动机舱上方设置了长长的汽化器进气道。
B-17B ：是飞行堡垒家族第一个批量生产的成员。USAAC称作B-17B。B-17B与Y1B-17外观上的不同在于采用了面积较大的方向舵和副翼。去掉了透明的机鼻上方形似玻璃暖房的机枪转塔和机鼻下方的投弹瞄准窗口，透明的机鼻经过重新设计。机枪转塔被机鼻右侧的一个简单的7.62毫米球形万向机枪座所取代，透明机鼻上下方的一块平板玻璃充当投弹瞄准窗口。驾驶舱顶部增加了气泡观察窗。B-17B装备了更强有力的R-1820-51发动机。除此之外内部的许多系统被改变，重新安排了乘员位置，气动刹车改为液压式。
B-17C：USAAC在1939 年进一步订购了38 架飞行堡垒，这次订购的是改进型 Model299H，军方指定型号B-17C。
B-17D：1941 年根据租借法案，从生产线上抽调了20架B-17C援助英国，改称堡垒1型。USAAC剩余的B-17C在1941年1月返回波音工厂升级成B-17D。B-17D在机内有数种改进，规模不大。
B-17E：是飞行堡垒家族中第一个开始大量生产的型号。B-17E 是根据早期欧洲空战的经验教训进行改进的产物，从B-17E开始，飞行堡垒开始真正成长为令人生畏的轰炸机。从E型开始，B-17拥有了标志性的巨大垂尾。
B-17F：最后一架B-17E于1942年5月28日离开了波音生产线，在生产了512 架B-17E后，波音转产B-17F。作为飞行堡垒家族中的新成员，B-17F接替了B-17E的生产。F型是根据早期太平洋战场上使用B-17C/D的经验于1942年初开始进行改进设计的结果。在外观上可能无法区分B-17F与 B-17E，它们之间的区别仅能通过机鼻透明整流罩有无边框来区分。B-17F内部有超过400项的改进。
B-17G ：B-17G于1943年7月开始投产的，是飞行堡垒家族中数量最多的成员。B-17G 最显著的外形特征就是下颚增加了本迪克斯动力炮塔，内置两挺12.7 毫米机枪。
另有不同数量不同型号的空中堡垒被改装成火力支援护航机、侦察机、运输机、测试机以及无人机、靶机等等。二战中及战后，也有超过十个国家装备过B-17空中堡垒轰炸机。
美国空军重型轰炸机
—B-17空中堡垒(Flight Fortress)
B-17空中堡垒为波音公司设计并于1935年试飞的一种远程重型轰炸机，原型机编号为B-299，随战争的进行B-17进行了多种的改进，包括在B-17E上增大尾翼并增加了尾炮。停产前，各种型号的B-17共生产了12000以上，在战场上损失了约4700架。
战略轰炸的概念基本上是由B-17飞机开创的。在1940年二战的欧洲战场上，B-17因白天轰炸柏林而闻名于世。实际上B-17完成了欧洲战场上大部分的轰炸任务。但在太平洋战场上，B-17却没有在欧洲那么有名。
(<-B-17三维图)
太平洋局势升级时，为加强战略防御力量，美军一直在向菲律宾运送B-17。珍珠港袭击当天，刚好有12架B-17从西海岸飞往珍珠港并计划部署到菲律宾，这致使珍珠港的雷达员将日本进攻机群误当作B-17，而没有报警。后来没有武装的B-17在第一攻击波结尾的炮火中赶到珍珠港，大部分飞机受损。
此时，菲律宾的部署并没有完成，各基地共约有40余架B-17。按计划这些飞机应空袭台湾的日军基地，但因种种原因，空袭受到拖延。而日军得到先机，在日本轰炸机袭击范围内的B-17多数被击毁在地上。开战一周后，菲律宾的B-17已损失大半，剩下的已不能完成阻止日军登陆的任务。
B-17参与了随后的海战，包括在中途岛袭击了日航空母舰，但在这些战术轰炸中，B-17的命中率较低，不如俯冲轰炸机和轻型轰炸机。幸好，B-17装甲较厚，不易为日军击落。
1943年下半年，由于没有得到及时补充以及随后B-24、B-29飞机的引入，太平洋上的B-17已所剩不多，并渐渐退出了太平洋战场。
型 号 B-17,波音公司设计，重型轰炸机
发 动 机 4发，莱特R-1820活塞发动机，1200马力
航 程 1850英里(2979 公里)
巡航速度 170英里(273公里)/小时
最大速度 300英里(483公里)/小时
升 限 35000英尺(10667米)
总 重 55000磅(20吨)
最大载弹 17600磅(8吨)
长 度 74英尺(22.7米)
翼 展 103英尺(31.7米)
机组人员 10人，机长、副驾驶、机械员、投弹手、通讯员和5名机枪手。
价 格 约20万美元(1942)
开源堡垒机真的完全免费吗？
我来说一下，我此前在中小创业企业工作过几年，现在某国企分公司任职运维经理。关于免费堡垒机品牌这个问题，我个人有一些经验之谈分享给大家，不喜勿喷。
一些初创企出于成本的考虑，会考虑找台免费堡垒机来保障运维安全。我用过不同类型的免费堡垒机产品，大体分为开源堡垒机和免费商用堡垒机。
先说下开源堡垒机。大部分开源堡垒机的功能相对简单，就是基础的堡垒机架构，其实并不好用，但上手容易。如果你的公司选开源，可能要考虑后期运维成本的问题，开源堡垒机需要一个即熟悉公司业务又懂Linux和Python的专人进行维护和二次开发。如若不然，则要支付非常昂贵的技术支持服务费用以保障开源堡垒机的正常使用。
打个比方，企业购买一台打印机的成本并不高，但是后期的维护和更换硒鼓却是一笔不小的开销。开源堡垒机也是一样的，得来全不费工夫，但是并不代表不需要维护成本。例如Jumpserver，它是一款由python编写开源的堡垒机系统，基于ssh协议来管理。但是，它提供的仅仅是免费的搭建堡垒机，后续新功能上线还是需要额外支付费用的。
再说下免费商用堡垒机。商用堡垒机厂商中也有不少提供免费堡垒机的品牌，功能更全面，更方便使用。例如行云管家云堡垒机，是首家支持Windows2012/2016指令审计的云堡垒机，毕竟商用所以功能很全。它的不足是限额免费，现在是提供4台主机的免费使用配额，超过4台的还是要收费的，我记得加一台20块左右，对于小型创业公司、团队来说，4台主机免费配额基本满足企业需要。
开源虽好，但不实用，如果你要用来学习研究完全可以。但就我个人经验而言，我比较喜欢行云管家这一类的商业堡垒机，能够真正给企业解决问题。其他的免费堡垒机还有一些，但大体如上所述，看你的需要进行选择就好了。
行云管家堡垒机在线体验
并不是。一般中小企业没有技术支持，且出于成本考虑，往往会考虑使用市面上的免费堡垒机。免费堡垒机有两种：
1、开源堡垒机
大多开源堡垒机的功能相对简单,能够满足最最基本的企业的安全需求。但是在使用开源堡垒机的同时，企业必须要考虑后期运维成本。开源堡垒机需要专人进行维护和二次开发，而开发堡垒机这个人必须非常熟悉Linux、公司业务而且还要会Python，当然我们也可以选择开源堡垒机的商业支持服务，不过需支付高昂的技术支持服务费用，这种模式有点类似于打印机和硒鼓的套路，打印机价格非常便宜，但是打印机的售后维护服务和更换硒鼓的费用才是真正的成本所在。
2、免费的商用堡垒机
在商用堡垒机的各类厂商中，行云管家云堡垒机是业界首家支持Windows2012/2016指令审计全面支持云服务器/私有服务器/虚拟机等任意类型服务器的云堡垒机，免安装免维护，易于使用，无需安装任何Agent，并且行云管家堡垒机提供4台免费使用配额，只针对超过4台的主机数计费，对于小型创业公司、团队来说，4台主机免费配额已经能够满足企业的基本需要。
无论是开源堡垒机还是免费商用堡垒机，企业需要综合考量企业安全运维需求与各品牌堡垒机产品功能的契合度，选择最适合的那一款堡垒机。
一开始我们是想通过内部自研的方式进行堡垒机的开发，对于堡垒机来说，它是由多种技术协调整合形成的。简单来说相当于运维人员的一台代理服务器（Proxy Server），如果从主干技术原理的角度概述的话，堡垒机所应用的主要技术包括但不限于：逻辑命令自动识别技术、分布式架构处理技术、图形协议代理技术、多进程/线程与同步技术、数据加密技术等。可以说，堡垒机技术是一个看似简单，其实复杂而精细的分布式系统集群。
考虑到内部研发堡垒机在性能和稳定性上一定会有所欠缺，出问题后，运维人员不能登录，影响很多团队干活，尤其在处理业务故障的时候，如果突然发现某台服务器进不去，这就尴尬了，严重影响周围团队对我们运维团队的满意度。
运维本身是个服务性质的工作，尽量不要搞得周围部门不满意才好。
考虑再三决定调研测试开源堡垒机，目前的开源堡垒机方案有很多，目前做的较好的诸如有CrazyEye、Teleport、Jumpserver、GateOne、麒麟开源堡垒机等。
当我们公司选择了使用开源堡垒机时，便拥有初始投入少、使用灵活等特点。不过在后来我们的管理成本、学习曲线和安全性方面却很难得到，可能我们一开始不曾考虑开源堡垒机也需专人进行维护，而且大多开源堡垒机的功能相对简单，只能够满足我们最最基本的安全需求。如果想更进一步的发挥堡垒机真正的价值或者说是有用的堡垒机，那么根据公司业务进而定制开发就是必经之路。
而对开源堡垒机的定制开发，又让我们回到了内部自研的老路，开发堡垒机这个人必须非常熟悉Linux以及公司业务，而且还要会玩Python（大多与运维相关的应用使用Python开发的较多，具备这样能力的人薪资往往不低），除此之外也可以选择开源堡垒机的商业支持服务，不过需支付高昂的技术支持服务费用，这本身就是一个运维成本。从这个角度讲，开源堡垒机并不等同于免费堡垒机，后期成本可能远远高于商用堡垒机，对开源堡垒机厂商还没有任何责任约束。
行吧，是时候调研商业堡垒机了，我们通过调研得知商业堡垒机目前可细分为：传统堡垒机和云堡垒机。
以传统堡垒机厂商为代表的供应商诸如：齐治、绿盟、碉堡、安畅等。
以云堡垒机厂商为代表的供应商诸如：行云管家、云安宝等。
对于传统堡垒机多为软硬件结合且价格昂贵，其管控能力十分强大，是银行、国营大型企业IT运维团队的首要选项。
但传统堡垒机的缺点是，价格很高动辄数十上百万（容易出现单点故障，所以一次要买俩进行高可用），所以部署起来相对来说比较困难，需要专业的团队统筹部署，维护成本高。同时对现有网络结构侵入大，软件和硬件升级都不方便，并不怎么适合中小型企业、一般创业企业。
对于云堡垒机的调研来说，了解到云堡垒机在功能上已非常成熟，同时借助了云计算的优势，使得云堡垒机在资源的交互性、易用性、性价比、维护成本、产品自身安全性等方面又得到了进一步提升，尤其解决了传统堡垒机的单点故障问题。
除此之外，云堡垒机还有许多特性，诸如免安装、免维护、开箱即用，支持Windows\Linux等主机运维审计、指令检索、监控预警、自动化运维等。
这里大家需要注意的是，堡垒机对于自动化运维的影响甚大，因为我们使用了堡垒机实现了云环境下的统一运维管理，成为所有运维的唯一入口。那么堡垒机既会成为自动化运维的羁绊，那么可就得不偿失了，所以我们选择使用堡垒机时，也需对配套功能进行考虑（是否具备其它运维相关功能，比如主机监控、远程协同、自动化运维等）；
从身边已在使用堡垒机的朋友得知，他们的采购同事购买传统堡垒机的流程一般为：
1、需要乙方销售人员多次上门介绍产品；
2、签订合约；
3、需要运输、安装、调试、配置……
整个流程一般长达数月。
但在云上，云堡垒机的交付则更为简单，对于云堡垒机厂商，云安宝提供了私有部署版本，而行云管家不仅提供了私有部署版本，同时还拥有SaaS平台，SaaS的优势在于我们无需在硬件和IT人员方面再进行任何额外的投资，即可获得堡垒机服务，这种区别就如同拎包租住一间精装房和聘请施工队 为自己修建一套住房的区别。废话少说，接下来就是对两家产品进行细粒度的测试。
云匣子：云匣子总的来说与开源的JumpServer相差不多。
行云管家堡垒机在线体验：前面提到，行云管家拥有SaaS平台，只需要通过浏览器即可体验，我们通过Google搜索行云管家堡垒机，得到了在线体验的环境，通过注册、创建团队、导入资源三个步骤，我们便可以通过行云管家来管理主机资源。
通过一番体验之后，不管是在UI、产品功能、产品体验方面都很满意，在我们长时间的测试过程中，工作人员始终保持与我们进行良好沟通和解决产品问题，最终他们用坚持不懈赢得我们领导的认可也促成订单落地。
从上线到目前一个季度，我对CTO的承诺也得以兑现，未雨绸缪永远比出了问题在处理要好的多，出了问题补救是不得已的事，但还是有许多公司，没有亡羊补牢，而是好了伤疤忘了疼，没过多久问题又重演。
因此，在工作中要尽量做到未雨绸缪，从源头上减少故障的发生。其次，要做到亡羊补牢、举一反三，事情出现一次就不能再出现第二次。当然，完善的备份和恢复策略也是需要做的。只有把这些结合起来，才能把我们运维的工作做的更好。
最后总结一下，对于选购堡垒机并非越贵的就越好，而是要综合考量各项指标与运维团队本身的契合度，以及在实际应用中的真实需求。如果我们所在的团队是金融、政府等对安全性要求极高的组织，建议考虑传统堡垒机。但是对于一些互联网企业、创业企业而言，我比较倾向于向大家推荐使用云堡垒机，无论是从价格还是灵活性来说他都具备优势。况且随着云计算市场的发展，上云成为主流，未来的堡垒机发展趋势也必然是偏向于云堡垒机。
大家想要在线体验的话可以百度搜索：行云管家