解决方案:微信公众号运营常用的工具有哪些？

　　解决方案:微信公众号运营常用的工具有哪些？

　　（二）多元化推广。想通过公众号后台变现的朋友可以考虑这个功能。多种广告类型可供选择，全程自动化，节省大量时间。系统可实现收入自动结算。

　　2.排版工具

　　135小编|样式丰富的微信排版利器

　　135是微信后台完全改版前为数不多的字体大小为15的编辑器之一。其素材的搭配更具文艺感，因此一直受到编辑们的青睐；同时，135编辑可以导入文章，避免复制过程中出现问题。而135最近也在进行频繁的迭代，相信会越来越好。

　　我排版编辑| 功能多样的微信排版工具

　　i排版编辑器和135编辑器差不多，功能上基本没有太大区别，主要看你喜欢哪个编辑器。而i排版编辑器同时具有导入文章和生成短链接的功能。同时，它还可以创建个人签名并直接导入，而不是每行制作一次。

　　秀米编辑器|可同步微信排版工具

　　秀米编辑器不仅可以编辑图文，还可以制作H5。里面还有丰富的模板资源，秀米的操作界面简洁干净，一目了然。除了复制在秀米上编辑好的图文，还可以直接同步到微信公众号进行发布。这样也很方便，避免了复制过程中出现问题。秀米小编的图文不仅可以发布在公众号上，还可以单独发布。小编会形成一个二维码和一个短链接，方便大家发图文。

　　3.图形工具

　　

" />

　　创客贴 | 极简在线图形设计工具

　　Maker Post 是一款制作简单海报的好工具，不用PS 也能轻松做出漂亮的封面。PPT、海报、朋友圈封面、请柬、社交图都可以搞定。模板也足够丰富。注册后才能下载和分享你的作品，花点时间进去，做高端设计没问题。

　　ARKie|一键完成设计图

　　不知道如何制作宣传图片？没关系，ARKie一键帮你解决！只需输入广告语、卖点、LOGO等信息，即可一键生成多张设计图，选择自己想要的设计图，是不是很方便呢？

　　4、H5制作工具

　　益气修 | 微信场景制作展示

　　H5具有丰富的表现力，已成为移动互联网时代的营销新趋势。它的应用无处不在，尤其是场景应用。

　　如果你是新手，可以先试试益气修，上手简单，模板就够了。并且有很多用户和企业的案例可供参考和交流，更多的精力才能有更好的效果。

　　5.二维码制作工具

　　草料二维码 | 简单且免费

　　

　　做新媒体运营时，经常会用到二维码，比如微信推文底部的二维码，H5页面的二维码等，其实就是把地址链接变成二维码，传播范围变得更广！所以，我们最好有一个比较好用的二维码制作工具。这里推荐草草二维码，免费的，百度也走在前列。

　　6.图片素材网站

　　前途网 | 设计素材下载库

　　千图网拥有超过600万种免费素材，提供矢量图、psd源文件、图片素材、网页素材、手机APP素材、ppt、相册等主流素材免费下载服务。基本可以满足小编找图片素材的要求！

　　Gratisography|免费高分辨率图片

　　写了一篇有趣或有创意的文章，但找不到合适的图片来搭配它？试试在Gratisography上找找吧，上面有很多有趣有创意的图片素材，总有适合你的！

　　7、微信公众号互推平台

　　捡汇川| 微信公众号互推助手

　　有互推需求却找不到互推伙伴？小编向你推荐这本神器——采摘智慧传！十汇川平台已收录海量公众号，推广资源无需大海捞针！

　　最后，我想说最重要的一点：工具虽好，但要让运营工作更有效，还是需要多多研究！

　　解决方案:企业自动化运维落地的18个问题

　　前不久，我们分享了《》（作者：汪洋，点击标题回顾），从五个方面介绍了自动化运维，其中很多都是基于笔者在一线互联网公司和传统行业的实践根据实践经验进行了比较。如何将自动化运维整合为一个整体？如何从方法论的角度理解自动化运维，构建自动化运维？很多读者看完这篇文章，都有感触和感想。

　　之后，社区进一步组织线上交流，就社区成员提出的自动化运维实施的一系列具体问题进行讨论和解答。在此，社区专家汪洋将其总结成一篇文章，供广大读者参考。

　　1、自动化运维平台风险

　　Q1：自动化运维的风险控制？

　　A1：

　　首先，所有自动化功能模块的本质都是落在代码层面，所以需要对自动化运维功能的代码进行测试，适合开发项目管理的过程；其次，对于一些删除类或修改类的操作，需要考虑不能回滚的操作不能使用双重检查和回滚方案（这其实和手动操作没什么区别）；三是灰度策略，可以用来验证自动化操作的结果是否符合预期。一致则继续，不一致则需要回滚；四是监控配合，监控系统能及时发现有问题的操作，及时报警；第五，权限管理，对于能够操作自动化运维平台的人员，需要严格的权限控制；第六，通过API连接的系统需要有认证机制。

　　Q2：如何控制自动化运维平台的安全和权限？

　　A2：

　　个人认为应注意以下几个方面：

　　一种是通过AD域加角色来控制网页操作的权限；

　　二是接口调用需要相应的权限模块；

　　第三，对于运维平台本身，需要防止平台擅自删除、修改生产资源；

　　四是定期对平台进行安全扫描，扫描平台自身的漏洞；

　　2、自动化运维平台规划

　　Q1：自动化运维建设应该如何规划？

　　A1：

　　这个问题没有固定的答案，需要结合具体情况进行几个步骤。最终目标是实现所有端到端的交付。一般来说，大致可以分为以下几个阶段：

　　一是解决当前最紧迫的痛点（这里泛指运维团队自身最大的痛点或者其他团队提出的长期没有解决的问题）；

　　二是采集

IT部门其他组（开发测试团队）的自动化运维需求，并在内部进行调度；

　　三是在解决了前两点的问题后，将各点串接起来，省去了点与点之间的人工；

　　四是对初步形成的自动化运维链进行查漏补缺，形成正反馈链。

　　Q2：在自动化运维建设中，如何制定标准化规范？

　　A2：

　　标准化需要结合企业的具体情况。一般来说，需要规范以下几个方面（供参考）。一个是服务器pod的标准化，如果连接的话，几台机器放在一个pod里；二是物理机类型，无论是计算密集型、内存密集型、io密集型还是存储密集型，都需要将不同厂商的型号归纳为几种标准机第三个是操作系统标准化，包括操作系统系统版本、操作系统内核参数、盘符路径等；四是软件安装标准化，包括软件版本、安装路径、日志路径、日志切割、参数调优等；第五是软件部署标准化，

　　

" />

　　Q3：在实际运维环境中，我们应该如何制定一套完整的自动化运维管理方案来支撑自动化运维工作？

　　A3:

　　制定自动化运维计划，需要考虑以下几个方面：首先，明确自动化运维计划的目的，这是制定自动化运维计划的指导思想；第二，明确自动化运维计划服务对象的作用；第三，明确自动化运维过程中不同对象角色的出发点是什么；四是明确自动化运维方案实施过程中需要注意的安全问题（如权限细化、调用鉴权、操作审计等）；调研的方式进一步了解其他同事的运维需求；六是在规划中明确分阶段建设自动化运维平台，需求分散在各阶段。七是明确实施自动化运维方案作为自动化运维平台的具体方式（自研、外包或基于外包二次开发）；八是在自动化运维计划中明确平台使用过程中的正反馈过程。七是明确实施自动化运维方案作为自动化运维平台的具体方式（自研、外包或基于外包二次开发）；八是在自动化运维计划中明确平台使用过程中的正反馈过程。七是明确实施自动化运维方案作为自动化运维平台的具体方式（自研、外包或基于外包二次开发）；八是在自动化运维计划中明确平台使用过程中的正反馈过程。

　　Q4：自动化运维建设应该在哪些阶段进行？我们应该如何规划？

　　A4:

　　这个问题没有固定的答案，需要结合具体情况进行几个步骤。最终目标是实现所有端到端的交付。大体上可以分为以下几个阶段：一是解决当前最紧迫的痛点；二是采集

IT部门其他组（开发测试组）的自动化运维需求；三是解决前两点问题后，将所有点串联起来，消除点与点之间的人工；四是对初步形成的自动化运维链进行查漏补缺。

　　3、CMDB数据获取问题

　　Q1：如何实现CMDB构建过程中的自动发现？

　　A1：

　　CMDB的自动发现一般基于以下几种方式：一是通过调用采集软件的api接口获取相关信息，如vmware、emc存储等；另一种是使用某种协议（public or private），比如snmp来获取相关的配置信息；三是在主机上执行命令并对结果进行处理，比如抓取主机上中间件的信息；四是通过执行中间件命令获取信息。自动发现一般通过上述方法的组合来达到自动发现的目的。

　　Q2：自动化运维建设中如何选择CMDB自动采集数据？

　　A2：

　　这个问题有点大，具体到数据采集点。如果要全面采集

CMDB数据，需要从两个方面考虑。一是CMDB采集工具本身的自动采集能力，二是有些数据需要通过流程进行监管和人工录入，比如业务系统名称、业务系统运维负责人、负责人开发负责人，测试负责人无法通过自动采集工具采集，需要人工维护。如果需要搭建CMDB系统，有3种思路，一种是完全自研，需要团队研发能力强，有的人对ITIL流程比较了解，自动采集速度慢; 二是直接购买商用CMDB产品，优点是上线速度快，自动采集能力强。缺点是有些需求可能不能直接满足，需要定制开发；三是基于开源产品做二次开发，比如基于itop，但是自动发现能力还是需要自己实现。优点是有一个基本可用的框架。但是自动发现能力还是需要自己实现。优点是有一个基本可用的框架。但是自动发现能力还是需要自己实现。优点是有一个基本可用的框架。

　　Q3：如何同时保证CMDB数据的实时性和一致性？

　　A3:

　　实时性：保证CMDB数据的实时性需要依赖CMDB工具的自动采集能力；

　　一致性：一致性需要过程控制和定期的数据审计操作，这可以借助CMDB平台的能力来实现。

　　4、运维工具的选择

　　Q1：选择自动化运维工具需要考虑哪些因素？

　　A1：

　　在选择自动化运维工具时，笔者认为应考虑以下几个方面： 第一，自动化运维工具的成熟度，即行业内的受众。无论是商业的还是开源的，你都可以从这个角度去评估；第二，自动化运维工具的功能是否能满足运维需求；第三，如果选择开源的自动化运维工具，还必须考虑该工具的技术栈是否与公司人员的技术栈相匹配；第四，自动化运维工具在安全方面是否有很好的支持；第五，自动化运维工具在工作过程中对主机性能的影响，尤其是并发量大的时候。运维工具平台本身对服务器的压力；第六，还要考虑选择的自动化运维工具是否满足公司后续技术栈的发展需求。

　　Q2：运维工具在自动化运维建设中的规划与集成？

　　A2：

　　您好，您提到的情况确实是目前大部分公司存在的问题。在我看来，造成这个问题的主要原因是前期缺乏宏观统筹，各个组织各自为政，没有统筹管理。那么如何应对现有的现状呢？在我看来，需要做以下几件事：首先，需要建立一个治理小组，成员包括每个现有系统的所有者，然后由一个领导者担任小组负责人；第二，各系统负责人说明系统最初建设的背景，系统现在可以解决哪些问题，还有哪些问题没有解决；三是根据第二步的讨论结果对可以合并的系统进行合并，对不能合并但功能重叠的系统进行合并，进行统一输出；第四，后续的新系统需要治理团队统一规划，避免类似的事情再次发生。

　　

" />

　　Q3：如何选择自动化运维产品？

　　A3:

　　自动化运维涉及面很广。一般大家讲的包括资源自服务、监控、调度任务、应用发布等。那么，在选择产品的时候，需要考虑以下几点：第一，梳理自己的痛点，即目前最急需解决的问题是什么；第二，计划，你打算3年内达到什么效果；运维平台产品成熟度（同行业案例数）；四是自动化运维平台的开发水平，是否可以进行二次开发或支持功能扩展；五是平台的技术框架是否为主流技术框架；

　　五、其他

　　Q1：AIOPS与自动化运维的关系？

　　A1：

　　Aiops是自动化运维的一部分。是近几年人工智能普及后兴起的一个领域。自动化涉及运维操作的方方面面。Aiops只是AI技术在现有ops平台上的应用。数据技术一起使用。

　　Q2：能否结合目前一些先进的技术，比如云计算、大数据等，让自动化运维更加高效、智能？

　　A2：

　　结合云计算能力，可快速扩展自动化运维平台的服务能力；结合大数据和人工智能技术，自动化运维平台可以提供更强大的功能，也就是现在很多人关注的aiops。风险需要人工审核。例如，如果某个行为是基于大数据和人工智能技术自动操作的，那么当你第一次开始使用这个技术时，你需要手动进行双重检查并分配优先级和重要性级别。对于低优先级和低重要性可以自动处理。

　　Q3：传统企业和互联网企业在运维的侧重点上有什么区别？

　　A3:

　　传统行业与互联网在运维环节的区别在于以下几个方面：第一，运维代码化。传统行业的运维还停留在人工运维平台甚至纯人工操作的层面，而互联网更多的是使用代码进行运维，避免了人工操作，这也是互联网公司为什么运维需要开发能力。运维平台，而各个运维平台又是独立离散的。互联网的运维平台大多是线性的，可以实现端到端的交付和连接；三是对人员要求不同。

　　Q4：自动化运维平台如何更贴近业务？及时发现业务中已经发生的风险和将要发现的风险？

　　A4:

　　自动化运维要更贴近业务，首先需要采集业务的自动化运维需求，通过平台满足业务的自动化运维需求。这是第一步。其次，需要对业务系统进行监控。在此基础上，需要将风险指标与业务进行沟通，将风险指标量化，配置在自动化运维平台的监控系统中，724小时利用平台的监控能力监控。当指标达到报警阈值时，将通过短信、微信、邮件等方式发送报警。最后，

　　Q5：传统IT运维与自动化运维有什么区别？

　　A5:

　　之所以会出现*敏*感*词*化运维，其实是因为这些解决方案都是基于点的问题，将每个点的人工操作变成了脚本化或者平台化的自动化动作，是离散的，本质上还是一个点，而不是不是一条线，更不用说一个平面了。真正的自动化运维是实现端到端的自动化交付，也就是把从开发到测试再到运维的整个环节自动化，免去人工操作。举个例子，创建一个redis中间件，*敏*感*词*的做法是： 1.在虚拟化平台上申请一台机器；2.为网络分配一个IP地址（手动）；3.通过另一个脚本初始化机器（手动执行脚本）；4. 通过安装脚本安装redis（手动安装）；5. 通过电子邮件或人工方式通知申请人。自动化的方式是：提交创建reids的需求，自动化平台会做所有的工作，然后调用邮件接口通知申请者。

　　Q6：如何界定自主研发自动化运维的边界？能否做到自主可控，充分发挥和提升员工的能力？

　　A6:

　　自主可控性有两种思路，一种是完全自主开发；另一种是基于购买的自动化运维平台进行二次开发。对于第一种情况，要求公司人员具备一定的开发能力。优点是可以充分结合当地的需求。缺点是对人员要求较高，平台成型较慢。对于第二种情况，需要购买平台技术栈，实现与公司开发或运维人员相匹配的平台，并要求平台开源代码或提供丰富的二次开发接口。优点是可以快速满足至少80%的需求。缺点是需要了解现有代码。不够灵活。

　　以上内容由社区达人汪洋根据社区活动内容整理而成。汪洋*敏*感*词*公司信息技术部基础架构师。在IEEE Computer发表论文，撰写专利“一种数据保护方法、装置及数据保护系统”（专利号：2.8）。曾就职于蚂蚁金服金融云部、商业银行IT信息技术部。擅长领域：云计算IAAS和PAAS平台规划和建设基础设施高可用、高性能和容灾设计、容器化（docker）和微服务等。

　　相关文章：