Saas

你是否还在为在宏大知识库中筛选信息而懊恼？HelpLook AI 搜寻，只需简略输出，就能立即了解你的用意，并出现最相干的搜寻后果。无论是企业内部资料还是产品帮忙，它都能轻松搞定。  | AI搜寻VS传统搜寻进步检索效率大多数企业搭建了企业外部知识库，旨在帮忙员工迅速定位所需常识。然而，在宏大的知识库中，用户通过传统的关键词检索匹配相干内容，往往因信息海量而消耗工夫筛选，效率低下。  相较之下，领有AI智能搜寻性能的产品，如HelpLook AI 搜寻，只有输入您的问题，AI即可基于知识库内容，主动整顿出问题答案及带出内容索引，让用户更疾速和清晰解决所提的问题。 举例：当用户遇到问题，会到在产品帮忙核心，输出要害信息进行检索。  输出问题后，用户能够抉择HelpLook AI 搜寻，获取AI智能回答。    | 自然语言NLP解决与AI搜寻HelpLook AI 搜寻 性能之所以弱小，得益于两大前沿技术的联合：自然语言解决（NLP）和支流AI大模型等先进模型。这两大技术的完满联合，使得HelpLook AI可能实现精准搜寻，用户只需输出关键词，AI即可智能整顿并生成相干信息，大大提高了工作效率。  目前，HelpLook曾经与OpenAI、文心一言、Azure等AI模型进行了集成，反对 GPT-3.5、GPT-4.0 和文心一言3.5 等，您能够基于文章匹配精准度的具体要求，抉择最适宜的模型。    | 轻松上手：两步启动HelpLook AI 搜寻1. 一键开启AI搜寻首先，登录HelpLook的操作后盾。 【操作门路】：点击“站点设置”→“AI”选项→关上“AI搜寻”的性能。 2. 文档录入在后盾轻松启动AI搜寻性能后，AI将主动抓取站点内容。同时，为晋升AI的回应精准度，你还能够灵便抉择是否导入相干内容进行补充训练。 补充内容反对多种形式，例如，你能够间接在后盾编辑器输出并公布文本、视频内容。  或者，你还能够抉择间接上传文件，导入内容。实现训练后，AI将迅速响应用户搜索词，提供精准的搜寻后果，从而显著晋升搜寻效率和用户体验。  【操作门路】：点击“内容”→“+”选项→抉择“导入内容”，即可上传多种格式文件进行补充训练。     | 利用【问答记录】继续晋升AI搜寻价值HelpLook AI 搜寻不仅是一个智能搜寻工具，更是一个继续学习和优化的零碎。对于用户应用AI搜寻征询过的所有问题，在HelpLook后盾都会进行具体记录。在后盾的“剖析” → “问答记录”中，您能够查看这些问答记录，理解客户的常见疑难点。基于这些高频问题，你能够针对性地补齐缺失信息、优化答案，确保更好地满足客户需要。   相较于传统搜寻，AI智能搜寻凭借自然语言解决和Open AI模型等前沿技术，实现精准、高效的搜寻体验。HelpLook AI 搜寻性能联合问答记录，继续优化答案，满足用户需要，助力企业知识库和产品帮忙核心大幅晋升查找效率，解决问题更迅速。  无妨试试HelpLook，感兴趣能够通过邀请码【LookLook111】即刻收费体验HelpLook AI 搜寻性能！你还能够额定购买AI搜寻次数，最低￥12/月起。

随同着互联网的一直遍及和疾速倒退，咱们的生存曾经产生了天翻地覆的扭转，企业的商业模式也一直地适应着时代。为了提供给用户更加便捷的服务，逐步地有更多企业将业务转移到线上。比方，餐馆为了解决点餐难题，就会上线点餐小程序。 又比方，为了帮忙客户解决问题，企业就会设立线上的客服核心、帮忙核心，这是因为客户每天都会遇到十分问题。然而客服核心老本昂扬，所以很多企业偏差于设立帮忙核心，它不仅能够为企业节俭人力老本，提高效率，还能够为用户提供更加全面、具体、快捷的服务。 然而对于大多数企业而言，搭建属于本人的帮忙核心也并不是一件简略的事件。其中有许多要点须要留神，如果疏忽了这些注意事项和小技巧，很可能搭建的帮忙核心“四不像”，不仅不能解决问题，反而为客户制作更多问题！ 9个技巧，搭建真正实用的帮忙核心！1.设定指标企业须要设立清晰的自助服务帮忙核心的指标，并依据指标提供相应的主题和内容。思考一下，为什么要建设帮忙核心？须要解决的首要问题是什么？怎么能力让客户真正地在这里解决应用产品时遇到的问题？ 2.提供全面的信息如果没有全面的信息库和解决方案，那么最好不要设立帮忙核心。因为帮忙核心是解决问题的，不是削减懊恼的。企业最好创立蕴含丰盛内容、图文联合的帮忙核心。因此帮忙核心的后盾须要装备丰盛的编辑工具和多媒体反对，使企业可能以图文并茂的形式向用户传递有价值的信息。 3.简略清晰的界面帮忙核心在某一个角度上来说，能够看做“企业的门面”。简洁易用的界面设计，使企业可能轻松构建对立、简洁的展现页面。企业最好抉择与产品相符的图案和色彩等，确保帮忙核心页面的好看性和一致性。 4.多端敌对展现企业须要永远牢记一点：用户是具备多样性的。思考到这一点，就不难想到用户可能会应用各式各样的设施浏览帮忙核心。企业创立的自助服务帮忙核心该当在各种设施上都能敌对展现，包含平板电脑、笔记本电脑和挪动设施。如果可能提供响应式设计、主动适应不同屏幕大小，为用户提供统一的应用体验就更能失去用户的好评。 5.提供精准的搜寻反对企业的知识库内容须要丰盛，但这也会给用户造成肯定的困扰，因为他们很难在浩如烟海的信息中寻找到适配本人状况的那些。所以企业的帮忙核心须要弱小的搜寻性能，提供精准的搜寻后果。目前市场上大部分的企业核心都具备搜寻性能，但传统的搜寻性能比拟死板，效率低下。刚好小编发现了一个做得很好的案例：它竟然接入了ChatGPT，通过AI智能整合知识库内容！简略应用了一下发现可不要太香！不得不感叹，里面的世界竟然曾经倒退到这种水平了吗！ 怎么实现这么好的成果？小编给你们找进去啦！原来它是通过一个【HelpLook】的在线制作平台制作进去的，只须要5分钟就能够搭建站点，无需任何专业知识！而且反对接入ChatGPT，通过优化搜索算法和关键词标记，能够帮忙用户疾速找到他们须要的信息，进步用户满意度和效率。而且，第一次登陆是输出【SiLook】这个码，还能取得小惊喜！别提有多香啦！ 废话不多说，咱们持续解说搭建帮忙核心的小技巧。 6.追踪成果，收集反馈归根结底，帮忙核心只是一个辅助工具，并不能从本源上解决问题。但如果企业的帮忙核心提供了用户对问题和产品的跟踪和监控性能，能够理解查问数量、问题解决次数等指标、实现收集用户反馈，那么就可能用户能够轻松提供意见和倡议，帮忙企业不断改进和优化帮忙核心。 总结对于大多数企业而言，搭建属于本人的帮忙核心也并不是一件简略的事件。其中有许多要点须要留神，如果疏忽了这些注意事项和小技巧，很可能搭建的帮忙核心“四不像”，不仅不能解决问题，反而为客户制作更多问题！所以须要分外留神以上提到的问题，当然也能够借助HelpLook这种不便的工具去搭建优良的帮忙核心，一步到位，轻松舒心。 尽管要点不少，但如果企业始终站在用户的立场上思考问题，去真正为用户解决问题，一直优化本人的服务和产品，那么就肯定能够博得用户的青睐！

一、什么是SaaSSaaS是Software as a Service的缩写，意为软件即服务。它是指将软件应用程序部署在云计算服务器上，通过网络提供给用户的一种模式。这个模式下，用户无需破费大量的资金购买和保护软件应用程序，只须要按需订阅应用。SaaS通常以订阅或依照使用量付费，用户能够通过网页浏览器、挪动设施等终端来拜访软件，并取得与在本地装置软件一样的体验。举个例子，比方咱们当初罕用的在线办公软件——Office 365。用户只须要在浏览器中输出网址，并通过登录账号密码的形式验证，就可能无限度、随时随地应用Office软件中的各种应用程序（如Word、Excel等），甚至还能够共享文档、协同办公，真正实现了“即开即用”。而且，你无需购买软件，只须要依照应用时长付费，这样既不便又实惠。SaaS不仅仅是在线办公软件，还能够波及其它畛域，例如在线客服零碎、在线会议等等。总的来说，SaaS让用户无需关怀软件的装置、降级、保护等问题，升高了老本，进步了效率，是一种十分便捷的商业模式。SaaS的实质在于“续费” “SaaS模式与传统软件的最大区别不是软件部署到了云端或者客户企业办公室里，而是免费模式，按年免费（次年收到续费）是SaaS模式的要害。” 这是《SaaS守业路线图里》呈现频次最高的一句话。这句话怎么了解，咱们还是用自行车和共享单车来举例。你购买了一辆自行车，这辆自行车有1年的保修期，1年过后你要再想培修和更换易损件就要本人花钱了。如果你还想用上最新一代更轻便的自行车，只能再买个新的自行车。但如果你应用的是共享单车，只须要在每次骑车的时候领取相干费用即可，共享单车的厂商会定期充电，定期培修，定期更新更轻便的单车。而这些更新，都不须要你去领取额定的费用。 二、国内SaaS倒退情况据艾媒征询整顿，中国SaaS平台倒退总体规模及预测状况如下： 随着我国经济转型降级，SaaS（Software as a Service）模式在我国逐步失去遍及，在B2B市场上也失去了宽泛的认可和利用。国内的SaaS倒退现状能够简略概括如下 1、市场规模不断扩大据市场考察，我国SaaS市场规模曾经达到232.7亿元，预计到2023年将冲破800亿元，随着新基建建设的推动和智能化建设的不断深入，SaaS平台的利用范畴将越来越广，市场规模也将失去不断扩大。 2、企业需要日益减少在数字化转型的浪潮下，越来越多的企业正在减速数字化转型的步调，而SaaS平台作为数字化转型的重要驱动力，其需要也呈现出快速增长的态势。企业们通过采纳SaaS平台，能够实现业务管理的便捷、高效和集中管理，从而晋升工作效率和降低成本。例如，以HR SaaS平台为例。HR SaaS平台旨在帮忙企业升高招聘和HR治理的人力老本，进步招聘效率，可实现招聘流程、信息管理、招聘报表剖析和员工保护等性能，大大不便了企业HR工作。 3、企业数一直减少随着SaaS平台市场的日益成熟和需要的一直减少，各类企业开始逐渐采纳SaaS平台，实现数字化转型并进步企业竞争力。 目前，国内SaaS企业数量曾经超过两千家，其中以企业级服务为次要服务对象的企业占比拟高。 4、翻新技术不断涌现随同着我国科技翻新的减速和技术提高，越来越多的新型SaaS平台应运而生，例如人工智能、云计算、物联网等，这些技术的利用将会极大的促成SaaS平台的利用场景和利用效益。例如，随着人工智能技术的疾速倒退和成熟，近年来呈现了多家基于AI的SaaS平台，如人工智能客服SaaS平台、智能举荐SaaS平台等，为企业打造出越来越智能的业务管理流程。 5、行业细分深入随着SaaS平台市场的逐步成熟和倒退，各类行业开始逐渐细分，造成了人力资源、CRM、ERP、财务会计等一系列全新的畛域。这些细分畛域的深刻倒退不仅意味着市场时机的进一步扩充，还意味着SaaS平台服务的需要会更加精细化、个性化、差异化。例如，人员治理、客户治理、财务管理等都是企业日常治理的重要畛域，对应的CRM、ERP、财务会计等方向的SaaS平台也将更加细分、个性化，从而可能更好地满足企业的需要。 三、国内做的好的SaaS平台举荐1、帆软软件开发的数字智能化软件：简道云官网：https://www.jiandaoyun.com简道云零碎弱小的OCR、自定义打印和流程剖析等性能让你的业务效率从此快人一步，更有弱小的自定义款式性能，帮忙企业怀才不遇。 1）数据预警当数据出现异常时揭示给运营者，帮忙运营者及时把握数据倒退动静，从而及时调整经营计划 多种预警形式钉钉、企微、微信、邮件、零碎音讯 自定义预警性能预警名称、预警条件、揭示工夫等自在设置 2）自定义打印功能丰富并且反对个性化，纸张大小、内容款式等都可自在配置，也可间接应用零碎模板 3）全场景OCR基于计算机视觉、自然语言解决等AI技术，提供全场景和高精度的文字辨认，疾速实现数据采集 4）流程剖析BPA管理者通过对业务过程数据的监控和剖析，领导业务流程的优化与改良 5）自定义表单/登录页/仪表盘公司须要借助视觉来建立品牌形象，通过表单、登录页和仪表盘的个性化设置，能够晋升品牌辨识度 与此同时也有弱小的数据安全保障 2、金蝶性能全面，包含供应商治理、洽购订单治理、采购计划治理、洽购付款治理等响应速度快，可能在高并发的状况下保证系统的稳定性能够针对不同行业的企业提供定制化的解决方案，适应性较强 3、用友反对挪动端，能够在手机或平板电脑上进行操作，不便实用性能模块化，企业能够依据本身需要进行抉择和配置对接能力较强，能够与电商平台进行对接，不便企业进行线上洽购 心愿以上对你所有帮忙!

01 SaaS服务是什么？SaaS就是共享单车SaaS，翻译过去是“软件即服务”。在大家的认知中，软件属于“产品”，SaaS也的确是一种产品，那为什么简直所有的SaaS厂商却都在强调“服务”这个概念呢？ 产品VS服务，就相当于自行车VS共享单车自行车和共享单车最大的区别，就在于“共享”二字。“自”行车，是你本人的，你如果想骑，须要本人花钱买，车子的所有权，控制权都属于你本人，同样的，车子如果损坏了也须要你本人来承当培修费用（当然，保质期内的状况除外）。“共享”单车，是大家共享的，你如果想骑车，间接扫码解锁骑走就行了，达到目的地后在手机上还车，实现付款即可。你不须要再去操心车子是否失落或损毁，会有单车所属公司来进行治理。也就是说，自行车它是一种“产品”，你领有了它，才能够应用它；共享单车则是一种“服务”，你没有领有它，但仍然能够付费应用它，并且只管用就好了，不必操心别的。二者之间最实质的区别就在于“所有权”和“使用权”上。 02 SaaS在国内与国外的倒退SaaS零碎最早起源于美国，盛行于2000年代中期。过后，SaaS零碎的模式还不太成熟，次要以CRM、ERP等为主，且次要面向中小型企业。到了2010年，SaaS零碎逐步成熟，覆盖面逐步扩充，开始波及各种不同的利用场景，如人力资源管理、物流治理、财务管理等。目前，SaaS零碎在寰球范畴内失去了宽泛的利用，并且越来越多的企业开始采纳SaaS零碎作为其外围管理工具。随着云计算和大数据技术的倒退，SaaS零碎也面临着一些新的挑战和改革。例如，人工智能、区块链等新技术的利用曾经开始呈现在SaaS零碎中，这些技术的呈现将进一步提高SaaS零碎的智能化和安全性。同时，SaaS零碎也须要一直优化和欠缺，以满足不同企业和行业的需要。总的来说，SaaS零碎曾经成为古代企业的重要工具之一，将来也将持续发展壮大。 那么国内倒退如何？其实也并非如题主所说没有倒退起来——在中国，SaaS零碎的倒退也十分迅速。随着云计算和大数据技术的遍及，越来越多的企业开始意识到SaaS零碎的重要性。目前，中国的SaaS市场曾经十分宏大，不仅有很多外乡企业提供SaaS服务，很多国内知名企业也进入了中国市场。同时，SaaS零碎在中国的利用场景也越来越多样化，不仅局限于传统的CRM、ERP等畛域，还波及到电子商务、在线教育、医疗衰弱等畛域。 03 国内有哪些SaaS软件？国内SaaS厂商还挺多挺杂的。具体要列举的话，能够依照分类来吧。 （1）通用业务和垂直行业的SaaS对应用方来说，个别分为业务通用型和垂直行业型。 通用型是能够服务所有企业的，比方CRM（客户管理软件）、HR软件、协同办公软件，考勤软件等，垂直行业型则是针对特定行业提供服务。业务通用： 行业垂直： （2）如果分厂商，则有三种：传统软件厂商、守业型SaaS厂商以及互联网厂商。 各自劣势有所区别，实际门路也各有不同传统软件厂商，在软件开发能力和行业大客户方面颇具积攒，SaaS产品通常以传统软件系统为依靠守业型厂商，倒退背景是源于对某一类企业痛点和需要的洞察，所以较轻量的产品能够笼罩更细分的赛道互联网巨头，自身具备的流量劣势，能为市场教育奉献不容小觑的力量以简道云为例——简道云属于国内较早的一批成长起来的企业级SaaS类软件，绝对倒退的比拟成熟，用来举例更能阐明问题。 平台指路>>https://www.jiandaoyun.com 上面来具体介绍下简道云弱小的自定义能力： 产品通过表单、流程、仪表盘模块和高级性能（聚合表、智能助手等）轻松满足用户个性化的利用搭建需要——1.表单引擎：灵便配置，自定义数据收集通过简略的拖拽操作，即可搭建出各类数据收集表单。表单的灵便应用，可促使团队成员合作，晋升全员的工作效率。 比方要收集【员工姓名】，就在左侧字段区域抉择「单行文本」字段，拖到两头设计区，批改字段名称为「员工姓名」： ✅超20种字段类型、70种函数与公式反对✅反对自定义提交提醒✅反对表单个性化布局以「列数设置」为例，表单布局反对单列、双列、三列以及四列这四种排列形式。当遇到字段内容较多的表单，能够设置为三列、四列，缩小成员滑动页面填报的频率。 ✅多种视图，自定义展现数据后果 表格视图 画廊视图 看板视图 甘特图视图 2.流程引擎：灵便配置，自定义数据流转与审批通过简略的拖拽和连线操作，即可灵便设计业务数据流转规定，实现业务流程线上化、自动化。以报销申请为例，过来，员工须要手动填写报销表格并将其提交给相干部门进行审核和批准。当初，通过在简道云中自定义流程节点，报销申请和审批能够自动化进行，大大简化了整个流程： ✅流程责任人权限设定✅流程提交校验✅流程节点结、退、转操作✅流程揭示、催办✅...... 3.仪表盘：灵便配置，自定义数据展现与剖析在简道云中，拖拽式即可进行仪表盘设计，对各利用数据进行主动汇总剖析，出现多维度的数据分析仪表盘、治理报表、治理驾驶舱等。✅10余种图表品种：简道云筹备了丰盛的图表模板，间接套用就能够啦，也能够在此基础上进行批改！ ✅自定义个性化图表款式：多种配色，齐全自定义设置，让你的仪表盘不同凡响，独具特色。 最终能够实现这样的成果： 图源简道云用户 图源简道云用户4. 数据工厂：灵便配置，自定义数据处理和加工数据工厂是简道云中加工和解决数据的工具(ETL)，能够将各利用中扩散的数据整合到一起，再进行汇总计算，输入的后果可用于仪表盘展现，也可在表单中调用。 ✅多源数据输出✅输出表反对调用✅横向连贯、高低连贯✅分组汇总、筛选过滤✅字段排序/字段显示、暗藏/字段重命名/增加计算字段 5.工作台：灵便配置，自定义利用治理门户不同企业有不同的格调爱好，企业能够自定义简道云的工作台。 篇幅起因，这些只是简道云的局部性能展现，更多功能等你来体验！以上.

SaaS倒退至今，始终饱受争议，很多人唱衰中国SaaS企业，认为他们“雷声大，雨点小”。这种说法有情理吗？有肯定情理，但不至于。在这个问题下，总共有163个答复，其中不乏各类SAAS头部企业和一些传统软件转型的SaaS供应商。他们大多都是通过举例各种行业数据证实SAAS在中国的市场规模的快速增长（过来五年CAGR 47%），参考成熟市场如美国SAAS的发展史，最初得出结论：“咱们的SAAS产品也肯定能胜利”。然而，这并不意味着曾经解答了“SAAS在中国曾经做起来了”的问题。其实除了头部的几个SAAS企业，大多中小企业，特地是初创公司广泛还都在生灵涂炭的后退中。再加上这一行业在国内的知识产权意识还不强、高价竞争强烈。 与此同时，SAAS行业广泛营销费率高于50-60%的程度，高营销费用如果能带来ToB新客户开辟或单干续费，那天然能实现break even。但如果高营销费用率并没有带来业绩增长，那么这对SAAS服务商将会是一大挑战。不过，SAAS市场并没有咱们设想的那样被BAT垄断，很多头部竞争力企业都是传统软件企业转型公司，所以说，从整个行业角度久远来看，SaaS这一行业的将来倒退还是很有生机的。 说回正题，在中国SaaS能做起来吗？我的观点是：SaaS的价值短期被高估，长期被低估查理·芒格有个经典的思维模型叫做10-10-10准则。讲的是在决策时思考三个问题，即：这个决策在10分钟后会产生什么影响？10个月后、10年后呢？ 1、从整个社会倒退角度来看Saas是更优的模式。给大家举个例子：在人类刚创造电的时候，工厂都得在厂房旁边建一个发电站，街头也常常会看到卖/租电池的铺子，人们来买电池，很大一坨的那种，店里负责充，充好了拿回家用，用完了再到店里换充好的。如果拿电来比喻软件其实蛮适合的，因为电也是个看不见摸不着，能够进行肯定的标准化和接口转换，并且对普罗公众而言是刚需的货色。集中的大型发电厂、欠缺的电网部署使电力齐全融入人们的生存后，还有谁会记得去街上的小铺子换电池的日子？不须要了，因为历史在后退，有些货色被淘汰是必然的，也没啥好惋惜，就像落后的软件模式。 2、从企业本身倒退过程来看信息化从一开始就十分重要。这种重要性齐全不限于公司规模，就算是三五个人的小团队，也有可能须要面对上百上千的客户。在互联网时代，这个数字分分钟回升到几百上千万也是很失常的。大型零碎简单、上手老本高、价格贵，然而问题又必须要解决，那怎么办呢？Saas状态的产品是必须的：简略、轻量、高价甚至收费、解决外围需要而不是整体需要。 3、从整个Saas（或软件）行业的倒退来看Saas模式的互联网、多租户等个性决定了这种状态对于厂商来说也是很划算的抉择。当然前提你的产品得好，那么商业模式能够多种多样，月租、根底收费增值免费、按量计费、私有化部署免费、定制免费等等不一而足。这些都须要厂商至多有一款被市场（而不是某个客户）认可的产品，市场和企业自身都会推动往这个方向后退。 4、从市场免费模式来看说到“中国”这个市场，广泛共识认为国内免费比国外难，因为“盗版用惯了，付费环境差”。这个我感觉比拟全面，须要两说。让一个个体为几十几百美元的办公软件付费，用脚趾头想想也晓得很难。所以要害在两点： 第一，目标群体是否的确有肯定的领取能力可能负担得起这个价格；第二，产品是否足够好到让客户违心买单。诚实说，国内客户付钱难更大的阻碍在于第二点，而这一点，随着新兴产品的呈现和不断进步，是会有很大改观的。真正进入这个行业之后我发现，客户其实很违心付费，然而怎么丑陋地免费，就要看技巧了。有个相对的前提，那就是你的产品肯定要可能做到为用户提供价值。所以综合以上四点来说，在中国SaaS是可能做起来的！但怎么做，就要看办法了。 从产品和商业模式上思考，在中国SaaS是否做成，和规模大小、行业属性都没有间接关系，全看外围团队怎么解决这三点： 存在时长产品状态客户胜利。前几年总能听到SaaS的从业者骄傲地说，咱们理解客户需要，咱们能用一个杀手锏性能迅速切入市场。但切入市场并不意味着能切下蛋糕，这么多年来，中国SaaS从来不缺好工具，但好工具往往无奈给资本一个交待。

行业背景　新批发是以互联网为依靠，对线上服务、线下体验以及古代物流进行深度交融的批发新模式。线上是指云平台，线下是指销售门店或生产商。为了更好地将线上产生的单据传递到各地的线下门店/仓库，云打印需要应运而生。 行业痛点　服务于新批发的SaaS软件、APP、小程序，不再是传统的电脑单机软件，可利用于手机/平板电脑等挪动端设施。而传统打印机无奈满足挪动端软件的间接打印需要。对于挪动办公、近程异地发货等场景须要近程打印，蓝牙/WiFi打印并不适合。 云打印长处　新批发软件应用（SaaS软件、APP、小程序、H5等模式）+映美云打印服务+映美云打印机，即可实现挪动端单据近程打印、挪动打印。用户可应用挪动端或PC端发送打印工作，依靠互联网传输和云服务器的工作散发，散布在不同中央的云打印机主动接管打印，无需连贯电脑，无需组建局域网。 线上购物线下提货场景流程 近程/异地发货场景流程 特点 挪动端打印满足挪动端设施（手机/平板电脑）间接打印的需要，无需再上传电脑打印。近程打印实现挪动端近程打印需要，打印不受间隔限度，异地门店、异地发货等状况都实用。打印牢靠服务器反对超大并发拜访，满足高频、量大的打印需要；采纳防丢单技术，确保订单打印不漏单不重单。开发便捷提供多功能API接口接入，打印排版反对HTML语言，成果所见即所得。　电商SaaS零碎、新批发治理SaaS零碎、微商城云管理系统等都能够思考应用云打印形式，进步打单发货效率。

SaaS倒退至今，始终饱受争议，很多人唱衰中国SaaS企业，认为他们“雷声大，雨点小”。这种说法有情理吗？有肯定情理，但不至于。在这个问题下，总共有163个答复，其中不乏各类SAAS头部企业和一些传统软件转型的SaaS供应商。他们大多都是通过举例各种行业数据证实SAAS在中国的市场规模的快速增长（过来五年CAGR 47%），参考成熟市场如美国SAAS的发展史，最初得出结论：“咱们的SAAS产品也肯定能胜利”。然而，这并不意味着曾经解答了“SAAS在中国曾经做起来了”的问题。其实除了头部的几个SAAS企业，大多中小企业，特地是初创公司广泛还都在生灵涂炭的后退中。再加上这一行业在国内的知识产权意识还不强、高价竞争强烈。 与此同时，SAAS行业广泛营销费率高于50-60%的程度，高营销费用如果能带来ToB新客户开辟或单干续费，那天然能实现break even。但如果高营销费用率并没有带来业绩增长，那么这对SAAS服务商将会是一大挑战。不过，SAAS市场并没有咱们设想的那样被BAT垄断，很多头部竞争力企业都是传统软件企业转型公司，所以说，从整个行业角度久远来看，SaaS这一行业的将来倒退还是很有生机的。 说回正题，在中国SaaS能做起来吗？我的观点是：SaaS的价值短期被高估，长期被低估查理·芒格有个经典的思维模型叫做10-10-10准则。讲的是在决策时思考三个问题，即：这个决策在10分钟后会产生什么影响？10个月后、10年后呢？ 1、从整个社会倒退角度来看Saas是更优的模式。给大家举个例子：在人类刚创造电的时候，工厂都得在厂房旁边建一个发电站，街头也常常会看到卖/租电池的铺子，人们来买电池，很大一坨的那种，店里负责充，充好了拿回家用，用完了再到店里换充好的。如果拿电来比喻软件其实蛮适合的，因为电也是个看不见摸不着，能够进行肯定的标准化和接口转换，并且对普罗公众而言是刚需的货色。集中的大型发电厂、欠缺的电网部署使电力齐全融入人们的生存后，还有谁会记得去街上的小铺子换电池的日子？不须要了，因为历史在后退，有些货色被淘汰是必然的，也没啥好惋惜，就像落后的软件模式。 2、从企业本身倒退过程来看信息化从一开始就十分重要。这种重要性齐全不限于公司规模，就算是三五个人的小团队，也有可能须要面对上百上千的客户。在互联网时代，这个数字分分钟回升到几百上千万也是很失常的。大型零碎简单、上手老本高、价格贵，然而问题又必须要解决，那怎么办呢？Saas状态的产品是必须的：简略、轻量、高价甚至收费、解决外围需要而不是整体需要。 3、从整个Saas（或软件）行业的倒退来看Saas模式的互联网、多租户等个性决定了这种状态对于厂商来说也是很划算的抉择。当然前提你的产品得好，那么商业模式能够多种多样，月租、根底收费增值免费、按量计费、私有化部署免费、定制免费等等不一而足。这些都须要厂商至多有一款被市场（而不是某个客户）认可的产品，市场和企业自身都会推动往这个方向后退。 4、从市场免费模式来看说到“中国”这个市场，广泛共识认为国内免费比国外难，因为“盗版用惯了，付费环境差”。这个我感觉比拟全面，须要两说。让一个个体为几十几百美元的办公软件付费，用脚趾头想想也晓得很难。所以要害在两点： 第一，目标群体是否的确有肯定的领取能力可能负担得起这个价格；第二，产品是否足够好到让客户违心买单。诚实说，国内客户付钱难更大的阻碍在于第二点，而这一点，随着新兴产品的呈现和不断进步，是会有很大改观的。真正进入这个行业之后我发现，客户其实很违心付费，然而怎么丑陋地免费，就要看技巧了。有个相对的前提，那就是你的产品肯定要可能做到为用户提供价值。所以综合以上四点来说，在中国SaaS是可能做起来的！但怎么做，就要看办法了。 从产品和商业模式上思考，在中国SaaS是否做成，和规模大小、行业属性都没有间接关系，全看外围团队怎么解决这三点： 存在时长产品状态客户胜利。前几年总能听到SaaS的从业者骄傲地说，咱们理解客户需要，咱们能用一个杀手锏性能迅速切入市场。但切入市场并不意味着能切下蛋糕，这么多年来，中国SaaS从来不缺好工具，但好工具往往无奈给资本一个交待。 最初，给大家简略王婆卖瓜下简道云——简道云是帆软旗下的一款性价比极高的SaaS开发工具，属于国内低/无代码平台中起步比拟早的，平台反对表单设计、流程设计、数据实时剖析、智能揭示等性能，无需编码搭建如项目管理、进销存、人事行政治理、客户治理、财务管理等利用。像蒙牛、OPPO、中国电建这些企业都在用简道云助力数字化哦！ 简道云计划一览

这三个概念非常简单。只不过在说它们仨的区别前，有个常识须要晓得一下：咱们传统开发一个软件，须要9个货色：作为应用软件的人，右边的【利用】和【数据】，是离咱们最近的局部。 比方最常见的：咱们在某软件里提交了报销申请，其实咱们就是上传了本人的报销数据到利用中。最左边的【虚拟化】、【服务器】、【存储】、【网络】是制作一个软件的根底条件，除了虚拟化技术其余都是硬件，所以在云计算畛域中，这块被称为基础设施。 它们在机房都能看到。而两头的这些，就是利用最左边的基础设施搭建出的平台，从而承载最右边的【利用】和【数据】。所以说，从左到右就是一个硬件逐步软化（软件开发）的过程，IT技术在这个过程中表演了必要角色：但！不是所有企业都具备独立开发一个软件的资本（钱、人、力缺哪个都不行）。所以，云服务产生了。 搞清楚：Iaas、Paas、SaaS大大小小企业，财力不同、问题不同，因而对于软件的开发，总有不拘一格的需要。通过演变，云服务逐步分为三类： 第一种，云服务提供基础设施，咱们可能听过某某说“租了哪里的服务器，筹备本人搞个软件……”，其实就是Iaas。 第二种，云服务提供一个平台，企业本人设计利用，数据也由本人保存。这就是Paas。 第三种，云服务提供现成的软件，数据也全副上云。这就是SaaS。如图：从Iaas到SaaS的过程，企业须要付出的老本越来越小，云化的水平也越来越高，外部IT所须要做的事越来越少。说到这里，应该都能get到三个的区别了。看下这三者的区别： 新需要：ipaas和apaas这俩大家一眼就能看出，它们都是从Paas衍生而来。 温习一下Paas——云服务提供一个平台，企业本人设计软件应用，数据也由本人保存。这就是Paas。ipaas和apaas的产生，是因为企业在应用软件过程中，又遇到了难以解决的问题：1、对于很多企业来说，SaaS都是固定性能的软件，对于本人须要个性化的需要难以满足，尽管软件开发能灵便满足本人的需要，然而无论是自研还是托管，开发和运维费用都极其昂扬2、一个软件解决不了所有问题，那就多堆几个软件，导致一个企业可能用了五六个软件，但都相互独立，无论是性能还是数据，都不能连起来原本想通过信息化提高效率、解决数据难题的，却使得数据壁垒越来越厚、事件越做越多。这可不行。所以ipaas和apaas产生了。……首先，是企业的个性化问题。堵死一大批企业的，其实就是软件开发的门槛过高。要找到懂开发又懂业务的IT太难了，业务人员为了开发去学编程也不是朝夕就能实现。怎么能力提供一种框架，让业务人员不须要学代码就能本人设计出一个管理软件呢？这种模式就是apaas，从利用和数据层面动手，设计搭建工具与逻辑，实现零代码开发。 举个典型的apaas设计逻辑——通过【表单】上传数据并实现重叠搭建，利用【流程工具】将业务点串联起来，借助【仪表盘】进行数据展示与剖析。如图 简道云界面而apaas从利用和数据层面动手，就足以看出，它趋向于PaaS和SaaS之间。其次，就是买通企业外部的各个软件问题。因为企业重叠的各种SaaS软件，用着不同的主机和数据库，怎么将这些软件集成起来？这就须要一种技术，也就是iPaaS。它从虚拟主机和数据库层面动手，创立一个核心生态系统来查看、治理和批改所有数据、基础设施和操作。从而轻松买通各个系统的数据与性能。能够看出，iPaaS则趋向于IaaS和PaaS之间。 开发的更多可能性：API对于apaas，下面也曾经解释分明了。倒退到apaas这一需要，自然而然许多人就会有疑难： 如果依照apaas去搭建企业本身的云平台，供应商只是提供软件，那企业的数据就要存储在供应商的后盾数据存储服务器，互联网公司应该对数据都很敏感，这样依照常人了解，不迷信。所以这就引出了API。日常生活中，咱们有很多相似API的场景，比方： 电脑须要调用手机外面的信息，这时候你会拿一根数据线将电脑手机连接起来，电脑和手机上连贯数据线的接口就相当于“API接口”。如图所示：也就是说，企业能够在本人存储数据，如果须要用到软件性能，就通过API，将须要解决/展现的数据对接到软件中。 举个例子：某科研院有一个自研的信息平台，用于治理业务数据。但他们曾面临一个问题——只管有信息平台，却因为零碎的独立性，数据的上传和备份，须要依附人工在excel里来回操作，效率很低。因为零碎的开发周期长、老本高，他们将眼光聚焦到现成的性能软件上。起初通过API将简道云直接插入公司数据库，数据可主动上传至信息平台上并对立展现；再通过webhook把数据推送到服务器，实现主动备份。 API将信息平台与简道云相连在这一过程中，就是因为API接口，将内外部零碎对接。不必二次开发，就间接实现了数据主动上传、备份的性能。 以上。

随着挪动互联网倒退，服装零售行业的软件开发商开发适宜在挪动端（平板电脑/手机）应用的进销存软件，让批发商户随时随地工作，进步订单解决效率，升高经营老本。如果货物就在店内，挪动端能够通过蓝牙或WiFi连贯的形式操作打印机打单。但因为场地和租金老本等起因，往往服装零售档口的仓库都是跟档口有肯定间隔的，蓝牙打印和WiFi打印都不实用。 面对这种门店仓库间隔较远，甚至是异地的状况，抉择云打印就能破解难题。服装零售的挪动利用（APP、小程序、H5等模式）对接映美云打印服务，绑定映美云打印机，即可实现挪动端订单近程打印需要。批发商户在门店应用平板电脑或手机发送订单信息，仓库云打印机主动接单，高效串联发货流程。 映美云打印计划特点 近程打印实现挪动端近程打印需要，打印不受间隔限度，随时随地打单发货。多门店共享打印无需构建局域网，线下多门店，或线上线下多门店均可共享一台云打印机打单发货，提效降本。打印牢靠服务器反对超大并发拜访，满足零售行业高频、量大的打印需要;采纳防丢单技术，确保订单打印不漏单不重单。云打印多联单据领有82列针式云打印机，实现多联单据云打印，且云打印机无需电脑，联网即用。开发便捷提供多功能API接口接入，打印排版反对HTML语言，成果所见即所得。服务欠缺售前售后均有业余团队对接，全国网点提供线下硬件服务。除了服装零售行业的进销存软件适合应用映美云打印，鞋袜、箱包、配饰、果蔬、布匹、建材等零售行业的SaaS软件都实用。

　云打印整合传统打印机+软件+服务，实现异地近程高效打印。由实质上将传统打印机变成一个能够有本人独立思维逻辑的云打印机，而非仅仅配合电脑应用的外设配备。云打印冲破空间的限度，能够广泛应用在挪动办公、异地发货、餐饮外卖、自助设施等畛域。 云打印是怎么实现的呢？首先软件（SaaS软件、小程序、APP、H5）要与提供云打印服务的平台进行API对接，这样能力确保软件的打印内容能够正确失常地传输给云服务器，而后打印内容再从云服务器传送给云打印机。整个过程都是通过互联网来进行数据传递的，而非传统的USB线、蓝牙或WiFi传输。 例如一款已对接云打印平台的手机进销存APP，用户在APP里绑定云打印机，填写好单据，点击打印，就能够将单据近程打印到云打印机上，即便用户身在北京，而云打印机在广州，只有云打印机有联网，都能实现打印。 云打印长处： 打印间隔不受限制，跨省跨国都能够云打印机主动接管打印，旁边无需连贯电脑和人工操作，降本增效满足SaaS软件、挪动端软件的间接打印需要多终端同时应用一台云打印机，一终端可同时打印到多台云打印机　云打印机有不同的类型，例如打印多联单据的针式云打印机、打印小票的热敏云打印机、打印不干胶标签的标签云打印机、打印文件的喷墨云打印机。目前市面上云打印机品种比拟齐全的有映美云打印机。

 近日，浙江省体育局实现“体育大脑”我的项目建设，正式上线“浙里健身”利用。该利用致力于为市民衰弱提供公共体育“一站式”服务，满足人们日常体育需要的同时，还能实现体质测试预约等公共体育服务事项的在线办理。据理解，蚂蚁数科和其余建设单位一起为“浙里健身”利用和“体育大脑”建设提供关键技术反对。 “浙里健身”是由浙江省体育局打造的“体育大脑”提供智能化撑持的。 据统计，“浙里健身”利用已笼罩全省200多家公共体育场馆、1800多家百姓健身房、8万多个体育场地，实现了掌上查问、导航、预约等性能。同时整合100个体质监测站点实现线上预约，累计发展健身领导课程11000多场、公布健身领导视频497个、服务人次达814万。 以后，以云计算、大数据为代表的数字技术已越来越多的使用在体育畛域中，推动着体育产业实现跨越式倒退。浙江是“十四五”期间体育畛域全国惟一的数字化改革国家级试点，在国家体育总局的领导下， 浙江省体育局提出“摸索建设‘体育大脑’”，放慢体育数字化改革综合集成，晋升改革效益。在此背景下，浙江省体育局引入蚂蚁数科积淀多年实际累积的技术能力，旨在晋升浙江省体育公共数据平台（省体育数据仓）能力，建设体育利用能力核心为全民健身、赛事流动、训练治理等外围业务优化和降级提供科学决策撑持。 据理解，该“体育大脑”及“浙里健身”迭代降级建设项目次要由算力、数据、算法、模型和业务智能板块5个因素形成，借助蚂蚁数科产品能力，“浙里健身”利用构建了对立后盾系统管理、用户标签治理、用户评级配置及审核、静止二维码及利用经营计划等功能模块。 值得一提的是，“浙里健身”在参加浙江省倒退改革委组织的数字社会零碎2022年度“最系列”，获评最佳利用。 随着数字化浪潮不断深入，蚂蚁数科致力于将蚂蚁团体自主研发的技术能力和实践经验对外开放，为政务、金融、新能源等各行各业的数字化转型提供助力，减速业务高质量增长。

引言过来数十年间，国内企业经验了疾速倒退的红利期，规模的增长、价值的发明，涌现了少量国内当先、世界出名的企业与组织。而现在，传统的粗放式经营模式曾经不再实用，数字化转型时代下，如何利用 SaaS 技术与产业进行深度交融，助推国内企业顺利转型，是企业实现高质量倒退的重要课题。 数据显示 SaaS 行业规模以每年 18% 的增速继续扩张，考察显示 70% 的 CIO 认为规模和麻利是企业抉择 SaaS 的两大次要起因。而在国内市场，以公众号、短视频为代表的典型内容场景，更是企业抢占营销洼地的次要阵地，对好的 SaaS 工具更是提出了迫切的需要。 企业内容生产过程中，素材从何而来？视频的制作环节，是否能够变得更加简洁，更易上手？在波及长流程的剪片、审片过程中，企业应该如何优化流程环节，确保最终成片可用，并通过多样化的形式，实现全渠道的智能营销治理？在直播需要日益增长的当下，企业又该如何更好地应用直播工具，来为本身服务？以上种种问题，都摆在企业的背后，亟待解决。 12 月 2 日，「SaaS 工具助力企业内容全流程数智化」TVP 技术交流会炽热开聊，邀请到腾讯智能创作平台、腾讯云智绘、腾讯企点、腾讯乐享四款产品负责人，和你一起聊聊 SaaS 工具助力企业内容全流程数智化的那些事，本文为本次流动精髓总结。 一、一站式企业内容治理经营平台，帮忙企业生产更好的内容首先，腾讯智能创作平台负责人郭磊带来了题为《一站式企业内容治理经营平台，帮忙企业生产更好的内容》主题分享。 郭磊老师在收场中介绍道，以后各行各业都处于信息大爆炸的阶段，行业内的很多企业越来越多通过内容的形式来开展业务，企业是否在各自市场畛域中获得竞争劣势，与是否生产好内容、利用和经营内容是非亲非故的。腾讯云智能创作平台，就是一款定位于帮忙企业解决内容生产和应用过程中所遇到各种问题的提效利器。 “得益于腾讯云的技术积攒，智能创作平台一方面具备劣势性的 AI 视频解决能力，另一方面也提供齐备的正版素材模板，从技术和资源两个层面为企业生产更好的视频提供根底的赋能。”郭磊老师示意。 在云端一站式视频创作方面，提供了全流程笼罩的五大子产品：云媒资、云剪辑、云审片、易直播、云分享。郭磊老师进一步介绍道，针对企业客户，腾讯云智能创作平台也装备了企业级服务计划，提供包含权限治理、品牌定制、资产积淀以及软性的专属服务在内的相干能力，帮忙企业更好地从中受害。 所谓一站式视频创作解决方案，一站式的能力具体如何出现？郭磊老师将以上五大子产品与企业视频创作的六大外围环节做了一一对应，提供从创意确认到内容公布一站式的云端内容创作能力。 郭磊老师别离以医疗和游戏经营行业的企业案例具体介绍了腾讯云智能创作平台在其外围业务场景下的利用详情，除了这两个标杆案例以外，批发、金融、教育、电商、传媒等畛域都有智能创作平台解决方案的具体落地。 “在技术能力方面，腾讯云智能创作平台依靠4大实验室加持，提供腾讯最好的视频智能创作能力。在行业苦恼的正版素材方面，能够借助海量腾讯设计资产高效复用。将来也将继续下沉到行业中去与企业独特进行场景诉求探讨，继续提供迭代优化的产品能力，为企业客户提供更为优质的服务。”郭磊老师最初总结道。 二、数字化营销素材的智能生产模式，助力企业降本增效腾讯云智绘产品负责人贝俊达带来了题为《数字化营销素材的智能生产模式，助力企业降本增效》的主题分享。 “在企业传统的营销素材生产方式中存在三种有余：其一是难以满足千人千面的多图量产需要；其二是依赖设计人员，无奈协同生产；其三是素材老本高，复用难，治理难。”贝俊达老师在分享伊始指出了以后企业在营销素材方面所面临的共性问题。 腾讯云智绘作为腾讯云智能创作平台中面向图片生产的产品，心愿针对这些行业面临的共性问题提出一个更好的生产方式。贝俊达老师以电商/卖家 ERP、常识社区/资讯平台、短视频/直播/课程平台等三个典型场景为例，具体介绍了腾讯云智绘如何针对性地解决企业痛点问题： 一方面，在电商场景下，腾讯云智绘做到了单图生产工夫低于3秒，每日生产图片可超百万张，提供高 QPS 应答大促突发需要。企业用户只需批量套模板，就可轻松生成海量称心图片；在社区、资讯场景下，腾讯云智绘能够做到基于文章题目智能举荐多封面、文本智能短句、反对二次编辑等，目前已服务于腾讯乐享等平台，累计产出文章封面图超600万张，无效晋升文章配图率和用户点击率；在短视频场景下，腾讯云智绘具备基于视频内容或视频抽帧图智能举荐封面、画面主体辨认拆散背景、匹配行业模板素材、二次编辑调整等个性，已在多个业务中失去利用，数据晋升显著。“除这些典型场景以外，腾讯云智绘在广告投放多尺寸拓展、图片批量标准化等方面也都有收效显著的利用案例。腾讯云智绘还提供了在线海报设计平台，用户无需设计专业技能，也能通过在线筛选模板，编辑替换图文内容，即可播种称心的图片成果。”贝俊达老师介绍道。 针对企业客户心愿在自有外部零碎闭环的需要，腾讯云智绘也提供了 SDK 集成反对，企业用户无需跳转内部零碎，集成后可主动替换企业配置好的 Logo 和二维码等要害素材，对定制需要非常敌对。 “智绘解决的另一个痛点是企业内设计师跟经营人员的合作问题，设计师将设计源文件导入团队模块后，即可邀请共事退出，新退出共事可基于设计师录好的模板，依据本人需要疾速编辑素材下载成图应用，也能够轻松调用外部素材生成其余宣传物料，同时保障输入的品质以及设计一致性。” 分享最初，贝俊达老师以证券、电商ERP 及包装行业的三个案例具体介绍了智绘的产品能力，欢送大家试用体验。 三、保姆式服务品质与营销业务共增长腾讯企点产品负责人李涛带来了题为《服务及精细化营销共成长》的主题分享。 李涛老师在演讲收场中向与会嘉宾们介绍了其对后疫情时代下沉消费市场的一些新洞察。在他看来，消费者、生产环境、内部基建三大维度都产生了微小的变动： 消费者：开始享受“懒生存”，看重性价比，重视包装设计，思考成套购买；生产环境：价格透明化，线下看线上购，场景细分显著，马太效应凸显；内部基建：5G 与 AIoT 的新技术，“双碳”+节能+绿色的新规范，新农村下乡打算的新政策。也就是在这样的背景下，腾讯企点带来了企业营销增长的“双涡轮”，在服务即营销的理念下，企业能够取得数智经营一体化的体验，客户则能播种服务营销一体化的体验，二者有机联合循环增长，最终实现助力企业持续增长的目标。 “腾讯企点的数字化营销方法论能够总结为『ACE 增长体系』，触达力 Attain 帮忙企业实现全域触达与增量，连贯力 Connect 帮忙实现高效连贯与转化，拓展力 Extend 帮忙获得高质量关系与价值。”李涛老师用简炼的语言准确地概括了腾讯企点助力企业数字化营销持续增长的神秘。具体的产品解决方案框架，可参考下图。 ...

依题：aPaaS是什么？aPaaS与iPaaS二者之间的区别在哪？要想理解区别，首先得搞清概念，不然就是在耍流氓！上面自己就从概念到区别用大白话给你一次性讲清楚。 一、什么是iPaaS？集成平台即服务（Integration Platform as a Service。简称iPaaS）是一种基于云计算的软件包，用于创立新的应用程序或通过链接现有服务和应用程序来编排数据流。它容许组织轻松利用根本构建块来简化流程或建设新服务。 特色： iPaaS能够将存储客户信息的数据库、用于将地址转换为地理坐标的API，以及用于解决信用卡交易的第三方服务整合在一起，以便用户能够一站式实现工作。 这些平台装备了应用标准协议和数据格式与现有服务交互的例程。他们善于从一项服务中申请数据，而后过滤数据并将其转换为其余服务所需的另一种数据格式，并充当数据传输的传输枢纽。 相似的数据流集成办法由企业服务总线（ESB）和机器人流程自动化（RPA）等技术执行。每种技术都通过相似的工作来集成现有的软件包和服务。 论断： 要确定一家平台是不是iPaaS，那咱们只须要察看该平台是否领有集成其余零碎平台的能力，或者有没有提供API接口。 二、什么是aPaaS？应用程序平台即服务（Application Platform as a Service。简称aPaaS）是一种云服务，为软件应用程序的开发和运行提供环境。aPaaS容许开发人员创立大规模应用程序。Gartner对其所下的定义是：“这是基于PaaS（平台即服务）的一种解决方案，反对应用程序在云端的开发、部署和运行，提供软件开发中的根底工具给用户，包含数据对象、权限治理、用户界面等。” 特色： 提供疾速开发的环境，用户在几个小时内就能实现利用的开发、测试、部署，并可能随时调整或更新。 为没有开发教训的人提供搭建应用程序的机会，同时使业余开发人员可能绕过反复、无聊的工作，以便他们能够专一于更高难度的应用程序提供解决方案。 扩展性强，可应答企业倒退过程中所带来的需要变动而进行适配调整。 论断： 要确定一家平台是不是aPaaS，那么咱们只须要看该平台是否领有开发利用零碎的能力。能不能疾速开发一套软件系统。 三、aPaaS和iPaaS的区别： 1、面向对象不同 iPaaS是集成和拓展，比方咱们要把某个平台的数据接入到本人的零碎中，那么就须要具备iPaaS能力，但这种个别须要找业余的开发人员能力实现集成拓展。因为这外面须要懂编码常识。 而aPaaS通常是会提供现成的可视化组件，能够让技术人员或者业务人员直接参与开发。 2、都能够节俭企业老本，但角度不同 iPaaS能够放慢第三方数据集成的能力，并能够让数据实时主动同步，防止了时间差，缩小了以往反复导入导出Excel的问题，通过减速集成、轻松集成缩小企业的效率与对接老本。 aPaaS能够很灵便的迭代应用程序，重点凸显在业务规定、业务逻辑、工作流程等方面。最大的价值就是麻利开发，现场测试，及时反馈，立刻调整。直至开发出的利用零碎合乎预期为止。aPaaS这种疾速的形式能够继续进步企业的满意度，并缩小工夫和人力老本。 3、数据处理形式不同 iPaaS最重要的益处是它能够帮忙无缝连贯不同的软件应用程序并同步数据。IT团队能够从更集中的地位拜访所有数据，无需在零碎之间一直切换以查找所需的信息。 aPaaS平台不须要手动从不同的资源和零碎中提取数据，它具备web服务API个性，能够提取数据和第三方应用程序。 以上我说了4种区别，不晓得大家看完之后对于aPaaS和iPaaS二者之间的区别有没有粗浅的意识呢？ 什么？你只看到3种区别？ 不应该啊，难道你没有发现它们除了面向对象不同，节省成本的角度不同，数据处理形式不同之外，我还在结尾的“特色”内容局部也写了它们之间存在的不同之处吗？（暗藏技能） 四、总结： 总的来说，尽管aPaaS和ipaas都属于PaaS零碎，但他们之间的区别也很显著，aPaaS是趋向于SaaS和PaaS之间，ipaas趋向于laas和PaaS之间。拿目前市场上比拟火的低代码开发平台就是联合了aPaaS和iPaaS两种特色。既能够疾速开发应用程序，又能够轻松集成其余零碎平台。 而在这之中，织信Informat作为国内当先的企业级低代码平台服务商，通过专业化的产品和服务，赋能企业实现数字化转型的同时。还为企业提供了从合作、治理、经营到销售等各个环节、全方位信息化产品和服务。并领有20+支流行业零碎解决方案，100+利用零碎模板，笼罩企业治理的各项工作畛域。织信Informat采纳集成式工作台+私有云/公有云利用模式，通过云端、手机端为企业提供灵便高效的企业经营治理信息化服务。软件页面简洁，易操作，并且反对本地部署及专属定制，为企业提供一站式、全方位的解决方案。

引言 随同着技术的倒退和成熟，企业所波及的内容需要日趋多样。对外，随着短视频、直播等渠道凭借其触达用户更间接，蕴含信息模式更多元的特点，越来越被宽广用户所承受，企业急需在这一营销赛道上重点发力；对内，随着企业规模的扩充，外部治理与沟通需要同样在日益收缩。但视频渠道与传统内容输入模式截然不同的样态，以及对经营人员的不同素质能力要求，往往让很多初涉足的企业顾此失彼，在尝试的过程中每每碰壁。 企业内容生产过程中，素材从何而来？视频的制作环节，是否能够变得更加简洁，更易上手？在波及长流程的剪片、审片过程中，企业应该如何优化流程环节，确保最终成片可用，并通过多样化的形式，实现全渠道的智能营销治理？在直播需要日益增长的当下，企业又该如何更好地应用直播工具，来为本身服务？以上种种问题，都摆在企业的背后，亟待解决。 除对外的内容营销外，企业外部的内容治理，也是使很多企业决策者头疼的难点之一。随着企业规模的不断扩大，如何构建一个企业社区，为企业高效治理提供反对？如何放大企业跨层级信息鸿沟，使得企业文化可能更快落地？企业增长过程中的常识与教训，又该如何更快积淀，使更多员工受害？是否有对应的数字化工具，可能帮助企业更有针对性地解决问题？ 12 月 2 日 15:00-17:10，「SaaS工具助力企业内容全流程数智化」TVP技术交流会 炽热开聊，企业内容生产和营销流程中，还存在哪些辣手难题？面对这些畛域的窘境，腾讯又给出了哪些新鲜的解决方案？本次，咱们邀请到腾讯智能创作平台、腾讯云智绘、腾讯企点、腾讯乐享四款产品负责人，和你一起聊聊 SaaS 工具助力企业内容全流程数智化的那些事。 直播报名12 月 2 日（周五） 15:00 - 17:10，「SaaS工具助力企业内容全流程数智化」TVP 技术交流会将在腾讯云TVP视频号等多平台同步直播， 扫描「海报二维码」即可报名，快来和产品专家一起交换吧！ 在直播过程中，还会有继续福袋抽奖，多种腾讯定制好礼相送，快来扫码报名，预约直播吧！报名胜利后，增加云小助微信：TVP1215，回复关键词：「SaaS」，可提前进入流动专属交换群参加互动，赢取精美礼品。 结语TVP 自成立以来，始终秉承着“用科技影响世界”的愿景，致力于搭建连贯技术专家与宽广开发者的桥梁，让技术普惠大家，践行科技向善的初心和本心。期待着通过本次 TVP 技术交流会，以大咖视角，用业余教训，为你带来耳目一新的感触！

近日，寰球最大的SaaS软件公司Salesforce忽然发表，遣散中国区团队，同时敞开位于中国香港的办公室，转由阿里云代销业务。Salesforce的中国淘金之路彻底折戟。国产软件代替外资软件水土不服等多重因素导致巨头溃退作为寰球SaaS行业的鼻祖企业，Salesforce的胜利始终被业内视为榜样。这家1999年在美国成立的企业最早专一于CRM（客户关系治理），后逐步笼罩财税、人力等多个SaaS细分赛道。2022财年，Salesforce营收达264.92亿美元，相较于2004财年9600万美元，增长超200倍。与海内较高的倒退速度和美誉度相比，Salesforce在中国的业务发展却始终遭逢水土不服。业内人士示意，Salesforce中国的营收占其寰球营收的比例在个位数的程度，甚至更低。究其原因，水土不服被看作是主因。业内剖析，Salesforce诞生于流程化的美国企业需要之中，根植于国内标准化、流程化的企业治理环境，并不具备中国式服务的基因。因为在中国，不同行业对管理系统的需要是不一样的，即使是同一个行业，不同企业外部需要也会有很大的差异。正因如此，即使Salesforce面向中国市场推出高价和“先试后买”策略，还组建中国销售团队，甚至间接投资了一家中国CRM厂商，其不涉及产品基本改革的本土化策略仍然失败。除了这些因素，Salesforce产品与国内的社交生态交融也不太顺畅，而且，近年来国内数据入境的监管愈发严格，这也使其获客更加艰难。国产SaaS已非“吴下阿蒙”与Salesforce登场绝对应的，是国产化SaaS的强势崛起。2012年前后，一批国产SaaS公司先后创建，并在资本搀扶下茁壮成长。10年后的明天，它们已不再是“吴下阿蒙”，具备了与巨头一较高下的实力。以后，国产SaaS行业也更加器重技术导向、产品性能、客户体验，逐渐走出了“软件外包”模式。企业也经验了服务小客户到中大客户的历练，积攒了适宜国内企业付费习惯等诸多性能劣势。不同于外资产品，国产SaaS企业根植于国内企业环境，逐步向垂直化和细分化方向倒退，将数据、技术、场景进行深度交融，可能满足企业多样化需要。因为国内互联网飞速发展的协同效应，促使SaaS企业的服务、产品、技术等能力高速晋升。ServiceGo产品竞争力比肩巨头沃丰科技间接对标Salesforce，推出了一体化智能售后服务平台ServiceGo。沃丰科技ServiceGo提供当先的市场、销售、服务治理解决方案，借助低代码PaaS平台的底层架构，灵便的功能模块，可视化配置的设计理念，及积淀下的多个行业优质解决方案，轻松满足各类治理需要，实现全流程数字化治理，晋升管理效率，进步客户满意度。比照外资厂商，ServiceGo有着显著的产品与技术劣势：1、业务广覆盖ServiceGo产品能实现全员笼罩，填补了国内售后服务畛域一线人员数字化空白区，实现数万家公司上百万一线工人的信息化；2、原生功能丰富ServiceGo的PaaS平台集成了全渠道、审批流、现场签到、电话呼叫等原生性能，客户体验佳，且针对中国企业服务场景，无效满足国内企业需要；3、运维成本低低代码架构零碎易于企业本人运维，不依赖供应商；4、常识迁徙能力强能真正实现常识转移，赋能企业IT团队能力，让企业后续可自行交付流程；5、技术当先ServiceGo依靠沃丰科技多年的AI技术实力和低代码PaaS平台架构而打造，具备行业当先的技术劣势，可能保障平台弱小的产品性能。ServiceGo售后服务一体化解决方案事实上，依靠本身弱小的产品性能，ServiceGo曾经在多个行业头部客户我的项目中实现了对外资企业的国产代替。比方联合利华、大金空调、亚信平安，都从应用Salesforce零碎切换到ServiceGo零碎；国内数字化解决方案领导者新华三，从以前的Salesforce+Dynamics双系统切换到了ServiceGo；鱼跃医疗也从SAP+Salesforce切换到了ServiceGo。而这些只是ServiceGo与外资同行强烈抢夺市场的冰山一角。随着国产化代替减速到来，在Salesforce等巨头相继退出中国之际，置信以沃丰科技ServiceGo为代表的国产SaaS厂商，肯定可能实现SaaS行业的国产代替，为国内企业提供更优质、更有针对性的SaaS软件服务，并借此良机进一步夯实根底、做大做强，加强我国国产软件行业综合竞争力。

独立站是最近几年从新火爆起来的跨境电商经营方式。人都喜爱所有都把握在本人手里的感觉，而独立站的益处就是本人说了算，足够自在。因为能够本人说了算，危险本人把控，本人做的事件，本人负责，独立站的这些自主个性深受货代人的青睐。独立站以其独立自主的个性，引领将来跨境电商发展趋势。 1、外贸独立网站长期属于企业本人的固定资产，而且成本低； 2、外贸企业真的须要一个属于本人的网上的产品展厅； 3、解脱平台规定束缚，经营三方平台要恪守各类规定，店铺容易面临关闭的危险，而独立站的规定是由卖家制订的； 4、容易积淀老顾客，独立站的“限制性”，让下面没有同行的竞争，没有多家比照，流量品质远远比平台流量来得高，精心经营能积淀成为短暂的流量池。 从Fecify独立站+跨境电商倒退的倒退局势来看，跨境企业若是能提前进入这个市场布局，品牌倒退会成为将来跨境电商的倒退之路。

时代时时刻刻在变动，而往年来呈爆炸式的科技增长使得寰球高新技术取得了不菲的成长。以往不易实现的愿景在当初一一被实现，原初的信息时代古老技术理念也得益于时代的倒退取得了新生，产生了新的价值。在当初以SaaS（软件即服务）的时代下，企业的运行开始依赖各式各样的SaaS产品，许多企业也着重SaaS产品的制作与经营，而为了应答SaaS时代所产生的一系列痛点，帮忙核心的理念应运而生。时至今日，在线帮忙文档曾经成为了许多企业的抉择。 SaaS时代企业的痛点SaaS产品在模式上最根本的体现为，产品基于网页Web，与软件程序的依赖性较弱。通过售卖不同档位的套餐来为产品客户提供对应品位的服务。SaaS产品的绝对于传统本地装置的软件的劣势在于，不依赖本地PC的配置要求，实时更新产品，数据信息存储在云端缩小信息不对称的状况。但也因为这个个性，也存在许多痛点： 痛点1：SaaS产品更新频繁，用户承受信息频率跟不上 SaaS产品基于Web更新十分的快且频繁，但也正因如此，客户很容易疏忽某次更新的内容。与传统软件的更新不同，SaaS产品的更新日志不会随同每一次关上产品时跳出界面供客户查看。 痛点2：SaaS产品内容多，客户问题数量繁多 当初的Saas产品并不单单只具备一个性能，这点与传统软件性能相似，须要破费大量工夫去查看学习相干操作内容，即使是以简洁易用为主题的SaaS产品也很难避过多功能所带来的产品信息宏大的问题。 痛点3：传统的产品指南手册更新破费大量老本 如果产品采纳的是相似于以前的产品指南手册，信息寄存在某一个动态页面上。每到产品更新时，手册更新不仅麻烦，还须要关照页面款式格局，耗费额定的工作精力。 SaaS时代企业面临的许多问题，大都源自于传统产品行业的古老理念限度，只须要转换一下思维，使用新时代的思维便可能迎面解决这些问题。 为了应答上述的问题，企业能够思考为产品站点链接专属于产品的在线帮忙核心。 在线帮忙核心在SaaS行业中的作用在线帮忙核心是指在产品网站或者产品外部讲产品应用过程中遇到的问题进行汇总，通过Q&A的模式出现给用户，帮忙用户疾速解决问题。 咋一看与传统的产品使用指南很类似，但其所领有的的独特技能恰好可能解决以上提到的产品痛点。 1.随时随地更改内容，并且实时更新页面。 在线帮忙核心往往会提供编辑后盾，且领有设定好的格局，后盾人员只须要在编辑后盾批改内容便能够即时的反馈到帮忙核心页面上，且不必放心因内容所带来的页面格局问题。 2.内置搜寻栏，查问问题方便快捷。 在线帮忙核心搭载专属的搜寻零碎，客户能够通过搜寻零碎来查问到本人想要解决的问题答案，同时搜寻零碎设定的关键字含糊搜寻也能够为客户提供其余与关键字相干相似的问题，来帮忙辨认客户实在的询问需要。 3.内容编辑方便快捷 帮忙核心提供了一个规范的帮忙核心除了内容以外须要的所有货色，包含款式、文字格局、目录、排版等等，后盾编辑人员只须要输入内容即可实现帮忙核心的撰写，十分的方便快捷。一些好的帮忙核心搭建平台还会提供诸如SEO优化、API借口连贯，协同编辑等优良性能，协力欠缺产品的在线帮忙核心。 SaaS行业是现今时代正在奋力回升的行业，为了适应时代倒退的潮流，越来越多的企业开始抉择了在线帮忙核心去保护本人的产品。帮忙核心在将来也会更加地欠缺，适应全新的时代。

很多研发人员在日常工作中常常回遇到以下两个问题：居然不能够运行，为什么？居然能够运行，为什么？ 因而，他们十分冀望可观测可能提供解决问题的思路。 引言 2017 年，推特工程师 Cindy 发表了一篇名为《Monitoring and Observability》的文章，首次将可观测性这一词汇带入开发者视线，通过半开玩笑的形式调侃了对于可观测性和监控的区别。在软件产品和服务畛域，监控可能告知咱们服务到底是否能失常运行，而可观测性能够通知咱们为为什么服务没有失常运行。 从谷歌趋势图中能够看到，可观测性的普及率出现逐年回升的态势，它也被视为零碎的属性，将逐渐成为零碎在做开发设计过程中就须要具备的个性。 可观测发展趋势 2020 年后，可观测的搜寻趋势呈现井喷，很大一部分起因是 SRE 站点可靠性工程逐渐遍及，国内大厂纷纷设立相干岗位和对应招聘指标，使得可观测性在国内也失去了较多关注。这也意味着越来越多的根底服务面临了稳定性挑战，而破解稳定性挑战的重要伎俩就在于提供可观测性。 上图左下角为可观测性的寰球搜寻趋势，其中中国的搜寻热度颇高。 可观测性定义 可观测性是由匈牙利工程师提出的一个数学概念，指零碎能够由内部输入推断其外部状态的水平。换句话说，可观测性该当能够从数据产出中剖析出其外部的具体运行细节。 难点与挑战业务蓬勃发展 稳定性诉求激增 F6 汽车科技是一家专一于汽车后市场信息化建设的互联网平台公司，目前处于行业内头部地位。随着业务蓬勃发展，F6 反对的商户数目短时间内暴增数十倍，同时也逐渐发展了面向技师等 C 端场景的业务，比方 Vin 码解析、数据查问等，对于稳定性的要求显著进步。 康威定律的作用 康威定律是 IT 史上对整个组织架构进行微服务拆分的指导性定律。任何组织在设计零碎过程中都是组织架构的翻版，随着业务收缩，康威定律作用会导致设计微服务时拆分形式趋同于组织架构，业务增长会导致部门拆分，后续设计微服务时也会非常凑近组织架构。哪怕后期组织架构和微服务拆分不统一，前面微服务也会逐渐斗争于组织架构。 尽管微服务和组织架构趋同使得零碎沟通效率较高，然而这也带来了很多分布式的零碎问题。比方微服务之间的交互，没有人可能对服务有整体性、全局性的理解，研发人员最间接的冀望就是在分布式系统中也能有单机零碎的排查效率，这促使咱们须要将零碎以服务器为核心的思路转变为以调用链为核心的思路。 稳定性诉求激增 F6 最早进行业务开发时采纳烟囱式的建设。单体利用比较简单，然而它在扩展性和可维护性上存在很多问题。比方所有研发都在零碎上进行，代码抵触较多，什么工夫点能公布，发布会造成多少业务量损失等皆难以明确。因而，越来越多状况导致咱们须要进行微服务拆分，而微服务拆分和调用又会导致调用链十分复杂繁琐，如上图右所示，简直无奈人为剖析出调用链路。 那么，怎么样能力尽可能升高线上排查故障的难度？ 可观测演进传统监控+微利用日志收集ELKStack 获取日志和查问 ElastAlert 实现日志告警 传统的监控和微服务日志收集个别采纳 ELKStack 进行日志收集。ELK 是三个开源我的项目的首字母缩写，别离是 Elasticsearch、Logstash 和 Kibana。 咱们重度依赖 ELK 进行微服务日志的收集，与此同时，还应用了开源的基于 ES 的报警零碎 ElastAlert 组件，次要性能是从 ES 中查问出匹配规定，对相干类型数据进行报警。 上图形容了通过日志收集进行日常查问的思路。比方研发人员会通过 pipeling 查问线上日志，ElastAlert 通过匹配规定告警获取到 ES 日志中发掘出来异样数据，kibana 能够进行查问，也能够优先定位出零碎中产生的异样。 架构降级+可观测性引入Grafana 看板+Zorka 反对 jvm 监控 ...

随着信息化过程的放慢，越来越多的企业开始意识到信息化的重要性，而信息化的力量来自于与企业的无效整合。把握住这一基本要素，就能把握住企业数字化的将来。 企业信息化管理软件的倒退通过了自定义和通用化的倒退阶段，现已步入通用化的产业化阶段。企业治理软件厂商必须对不同行业的个性和零碎的需要进行深刻的钻研，以通用性为根底，为企业提供业余的解决方案。 实际上，目前的管理软件曾经不能满足干变万化、一直变动的企业信息化治理要求。SaaS （Software as a Service，软件即服务）模式的衰亡，为企业的信息化治理提供了新的时机。 企业常识治理常识治理是企业常识创新能力、组织外围能力和可继续倒退能力的有效途径。 在品质管理系统的运作中，企业的常识是指企业生产流程和产品和服务合乎性所必须的常识。常识治理在企业中的重要性是毋庸置疑的，而常识治理的施行更是重中之重。怎样才能使常识治理不再是一句空话？还要用迷信的常识和伎俩，一点一滴地解决那些看起来很一般的工作，积攒起来，就能积攒起来。 SaaS模式的长处随着挪动通信、宽带网络的飞速发展，传统的电子商务管理软件已无奈适应企业的须要。SaaS的衰亡，使得传统的企业管理软件产生了微小的变动。与传统的管理软件相比， SaaS模式具备很多独特的长处： 1.低成本 SaaS公司要想在强烈的市场竞争中获得成功，必须从升高经营老本、进步经营效率等方面动手。过来，企业管理软件的大量投资曾经成为制约企业，特地是中小企业在信息化建设中的一个重要阻碍， SaaS模式的呈现，无疑解决了这一问题。 2. SaaS实质是 IT外包公司不须要购买软件受权，只须要租用即可，不须要耗费大量的经营资本，因而能够加重公司的资金紧张。企业能够依据本人的须要，自行抉择所需的软件，每月或每年领取肯定的服务费用，从而极大地缩小了企业购买软件的老本和危险。商家在购买了 SaaS软件之后，马上就能注册并开明服务。不用破费大量的工夫来钻研开发和部署，从而为企业节俭了大量的工夫。 3.基于 SaaS模式的多种租借特色多重租约是多家公司在 SaaS服务提供商的服务器群中存储数据和业务过程，就像一个服务提供商将一套网络软件同时租给多家公司，而每一家公司都只能查看本人的数据，而服务提供商则负责对其进行保护。 4. SaaS模式可灵便定制（软件超市）自定义个性是 SaaS软件的另外一项关键技术，而该厂商的产品也实现了自我定制。企业能够自定义域，菜单，报告，公式，权限，视图，统计图，工作流，审核流等，并且能够设置各种逻辑关系来过滤数据，不便用户对所需的细节进行查问，从而为 SaaS软件量身定做。企业能够按需要洽购所需的服务，这也就是公司可能依照本人的倒退形式抉择相应的软件。 5. SaaS软件的可扩展性SaaS软件较之传统的企业管理软件具备更强的扩展性。在传统的管理软件中，如果有什么须要批改的中央，就必须要批改代码，或者给用户提供一个二次开发的界面。 6.提供网上开发平台的 SaaS软件网络开发平台技术是自定义技术的一种天然延长。传统的管理软件产业链由操作系统供应商、程序工具供应商和应用软件开发商组成，而网络开发平台则是以网络为根底的“OS”与开发工具。 在云计算技术倒退的明天，基于 SaaS云服务的知识库零碎正逐步在各大企业中失去利用。在实践中，基于 SaaS的企业知识库体系结构具备如下特点： 安全性：平安依赖于 SaaS提供商的能力。<!----> 建设艰难：没有附加的软件和硬件资源，也没有额定的 IT人员；<!----> 已有常识转移难度：容易。<!----> 用户的上手难易度：易于上手，随时随地都能够应用；<!----> 挪动端应用体验： SaaS软件的疾速降级，手机、平板等挪动设施的利用也在一直地被设计和优化，挪动终端用户体验广泛较好。通过上述几类次要的知识库建设计划的比拟，能够发现 SaaS云服务的知识库建设工具具备易部署、易使用、易治理和易共享等长处。随着5G和云计算技术的一直倒退，基于 SaaS的云服务企业知识库建设将是将来的倒退支流趋势。 只有抉择正确的工具，那么就曾经胜利了一半。给大家举荐一款专门的知识库制作 SaaS产品-：Baklib。 Baklib数据库和 帮忙核心平台 Baklib是一个反对私有化部署的 SaaS云计算平台，它具备易于构建、易于迁徙和备份、易上手以及更好的手机用户体验。帮助企业建设一个高效，易于应用的云计算企业知识库。实现了外部常识合作和内部产品推广的站点内容治理。通过晋升用户体验，晋升用户的应用和保留，公司的收益将会减少。 产品应用地址：https://www.baklib.com/?utm_c...

与很多技术潮流一样，“SaaS”一词也逐步成为企业经理们议论的话题。然而如果你不晓得“SaaS”，你兴许会很困惑且很容易疏忽它。所以，“SaaS”是什么？其长处是什么，对企业的数字化转型有何帮忙？ SaaS实际上是一种软件的传递形式，它是把一个应用程序发送到一个厂商或者一个服务提供者的近程主机上，而后在网上向用户提供。不同于传统的软件洽购形式，在云服务平台上，用户无需再去购买或装置软件，只需订购网上服务即可。 随着云计算一体化水平的进步， SaaS软件的性能也越来越强。这也让很多公司更偏向于采纳 SaaS型企业管理软件，这不仅仅是因为它的易用性，更重要的是，大部分的 SaaS软件供应商都能提供每月或者每年的服务，而不须要一次买断。这种形式既能为企业节约洽购老本，又能无效地缩小洽购的危险。 SaaS应用程序的长处 1、费用 SaaS类型的软件能为公司节约很多老本。SaaS软件不须要在硬件上投入很多钱，而且能够很容易地进行下载和保护，这有助于缩小用户在购买/装置时的预付款，同时也缩小了诸如培修和更新等方面的开销。另外， SaaS对于小公司来说尤其有益处，即按需付款的形式，能够依据须要来抉择软件，而不须要为所需的模块付费，而不须要额定的老本来购买。 2、工夫。 咱们经常说，“工夫就是钱。”这岂但能够缩小公司的开销，还能够节约很多的工夫。 对企业而言，应用 SaaS模式的企业，将会有厂商进行前期的保护，而不须要 IT部门全天候的保护，从而防止了软件更新所需的额定工作和中断； 对用户而言， SaaS式的企业管理软件不须要装置，只有在网上建设连贯，而后通过浏览器就能登陆，即便是换了一台计算机也能很容易地登陆，大大节约了下载软件的工夫。同时， SaaS软件的学习曲线也较传统的软件要短，这也就意味着大多数用户可能很快把握该软件，从而进步了工作效率，节约了学习的工夫。 3、可扩展性与灵活性 SaaS类型的企业管理软件还有一个特点，那就是“按需付费”，它给企业的抉择范畴更大，功能模块的组合也更灵便，能够让企业依照本人的商业须要来定制。供应商会提供分级订购价格，这样你就能够先从根底计划动手，而后再逐步完善到更多的有特色的计划。 SaaS类型的企业管理软件能够定制，使其可能依据本人的具体工作过程来配置软件。而且它具备很强的灵活性，在当前的利用中，企业还能够依据本人的须要，依据本人的须要，对功能模块进行相应的调整，以适应企业将来的商业须要。 4、兼容性 当采纳传统的企业管理软件进行装置时，若遇到须要降级、降级的零碎，岂但要花费大量的工夫和资金来购买和配置软件。更糟的是，不同的版本会引起兼容问题，从而节约大量的工夫。 而采纳 SaaS模式的企业管理软件，则能够解决上述问题，软件供应商会对系统进行对立的降级，而后将其上传到云端，让用户通过登陆零碎即可取得最新版本的零碎服务。 利用切当， SaaS软件岂但能为企业节约工夫、人力、财力，还能简化治理流程，打消软件的保护、软件不兼容等问题，从而无效地晋升企业的工作效率。 企业怎么利用 SAAS工具强化外部的数字化改革 我倡议你应用 Baklib来晋升公司和顾客的关系的数字化效率。 Baklib是一款基于 Baklib技术的网上文档编辑与共享工具，它不仅为用户提供了一个高效的常识整顿平台，同时也为用户提供了一个高质量的常识公布平台，通过 Baklib生成的文件能够被主动转换为一个站点，通过 url链接能够进行拜访，让顾客能够在网上浏览、理解、理解产品，从而为用户提供更多的不便。 Baklib怎么帮助企业实现数字转换 它是一种可能帮忙企业使用者高效地把重要的工作信息（产品文档，重要数据，操作手册）的组织。帮助企业企业进行外部常识合作，并进行内部产品推广。咱们认为，利用古代的文件技术能够晋升使用者的应用体验，晋升使用者的试用和保留，进而晋升企业的营收。应用容易浏览的网上文件、产品说明书、训练指南和指南。 Baklib有助于公司外部的常识治理 Baklib帮助企业在各个部门构建空间知识库，使工作内容积淀并固化，并能实时更新和共享。 组织构造地存储扩散的外部文件，防止因为人员的挪动而导致外部数据失落 严格的权限调配，弱小的检索机制，保障了信息的安全性，缩小了信息的获取速度。 易于了解的外部常识治理平台，使每位雇员都能成为常识的贡献者。

SaaS行业不仅要有优良的产品，还要有优质的客户服务，以久远的眼光来看，留住老顾客比取得新顾客更加重要，而以后进步客户服务的要害是创立帮忙核心。 SaaS是什么SaaS，是“软件服务”的简称，指的是“软件即服务”，也就是通过互联网来提供软件服务。SaaS平台供应商在各自的服务器上对立部署应用软件，客户可依据工作须要，通过互联网订购所需的应用软件服务，并依照订购的服务数量和工夫单位向供应商付费，并通过互联网获取由 Saas平台提供的服务。什么是帮忙核心?帮忙核心（亦称用户手册、产品说明书等）是由产品发行方向使用者所提供的，以帮助使用者疾速把握产品的相干内容。随着网络的一直倒退，科技一直融入咱们的日常生活中，各类软件深刻渗透到咱们的生存、工作和学习中。用户第一次应用软件产品时，往往并不理解它的应用办法、性能、应用习惯等，这个时候，帮忙核心就能派上用场了。帮忙核心还能在软件系统更新迭代后及时地让用户间接拜访理解更新内容SaaS行业存在的痛点剖析对于 SaaS产品来说，应用产品使须要大量的操作步骤和疾速的迭代，因而，帮忙的作用是不言而喻的。作为Saas产品的经营人往往会常常面对下列问题：1，客服在上班后，如果用户存在什么问题，就得等到第二天才可能取得解答，这就会影响到客户的体验从而导致产品的口碑受到影响。2，在销售过程中，经营方有时候会重复答复同样的问题，在顾客群里，每天都会呈现许多雷同的问题，然而在传统客户管理模式中只能一直地打字或者电话回复，这样的工作效率十分的低下。3，如果用户提出了一些比较复杂的问题，咱们须要将解决问题的视频录制成微信发送给用户，这样不仅耗时，而且视频还会被压缩，观看成果也会很差。4，由不足业余的产品问答，导致客户的答复不够业余，对品牌形象造成肯定的挫伤。5，要保维持疾速无效地解决问题的速度，必须要有大量的客户服务人员，这会造成大量的人力老本。帮忙核心在 SaaS产业中负责的角色所谓的“产品帮忙核心”，就是将用户在应用过程中会呈现的各种问题，都以 Q& A的形式出现进去（相似于电子产品手册）。帮忙核心为用户提供快捷的服务通道，岂但能够升高服务人员的工作负荷，也能够为用户节约工夫，以达到最佳的客户服务品质。上面是产品帮忙核心在 SaaS产业中的举荐作用：1，通过拜访帮忙核心来寻求解决问题，能够极大地缓解客户服务售后的压力；2，帮忙核心是新员工培训的根底，能够缩小培训的压力，缩短培训周期。客户服务人员通过产品帮助核心的培训，让答案更具专业性。3，帮忙核心是一种能够24小时提供的智能助理。4，帮忙核心包含产品介绍、指南、上新等局部，不便产品的品牌推广。5，便于客服人员进步本人的能力，当呈现同样的问题时，能够查找出其余问题的解答，从而更好地解决顾客的问题。帮忙核心搭建工具Baklib是一个在线的文件编辑和分享工具，它不仅为用户提供了一个高效的常识整顿平台，同时也为用户提供了一个高质量的常识公布平台。Baklib产品应用地址：https://www.baklib.com/?utm_c...

01 洽购数智化减速向各行业浸透 后疫情时代，市场需求复苏迟缓，供应链的不稳定性加剧。如何通过晋升洽购治理，比竞争对手更好地实现洽购供货的稳固和降本提质增效成为企业取得非凡期间竞争劣势的要害。一方面，数智化的倒退为晋升洽购治理综合效率提供了簇新的工具。通过综合使用人工智能、云计算、大数据、物联网、区块链、RPA等新兴技术，能够无效解决传统洽购治理中存在的不通明、不标准、效率不高、预测性不强、流程简单、品类繁多、供应链流转效率低、老本居高不下等一系列问题。另一方面，洽购治理的数智化渗透率仍处于极低水平，数智化厂商解决方案因洽购业务规定的复杂性，产品始终难以标准化，倒退不充沛也不均衡。在将来几年，随着技术与市场的成熟，洽购数智化市场的暴发值得期待。 02 一体化解决方案与生态资源将成为厂商的竞争劣势 在产业端，数字技术推动产业降级，产业边界在数智化的作用下越来越宽。洽购作为企业价值链外围一环，因其在企业经营治理的重要性，其职能边界以及治理领域也随之在不同层面降级，不仅要求其降本提质增效，还要求其关注企业业务成绩品质和企业价值增值。基于此，企业将来对洽购治理的数智化的产品需要也将产生动态变化，不仅要求具备寻源、整合外部资源与治理需要的能力，更要求从管理控制向生态资源经营歪斜。因而，洽购治理数智化迈向更全面的数智化发展将是大势所向。对洽购数智化畛域的厂商来说，一体化解决方案与生态资源是将来市场暴发中博得占有率的要害。 03 收入宝“3+2”策略体系打造外围竞争壁垒 成立于2016年的收入宝，作为国内第一批推出洽购收入治理SaaS服务的厂商，从公司倒退之初就搭建了“3+2”策略体系作为其在洽购数智化市场发力的核心理念。“3+2”别离指“三朵云”与“两大倒退底座”（如下图），别离对应收入宝产品、常识、资源体系，以及收入宝倒退所需的技术投入与客户胜利体系两大底层基座。洽购数智化暴发在即，收入宝3+2体系助力企业打造外围竞争劣势1、 “3”：即三朵云，别离是利用云、常识云、资源云。1）利用云：S2C+P2P+SRM。是收入宝的产品体系。2）常识云：是依靠收入宝团队背景建设的洽购常识体系。即真正懂洽购、治理过洽购团队、实操过洽购业务的专家组成的团队，聚合服务的客户，独特造成洽购know how，而后把洽购know how做成常识、模版，并嵌入到零碎中以帮忙进步效力。3）资源云：指造成一个资源聚合平台，帮忙采购商找到供应商，帮忙供应商找到采购商。产品利用方面如最新公布的搜钬伴。2、“2”：即两大倒退底座，别离是技术投入、客户胜利体系。1）技术投入：在团队层面，收入宝团队研发人员达80人，现有的研发团队负责人是原阿里云知识产权业务负责人。作为洽购圈里的互联网公司，技术是收入宝发力的一个最基本底座。2）客户胜利体系：包含领有业余征询团队的轻咨询服务，次要围绕需求方现实存在的问题，给予解决方案。也包含帮忙客户胜利的经营服务以及业余施行交付能力。收入宝可能通过“3+2”策略打造其本身外围竞争壁垒的起因在于：第一，常识云体现收入宝对“洽购know how”的高度重视。尤其体现在为了打造常识云，收入宝邀请了来自诸如中信产业基金、GE、IBM、辉瑞、SAP、用友、必联等各大知名企业，具备世界一流间接洽购、间接洽购、供应链治理、企业软件我的项目施行等教训的高端人才组成的外围团队，独特建设“洽购 know how”。第二，资源云体现收入宝将资源池的打造、生态资源的构建列为了公司策略级的策略。第三，收入宝的“3+2”倒退体系，交融了一个翻新企业发展壮大的必须因素：业余的团队、扎实的技术、一体化的业余产品以及通过生态资源对行业价值赋能留出的设想空间。 04 Spend Insight：一体化解决方案 6月8日，在收入宝2022年度新品发布会上，收入宝创始人兼CEO杨红提对外公布了「Spend Insight数智洽购收入治理一体化SaaS解决方案」，计划波及了16大行业、65个洽购场景，24大洽购品类，笼罩业务流、资金流、物流、数据流四大流程，以及20多个丰盛的产品功能模块。此次产品的全新降级，波及的行业、洽购场景与洽购品类泛滥，一方面帮忙企业实现洽购收入的高效管控，另一方面促成集团型企业洽购数智化转型，建设短暂的供应链竞争劣势。图：SpendinSight 企业数智洽购收入一体化SaaS解决方案全景图洽购数智化暴发在即，收入宝3+2体系助力企业打造外围竞争劣势SpendinSight一体化解决方案的劣势集中体现在以下5个方面：第一，9大利用场景全面笼罩，能实现洽购收入端到端一体化治理。第二，将洽购中的业务流、物流、资金流、数据流一体化，买通了企业洽购流动的全域，实现闭环治理。第三，内部生态资源无缝连贯（如钉钉、飞书等），外部数据资源高效协同（如虚构洽购共享核心），内外资源网络的高度合作大大晋升了洽购经营治理的效率。第四，基于供应商生命周期治理构建企业专属的供应商私域池，基于搜钬伴构建公域池，私域加公域双空间连通，最大水平爱护企业生态数据资产.第五，联结合作伙伴实现了1200家以上的银行资源。通过设置相应的领取打算进步企业资金的治理能力，大大加强企业营运资金的管理效率。 05 搜钬伴：生态资源——业内首个融入Social的供应商网络协同平台 6月8日，同SpendinSight一起公布的还有一款名为搜钬伴的产品。据爱剖析理解，搜钬伴是行业首个融入Social基因的供应商网络协同平台，作用在于“匹配+撮合”，连贯的是全行业洽购方与全畛域的供应方。艰深意义了解，“搜钬伴”是To B的公众点评，是To B采购商、供应商资源经营平台。搜钬伴能让企业疾速地找到本人所须要的供应商，而对于供应商，搜钬伴是聚合商机的平台。 图：搜钬伴性能与应用逻辑洽购数智化暴发在即，收入宝3+2体系助力企业打造外围竞争劣势在搜钬伴的性能层面，笼罩如供应商招募、寻源报价、多家竞标、供应商协同、供应商流量池、企业集采拼单、招投标、信用洽购以及供应商信息等，更能反对一键分享寻源需要，微信群、朋友圈、微博、脉脉等多平台兼容，以便发布者疾速取得响应进行沟通。在信息撑持层面，搜钬伴汇集了海量供应商资源，对于这些供应商，一方面搜钬伴对其有严格准入机制，不仅须要实名且履行双重动静审核，另一方面搜钬伴笼罩第三方实在的单干评估，为洽购者的决策提高效率、晋升品质。爱剖析认为，利用当先的产品与技术改善企业的数智化洽购治理能力是企业晋升洽购绩效的一个方面，但洽购生态资源经营对企业的帮忙在将来可能更加间接，即产品部署实现后，洽购生态资源的经营是整个体系的要害。因而，搜钬伴在收入宝SaaS生态中起到的作用不可小觑。收入宝的“一体化解决方案”与“生态资源”深刻洽购场景，体系化构建了洽购SaaS生态，为满足企业洽购收入治理的数智化转型需要做好了充分准备。爱剖析看到，这种筹备不是简略地利用技术机械性地堆砌产品性能，而是始终保持进入洽购畛域的初心，保持以生态交融的形式创立一个万商互联且可信的商业网络，去切实地服务行业。一个商业网络如果足够业余且足够可信，给商业网络中的参与者带来的是无奈单纯用老本、利润指标掂量的相对价值。收入宝将企业策略、产品体系扎根在行业需求者真正的需要以及痛点上，日拱一卒而不忘初心。兴许这就是作为洽购数智化畛域将来领军者的策略格局。 爱剖析：在洽购数智化行业，当初参与者间的竞争存在什么误区？杨红提：当初参加的厂商仿佛都在拼性能，比各家谁的性能多。目前，市场上很多需求方对厂商的抉择条件，就在于比谁的性能多谁的性能少，而不是基于他真正的需要，不是基于他真正想达到什么成果或者实现什么价值。这从侧面证实了需求方对于洽购数智化的需要，其实还没有那么感性，就如还停留在买货色的层面。比方你买支笔，商家送个尺子、送个橡皮、送个笔包，你决策的规范是哪家商家送的多你就在哪家买，但事实可能是，商家送的，并不一定是你真正须要的。在这方面，既须要洽购数智化行业的参与者们用工夫去“教育”市场。也须要需求方在市场的进化过程中，逐渐开掘本人真正的需要。 爱剖析：收入宝的产品外围是什么？最近也理解到收入宝在逐步往国/央企市场浸透，收入宝怎么了解国/央企洽购数智化需要？杨红提：收入宝的策略外围更多的是通过SaaS帮忙企业实现整体洽购数智化转型。事实上，企业上一个零碎并不代表实现数智化转型，比方国/央企大多属于集团型的企业，他们面临的很大一个问题在于洽购政策贯彻不上来，上司企业各自山头林立，团体想晓得上司企业洽购破费具体是什么却很难。因为洽购收入的可控性，用原来传统的治理形式是无奈明确达到的。但收入宝的计划进去当前，通过一套零碎，所有企业的数据都能够汇聚在收入宝SaaS一体化平台内，并不需要再额定花老本建设数据湖、连贯不同的零碎以及数据源。管控规定也能够通过这一套零碎进行全面贯彻。以后，所有国/央企都在讲对标世界一流，这并不是仅仅上一套零碎就能够满足的，而是须要零碎站在团体治理的视角，将团体的政策贯彻上来，造成整个团体可管可控的场面。 爱剖析：最近一年对产品进行了哪些更新？杨红提：收入宝产品体系的整个重点在于打造资源流。前两天咱们开了一个发布会，有一些性能进行了更新。比如说需要治理，收入宝算是行业外面最早推出需要治理引擎的服务商，次要通过帮忙洽购团队构建一个虚构的洽购共享核心，把洽购需要高效散发、解决，将相应的需要交给适宜的人解决，晋升洽购经营效率。本次降级，收入宝智能需要受理工作台将反对更多样的需要类型，如标准型、框架型、打算型、自采型等等。打算型还可反对数量管控、金额管控，通过估算和购买数量管控洽购行为，用打算驱动执行效率和精准度。 爱剖析：将来的策略门路以及倒退愿景是什么？杨红提：将来会分几步走：第一步，洽购SaaS搭建，咱们冀望做一个更智能更好用的一体化洽购SaaS。第二步，通过SaaS赋能企业后，持续把寻源网络做大，这也是咱们推出搜钬伴的起因。咱们冀望通过搜钬伴，帮忙更多企业高效获取供应商资源，帮忙供应商获取商机，造成可继续倒退采供生态，互联互通。我置信，将来，这些将是整个洽购SaaS外面最具备价值的画面。因为洽购SaaS单纯拼性能是没用的，将来是“性能+生态+AI智能”的全新生态。再过几年，大家再看收入宝的平台，可能只有聊天的框，你只须要输出购买什么货色，就会提醒给你所须要的货色，而后依据提醒走流程即可。将来几年，我认为To B的交互会产生很大的变动，所有的应用程序都将藏在后盾执行，你甚至都看不见执行过程，也不须要你提交任何表单。随着技术的提高，将来，大家对于整个SaaS行业的认知将会产生很大的变动。

本文内容来自靖亚资本PLG 是近年来大家热议的话题。近期，靖亚资本牵头举办了一场「PLG 公司的时机与挑战」圆桌会议，汇聚了数家国内当先的企服 PLG 公司，带来他们的思考和分享。 1、PLG 带来的时机与挑战 何沛（靖亚资本创始人）： “所谓 PLG，指的是产品驱动的增长形式（product-led growth）。“ “在座三位嘉宾创建的公司，业务都是典型的产品驱动型 SaaS，人造是比拟适宜用 PLG 的形式来做增长。当初市场上探讨 PLG 的声音很多，这些探讨让市场逐步意识 PLG 是一种十分高效的增长形式。对咱们身在其中的公司来说，时机在哪里，以及会面临什么挑战？” 陈霈霖（Vika 维格表CEO）： “从 2019 年成立之后的两年，咱们始终被投资人灵魂拷问：你们公司怎么没有销售？没有销售如何做业务增长？直到探讨 PLG 的热潮呈现，这样的拷问才变得越来越少。” “大家个别会认为 PLG 是一系列方法论的组合。比方：通过产品裂变让用户口口相传、用内容营销和用户自助学习等翻新的办法实现低成本获客等，我感觉这些是预先总结的’术’。明天，我想从’道’的角度来分享我对 PLG 的了解。“ ”我还在喜茶做 CTO 的时候，买过超过一百款各种各样的零碎，但和在一线工作的共事做调研的时候，我发现他们很不称心这些零碎，用起来很艰难。我最后认为是一线员工的问题，感觉他们不适应基于 IT 零碎的工作形式。起初有个亲戚开门店，我帮他选了一些常见的电商零碎，而后亲戚始终埋怨这个零碎不会用、那个软件用不起来，还不如回归笔和纸来的直观不便。我认真思考和反思，一线用户不会用可能不是用户的问题，而是软件设计得太简单，没有把用户的体验做到足够好。想明确这一点我就守业了。回到初心，我守业做 vika 维格表，只是心愿把简单的软件变得像 Excel 一样简略易用，让没有 IT 根底的用户也能用起来，也违心用上来。“ ”我认为这就是 PLG 的’道’：产品是根底，要足够易用，让用户都能轻易上手，并在应用软件的过程中真正领会到软件带来的便当，同时让软件辅助用户发明更大的产值或升高更多的老本。用户要能间接用起来，不须要经验搞关系、销售打单、征询培训等等一系列的过程能力让用户用上软件。“ 好的商业是建设在“善意至上”的理念根底上，怀着服务用户的指标登程，而不是怀着销售产品的指标登程，缓缓就会造成 PLG。 ”PLG 公司最大的挑战在于晚期如何生存下来。在没有支出的状况下让产品有足够好的易用性，须要足够的研发工夫，因而须要投资人给予晚期的资金反对，并保有急躁。 另一个挑战是如何让用户意识到产品的价值。产品有了，如何让用户从‘晓得’到‘学到’、从‘学到’到’用到‘，同样是一个漫长的过程。“ 李国锐（即时设计 CEO)： ”我要讲的第一点：PLG 的外围是以产品去驱动。“ ”产品驱动的前提在于比照上一代产品要有非常明显的效率晋升，不是说晋升 50%，而是要有几倍甚至 10 倍的效率晋升。这样才可能让用户疾速理解你产品的益处，造成粘性，疾速转化，咱们能力取得真正的付费用户。” “第二点，PLG 要’自下而上’，零门槛让用户疾速理解产品，并立马应用。“ ”’自上而下’地通过管理层做决策门槛比拟高，转化就会依赖销售体系。PLG 的精华是要让终端用户疾速应用起来，并且疾速领会到产品的价值点在哪里。” “第三点，PLG 产品不是一个简略的功能型 SaaS，而应该是一个用户违心在外面花工夫的“世界”。 “咱们和投资人沟通的时候，有投资人说你们做的不是 SaaS，你们做的是这个产业的新型“聊天室”：设计师在外面疯狂的做各种货色，围绕着设计师想要跟他合作的人也都在这个界面里各种沟通、各种聊。这个投资人还说，即时设计当初尽管没有销售指标，然而你肯定要记住抓住外围的产品指标。” ...

针对 SaaS 行业近期炽热的 PLG 概念，雷峰网特地开设“PLG 十人谈”系列专访，邀请投资人、SaaS 企业创始人以及技术专家，分享实战真知，本篇为“PLG 十人谈”之第二篇。“十分侥幸，咱们的理念、产品、团队和赛道都失去了投资人的认可。”面对一年内迅速实现三轮融资， LigaAI 创始人兼 CEO 周然自信而坦然。 近日，新一代智能研发合作平台 LigaAI 发表实现由靖亚资本领投、SIG 和迅雷创始人程浩等老股东超额认购的数千万美元 A 轮融资。 “LigaAI 看上去是对标 Jira，但实际上远不止于 Jira。”周然通知雷峰网，“如果没有颠覆性的亮点，可能就不会想进去守业做全新的产品了。” 周然口中的 Jira 是 Atlassian 公司（NASDQ: TEAM) 出品一款开发合作 SaaS 工具，在中国以高达 40%左右的市占率，一枝独秀。 40%可不是一个小数目。ToB 市场不同于 ToC，ToC 市场的占比通常是 721 散布：第一名 70%，第二名 20%，第三名及其后占 10%，赢家通吃，十分残暴。但 ToB 的竞争环境会绝对碎片化，即便巨头如 Oracle ，目前在中国的市占率也就 20% ~30%，Salesforce 在 CRM 畛域的寰球市占率也就 20%左右。如此不难看出 Jira 的实力是有多强。 但周然不这样认为。“Jira 还属于上一代工具，只解决了‘把线下搬到线上’的问题，并没有带来效率上的晋升。”他通知雷峰网，LigaAI 与 Jira 最大的区别在于：Jira 在把开发流程从线下搬到线上时，须要开发者本人录入信息，其中包含很多干燥、机械、重复性的信息，不仅费时费力，而且与人们的工作习惯不符，数据失真在劫难逃；而 LigaAI 则用 RPA、AI 等自动化技术代替了 20~50%的人工数据录入，并且还能提供智能剖析。“在企业数字化转型热火朝天且人才老本越来越高的明天，光做线上协同曾经不够了，肯定要去晋升效率。” 一场对谈下来，“效率”成了高频词，贯通于周然为什么要守业做开发者 SaaS、中美 SaaS 市场差别在哪，以及什么是他眼中的 PLG 等一系列教训思考中。 ...

HTTP Source 概述接入 EventBridge 利用有多种状况：用户自定义利用、阿里云服务、其余云厂商服务或者其余 SaaS 产品。 对于用户自定义利用，用户能够应用 EventBridge 官网的 API 接口、多语言客户端以及 CloudEvents 社区的开源客户端来实现接入。 对于阿里云的云产品，EventBridge 原生反对，用户能够在默认事件总线中抉择对应的云产品与其相干的触发事件。 而对于其余云厂商、SaaS 产品，EventBridge 同样也提供便捷的接入形式便于用户进行集成，HTTP Source 事件源便是一种典型的接入形式。 SaaS 集成最佳实际钉钉监控 GitHub 代码推送事件GitHub 提供了 Webhook 性能，代码仓库在产生某些特定操作（push、fork等）时，能够通过回调来帮忙用户实现特定性能。针对多人开发的我的项目，将 GitHub 事件推送到特定钉钉群能够帮忙成员无效关注代码变更，进步协同效率。 本节咱们展现如何通过钉钉监控 GitHub 代码推送事件的最佳实际，次要蕴含以下几个步骤： 创立一个钉钉机器人；创立 EventBridge 相干资源：事件总线、事件源（HTTP Source 类型）、事件规定、事件指标（钉钉）；创立自定义事件总线；抉择 GitHub 代码仓库创立 Webhook；向 GitHub 代码仓库推送代码变更；钉钉群接管此次代码推送相干信息。1）创立钉钉机器人参考钉钉官网文档[1]，创立一个群机器人。创立群机器人时，平安设置请勾选“加签”并妥善保存密钥和稍后生成的机器人 Webhook 地址。 咱们填写模板变量为： {"repo":"$.data.body.repository.full_name","branch":"$.data.body.ref","pusher":"$.data.body.pusher.name"}模板为： {"msgtype": "text","text": {"content": "Github push event is triggered. repository: ${repo}, git reference: ${branch}, pusher: ${pusher}." } }创立 MNS 队列；创立 EventBridge 相干资源；Grafana 上配置 Webhook；测试接管后果。创立 MNS 队列

HTTP Source 概述接入 EventBridge 利用有多种状况：用户自定义利用、阿里云服务、其余云厂商服务或者其余 SaaS 产品。 对于用户自定义利用，用户能够应用 EventBridge 官网的 API 接口、多语言客户端以及 CloudEvents 社区的开源客户端来实现接入。 对于阿里云的云产品，EventBridge 原生反对，用户能够在默认事件总线中抉择对应的云产品与其相干的触发事件。 而对于其余云厂商、SaaS 产品，EventBridge 同样也提供便捷的接入形式便于用户进行集成，HTTP Source 事件源便是一种典型的接入形式。 SaaS 集成最佳实际钉钉监控 GitHub 代码推送事件GitHub 提供了 Webhook 性能，代码仓库在产生某些特定操作（push、fork等）时，能够通过回调来帮忙用户实现特定性能。针对多人开发的我的项目，将 GitHub 事件推送到特定钉钉群能够帮忙成员无效关注代码变更，进步协同效率。 本节咱们展现如何通过钉钉监控 GitHub 代码推送事件的最佳实际，次要蕴含以下几个步骤：创立一个钉钉机器人；创立 EventBridge 相干资源：事件总线、事件源（HTTP Source 类型）、事件规定、事件指标（钉钉）；创立自定义事件总线；抉择 GitHub 代码仓库创立 Webhook；向 GitHub 代码仓库推送代码变更；钉钉群接管此次代码推送相干信息。

对于ONES深圳复临科技有限公司 (ONES) 成立于 2015 年，是国内当先的企业级研发治理解决方案提供商。ONES 企业级研发管理工具包含项目管理、我的项目集治理、知识库治理、测试治理、流水线治理、效力治理、工单治理、企业级用户目录等业余研发治理合作工具，产品矩阵贯通整个研发流程，促成产品、研发、测试、运维等角色的良好合作，晋升团队工作效率，保障产品交付品质，帮忙企业更好更快公布产品。 对于我18年毕业之后来到深圳，始终从事服务端后盾相干的工作，通过两三年的趔趔趄趄，我在2021年底退出ONES，负责Golang研发工程师，来到这里我仿佛真正找到了适合我的工作，浓重的技术气氛以及团结合作的团队让我充斥能源。当初来ONES曾经四个月多工夫，在这段时间里我次要负责项目管理、Jira导入ONES零碎等模块的日常开发工作。在这期间学习到很多新的技术，丰盛了本身的技术栈，同时我也做了外部的技术分享，在晋升本人的同时也能对团队输入本人的常识储备，让大家共同进步。 入职体验入职第一天，HR给咱们新员工调配了Mac办公电脑，不得不说Mac确实很适宜编写程序。类Unix零碎能让你本地的环境更靠近Linux，之前在Windows中装置Redis，发现官网版本不反对Windows，只能应用微软魔改的Redis版本，这无疑减少了配置环境的累赘。 接着会有为期一个月的培训，培训的内容包含：第一周产品考核，第二周程序考核，最初就是投入实在的迭代开发。在这段培训过程中，有专门的导师负责解疑答惑，我会每天跟导师同步当天的学习进度，而导师也非常热心帮忙解答，不论是产品上的还是技术上的问题。 工作气氛ONES以后有300多人，总部在深圳，分部在北上广成都，ONES上下班无需打卡，员工的工作都在ONES产品项目管理中进行，相当于咱们应用自家的产品进行工作，咱们又是用户，又是产品，这是一件比拟乏味的事件。 咱们有业余的PM团队，采纳工时注销零碎，通过员工饱和度正当调配人力资源，让员工有更好的工作体验，并且能保障工作生存均衡。 公司还有一只可恶的小蓝，工作累了还能撸撸猫～～ 在这里你能学到公司在15成立之初就采纳Golang作为后端次要编程语言，不得不说这个抉择很正当，咱们是做SaaS服务的，但除了应用SaaS服务的形式之外，咱们还反对公有部署的形式。因为波及到企业的外围数据，很多企业都须要程序部署到他们的服务器上，而Golang跨平台编译技术比拟成熟，编译速度快且操作简略，非常合乎公有部署的场景。 除此之外，包含：Mysql、Redis、ElasticSearch、RabbitMQ、ClickHouse、Websocket、GraphQL、K8S、Docker、Migration、Jenkins等等后端技术你都由机会接触到，每个月公司也有技术分享会。 再说说GraphQL这个技术，公司引入GraphQL是一个很大胆的决定，因为当初GraphQL在国内还没有太多的成熟案例，很多人对此的理解仅停留在实践阶段，用编程语言实现GraphQL的增删改查更像摸着石头过河的事件，但我看到在ONES零碎中，曾经很成熟的应用GraphQL，并以此来作为业务外围撑持，这是值得拜服的事件。 说完后端团队，再介绍一下前端团队，前端应用ReactJS加Antd作为业务撑持，在接触ONES零碎之前，我还没应用过比此更简单的WEB零碎，尽管很简单，但交互体验也很棒，兴许做软件做到极致就是这种成果。 咱们有专门的技术团队保护UI组件库，而业务团队只须要依据此来做业务开发，这样做的益处是让ONES零碎交互达到统一标准，有利于后续的UI降级。同时ONES也有专门的团队负责性能优化的问题，不论是前端还是后端的性能，这样做能让迭代小组的进度放弃在可控范畴，让咱们的产品按时交互。 最初要介绍的就是测试团队，测试团队应用ONES零碎中的测试治理来治理用例库、测试计划、测试报告等材料，并在功能测试实现后应用Jmeter进行接口性能测试，保障咱们迭代上线的危险可控。 研发流程在ONES中，一个残缺迭代周期往往由以下局部组成：需要发动->产品设计->产品需要评审->技术计划评审->工作拆分->工时评估->进行研发->codereview->冒烟测试->全量测试->性能测试->产品验收->公布上线 而这个过程中我感觉对研发最重要的一个流程是需要评审，研发过程的顺利水平往往由你对需要的相熟水平决定，这关系到你的技术方案设计以及排期是否正当的，如果技术计划跑偏了，你须要花更多的工夫去纠正，并影响最终的交付工夫。 最初在ONES的体验还是很不错的，当初还有很多研发hc，如果有感兴趣的敌人，欢送私信内推(^▽^)

NodeJs端1. 源码爱护> 我的项目源码波及node端后盾代码，和前端代码，源码保护措施如下：> 1: node：代码混同+加密+压缩> 2: 客户端：提供给客户的是已编译的代码> 3: node端和处于已编译状态的客户端专用一个配置文件；难点在于客户端是编译过的代码，配置文件更新的时候客户端是辨认不到的，所以采纳动静加载的形式，上面有具体步骤。因为客户端和node服务端都波及到配置，而且客户端代码编译实现后要发送给客户，所以客户如果依据本人的业务场景批改配置时，已编译的客户端代码使不能辨认到最新的配置文件；node端因为是提供源码的，所以是能够获取到最新的配置。介于这种状况解决半发如下： 在整个我的项目的根目录定义一个全局配置文件config.json。 { "production":{ "HOST": "https://nfs-src.sf8cloud.com" }, "test":{ "HOST": "https://test-nfs.sf8cloud.com" }, "development":{ "HOST": "https://dev-nfs.sf8cloud.com" }}node端间接require引入，依据process启动环境抉择配置文件中不同环境下的host地址；重点在客户端，处于已编译的客户端是如何获取配置文件的更新的？如下代码，其实就是通过申请动静获取，当然/envInfo这个申请是在Node端增加了一个EnvController.js（代码如下），在EnvController.js中操作的还是更目录下的那个全局配置文件，而后依据node端启动环境不同向客户端发送对应环境的配置数据。 axios.get('/envInfo').then(res => { console.log('======serverConfig===',res) Vue.prototype.ydHostConfig = res.data // localStorage.setItem('ydHostConfig', JSON.stringify(res.data)) }).catch(err => { console.log('======err',err) })/**EnvController.js**/const configInfo = require('../../serverConfig.json')module.exports = { /** * 获取服务端的环境信息，使前端环境与之匹配 */ getEnvInfo(req, res){ configInfo.env = process.env.NODE_ENV if (process.env.NODE_ENV === 'production') { return res.ok(configInfo.production) } else if(process.env.NODE_ENV==='test'){ return res.ok(configInfo.test) }else { return res.ok(configInfo.development) } }}

据麦肯锡《物联网：抓住减速时机》报告预测，到2030年，物联网将在寰球发明最高可达12.6万亿美元的经济价值。随着亚马逊、阿里云等云计算巨头一直加码投入，私有云IoT物联网平台因其低成本、易上手、高牢靠等益处而被中小企业决策者宽泛认可。 然而，事件并非如此简略。当面对设施规模较大、业务场景简单、对数据安全更高的问题，许多企业开始转向寻求 IoT 物联网整体零碎本地化部署的解决方案。 从概念上来说，私有化本地部署则是基于PaaS模式的一种部署形式。厂商间接把零碎安排在用户自有的本地服务器上，后续用户可自在操作，能够反对自在二次开发。而私有云是基于SaaS模式的一种云端部署形式，外围属性是共享资源服务。服务商把零碎和软件的相干信息全都部署在云端服务器上，由用户自在选购。这种基于互联网的“以租代售”的商业交付模式，私有化部署仿佛与其心心相印，或者说是南辕北辙。二者仿佛心心相印，然而，从市场情况来看，SaaS 产品的私有化本地部署却具备长期存在的价值。 对于抉择私有化本地部署用户来说，私有云云部署有其无奈覆盖的弊病——数据安全性堪忧。把本人的零碎部署在云端服务器上，数据安全得不到保障，一旦零碎信息泄露，会给用户造成不可估量的损失。而SaaS 产品的私有化部署间接将零碎安排在用户自有的本地服务器上，零碎数据齐全私有化，能够无效地升高企业数据失落和泄露危险，大大提高企业数据的私密性和安全性。像政府、金融这种行业客户，在应用云平台的时候，还须要满足监管部门的平安合规需要，当 SaaS 产品私有化后，客户也能够更好地满足平安合规要求。 在此基础上，相比于SaaS云部署只能抉择服务商推出的性能服务，私有化部署的灵活性和拓展性都更强，管理模式也更成熟。私有化部署给予了企业短缺的二次开发的空间，企业能够依照本身需要，二次开发个性化定制出更适配本人的性能利用。且私有化的零碎部署模式，能够帮忙企业轻松实现内外网隔离，局域网+外网办公最大施展本人的综合劣势。 相较而言，本地私有化部署不仅保障了企业数据安全性，还给予了企业倒退最大的助力和赋能，让设施、数据、利用实现私有化的同时，还可无缝接入万物智联场景，享有独立且丰盛的生态利好，帮忙大幅提高企业经营的水准与程度。 考察数据显示，将来几年内，中国的公有云市场会放弃 22% 的年增速，最终和私有云市场造成一个绝对稳固的市场均衡。置信在将来的市场上，SaaS 产品的私有化部署将长期在企业 IT 市场里占有着重要的地位。

大家好，我是崔力强，我在云效负责Flow流水线的开发工作。近年来，SaaS化部署状态的产品的私有化部署需要越来越多，比方云效本身就有私有化部署的版本。为了可能无效且高效地同时治理SaaS版本和私有化版本的公布过程，云效团队也联合云原生的基础设施和标准化工具（比方helm）进行了一系列的摸索和实际，并将其中一些通能的能力进行了产品化。本文会从问题自身登程，解说解决问题的思路，及如何通过“DIY”的形式来实现这套思路。最终解说云效AppStack产品是如何对这些实际进行产品化，并使其更容易规模化。 SaaS服务在版本化上的先天不足软件交付有两种根本场景：面向大版本的交付和面向SaaS的降级更新。 通常来讲，提供本地或私有化部署的软件都属于第一种。比方Jenkins刚刚公布了2.319.2版本，那么这个版本里蕴含了什么样的个性就是明确的。你拿着这个安装包在任何一台机器上都能够从头装置失去这些性能。 而互联网产品很大一部分是SaaS化的，即只有一套部署，供所有用户应用。软件的维护者更关怀的并不是我的产品是否能够在任何一个数据中心从头搭建进去，而是如何在现有的这个运行中的零碎上通过更新某个组件或者服务来疾速的交付一个个性。 图1：SaaS服务交付和大版本交付的交付节奏 从上述的示意图，能够形象地看到两种交互方式的差别。 面向大版本的交付会明确该版本中蕴含的个性以及交付工夫， 版本的公布工夫距离通常比拟长，须要对版本的全新装置以及不同版本之间的降级装置进行详尽的测试。 面向SaaS的降级更新，交付的频率比拟高，能够疾速响应市场上的需要，但相应的布局性比拟差。同时因为“可反复装置能力”的优先级要低于“疾速利用已有的服务和能力交付新个性”，因而在架构上可能会逐渐产生简单的依赖，从而进一步地使得全新部署这套服务变的越来越艰难。 然而事实并不是非黑即白的。有可能一套互联网产品在倒退了若干年之后有了进军海内的需要，就须要同时部署海内站， 或者须要做私有化部署。此时该怎么办呢？是就义效率全副改成版本化的交付，还是以SaaS服务的交付节奏为主？如果是后者，那么每个私有化大版本公布前的几天，团队须要从缭乱的SaaS部署中厘清须要将哪些服务的什么版本（比方镜像版本）纳入到这个大版本中，进行版本验证，以及潜在的可能要对代码和配置进行调整。 图2：同时兼顾SaaS服务和大版本交付两种交付形式 假如一个月出一个大版本，那么在上图的2月1号到2月7号这七天里都可能产生了什么呢？ 可能在对焦，大版本里要求的性能是否都实现了，如果没有就要拉分支持续做。SaaS化版本外面的一些性能可能是私有化部署不须要的，这时须要加一些开关使其不可见，须要改代码。在这一个月的迭代里，技术架构产生的调整，删除了一个微服务，又新加了一个微服务，大版本须要做相应的调整。在这一个月的迭代里，利用的配置项也产生了变更，须要在大版本中做相应调整。其中： 1和2属于版本布局和测试左移的问题。本文临时不聊。 3和4就是能够通过技术来解决的问题了，本文接下来的局部会重点探讨如何高效的解决这两类问题。 对立版本格局解决上述问题的核心技术就是要有一个对立的版本格局，无论是SaaS版本还是大版本都应该应用雷同的版本格局。 在此基础之上，要做到 1、版本应该是一个残缺的零碎形容，蕴含了所有的镜像，配置等所有启动服务所须要的形容。从而可能实现基于某个版本，就能够一键拉起一个新的可用的环境。 2、每个环境有一个基线的概念，也就是和环境的以后运行态保持一致的那个版本。 图3：版本中蕴含的内容 3、在环境中，每个服务还是能够独立更新的。每一次某个服务在某个环境上（比方服务A的生产环境）的公布，只管只批改了零碎中的一个服务，但也应该主动生成整个环境的一个新的版本。 4、每个环境的配置应该集中化起来，而不是在各个服务中别离保护。在服务数量比拟多的状况下，这种形式能够大大地升高版本保护的老本。尤其是在新建环境的场景下，因为配置集中化了，须要批改什么就更加的高深莫测。通常在配置项集中化之后，还会看到另一个益处，那就是反复配置少了，因为一个零碎中的不同服务多多少少都会共用一些配置，如果要独自在服务中保护，就不可避免的呈现反复。 图4：任何制品和配置的变更都引起大版本的更新 5、对环境的任何变更都应该最终反映在版本中。只有这样能力保障你做的变更，能够原样的在另一个环境，另外一家客户的机房中被正确的执行，比方DDL和DML。 6、所有的日常公布行为，实质上就是针对版本变更这个动作的一些场景化封装。比方对某一个服务做变更，那就能够创立一个独立的CD流水线进行镜像构建，创立长期版本，更新环境，将长期版本写入基线。而进行某个配置变更，就是批改基线，而后利用基线到环境。 图5：围绕版本构建日常构建公布等工作流 围绕Helm进行版本治理和构建部署在不同的基础设施之上，上述的思路能够有不同的实现形式。 而在K8S基础设施上，Helm Chart就是版本格局的不二之选。 Helm的外围概念包含： 一套K8S资源文件的组织形式，资源文件中能够应用变量占位符变量管理机制，应用helm提供的机制，能够很容易的将整个大版本的变量提取进去放到对立的文件来保护，这就符合了咱们后面提到的需要一个渲染引擎，在运行时，将变量替换到文件中，并进一步利用到集群中一套部署历史治理的机制，比方update/rollback等上面看一个典型的例子： 图6：基于Helm构建版本 得益于K8S资源的弱小形容能力，造成一个“版本”的各种组成部分都能够很好的形容，比方： 零碎的域名是什么？不同的URL应该路由到哪个服务？能够将Flyway和相干的SQL迁徙脚本打包成一个Job，来做DDL。能够将其余的须要对系统进行数据初始化的工作打包成一个Job。在此之上，再加上helm提供的模板化能力，就能够分明的将对一个环境的形容分为两个局部： 不变的局部，也就是那些模板化的资源文件，不同的环境会共用这部分形容。抽取进去的属于某个环境的变量。因而上图中的蓝色的框内的就是“测试环境”的一个版本。 helm chart作为版本，能够看到，实质上就是一堆形容文件。这些形容文件能够以目录的模式存在，也能够以tgz包的模式存在。因为面向SaaS的交付的变更频率会十分高，因而每次打一个tgz包就会显得十分的臃肿。所以笔者会采取目录的模式，那么什么是承载目录，并且还能实现版本序列技能力的技术呢，很显然就是Git啦。 咱们把下面思路中的那个围绕版本进行一系列研发流动那种图翻译到Helm和Git上，就是这样： 图7：围绕helm chart构建日常构建公布等工作流 至此，利用现成的一些标准化工具，就实现了一套版本机制，及围绕版本机制的开发流程。 在这套流程下： 面向SaaS的交付流程，依然十分麻利，且同时会主动的保护好各个环境的基线。因为各个环境都通过helm chart中的模板文件“耦合”在了一起，当你批改一个环境时候，天然就须要思考其余环境怎么办，因而一致性也很好的失去了保障。任何时刻，我都能够应用某个环境的基线来重建这个环境。也能够基于一个环境的基线，疾速地创立出另一个环境的基线，只须要简略的批改一下环境的变量文件即可。一些小细节在理论应用这套计划的时候，其实还是很多小细节，须要缓缓优化。这里就简略列两个：所有的镜像的tag蕴含日期和commitId，在后续定位问题时候，能够通过这些信息疾速的找到对应的代码，进行排查。在上述的CD流水线中更新一个环境之前，确保基线与运行态的一致性，如果不统一，则不进行更新，防止有人批改了基线的代码库，意外的被你捎带上了环境。 规模化的驳回最佳实际上述计划最大的益处，就是驳回的都是规范的组件，具备很大的灵活性，和可定制性。 但这同时也是这个计划的害处，就是太灵便了，各种最佳实际也须要缓缓摸索和调整。在调整的过程中可能会发现很多相似下面提到的“小细节”，须要进行标准或者封装。如果进行规模化的推广，那么就要求每个团队都有一个很相熟这些工具的共事。如果无奈找到这么多相熟工具的同是，那就能够思考对上述的思路进行产品化，使得大部分的开发人员都能够低成本的follow最佳实际。 云效的AppStack，就着眼解决这个问题，通过白屏化利用编排、版本治理、以及企业级利用编排模板等产品能力帮忙升高开源工具应用门槛，提供了开箱即用的最佳实际。 利用编排。即上述的基于helm来形容多环境配置的产品化实现。版本和基线。有了版本和基线，就能够疾速地进行回滚和基于某个版本一键拉起环境等操作。集成公布流水线。将上文中提到的常见的日常工作流程和版本联合在一起，防止每个团队别离配置。点击下方；链接体验云效应用交付平台 AppStack。 https://www.aliyun.com/product/yunxiao/appstack?channel=yy_practice

简介：工具选型及应用倡议对于中小企业，根本都不会本人搭建服务器和机房进行部署，而是抉择各大云平台，抉择一款SaaS项目管理工具能够极大的升高运维老本。 作者介绍：以诺行CTO 刘自强 团队应用云效3年 团队合作需要杭州以诺行汽车科技股份有限公司(以下简称“以诺行”)成立于2016年8月，位于杭州市余杭区文一西路科技洼地海创科技核心。以诺行是一家集研发、销售及服务为一体的科技型企业，次要外围业务包含汽车软件、 汽车喷漆及汽车配件，致力于用精湛的技术和超前的互联网思维打造汽车培修平台全新格局。 以诺行目前有以下软件产品 基于SaaS的汽修治理ERP，性能蕴含进销存、培修流程治理、账务、CRM等。基于Web、Android、IOS、微信H5、微信小程序等操作终端。以诺行喷涂全流程软件，基于Web、Android、IOS等操作终端。以诺行询报价软件，基于Web、微信H5、微信小程序等操作终端。OA零碎，基于钉钉小程序。以及其它正在布局开发的产品。所有软件产品由以诺行软件部门进行开发保护。整个部门分为产品、设计、开发、测试和施行岗位，共30人左右。 因为软件产品线较多，各职能部门人手无奈做到每条产品线专人负责，所以并没有采纳我的项目制，而是由项目经理和产品经理依据需要优先级与开发资源状况安顿开发迭代。因而每个迭代安顿人手时，须要分明的理解每个职能岗位的工作状态，开发过程中也要及时跟进开发进度，及早辨认危险。 出于以上起因，咱们须要抉择或者本人搭建一套项目管理和继续集成系统，并且须要思考以下因素。 根本的项目管理性能和可配置的工作工作流清晰易用的工作台和工作流通知资源存储与共享文档治理代码托管继续集成流水线，并且流水线与阿里云产品对接敌对应用老本合作选型过程最后，咱们团队在本人的ECS服务器上搭建了开源的项目管理和继续集成工具，并通过配置实现了根本的需要。然而在应用一段时间后决定抉择一款在线SaaS性质的项目管理工具，起因如下 1.管理效率低下a.很多传统项目管理工具并没有十分直观的统计视图，须要将工作明细导出Excel再进行透视或者公式图表剖析，无论是日常治理还是向公司提交汇报都很不不便。 b.短少直观的日常统计，也会导致安顿后续工作进度时得不到充沛的数据反对，以至于进度安顿过紧或过松，导致因赶工而产出品质降落或研发资源节约。 2.运维老本高a.开源产品部署后不易降级，大版本升级容易产生兼容性问题，并且可能须要从新调整配置。 b.资源存储在ECS上，对存储资源耗费较大，不过这个问题能够应用NAS服务缓解。 c.若日常应用时有较多截图，文档的读写操作，ECS带宽占用较大，容易导致ECS上部署的服务争抢带宽资源，而带宽老本较高。 d.后端技术转型，后端服务不再部署在ECS上，而是部署到了阿里云SAE(Serverless App Engine)产品，不再须要ECS。对于中小企业来讲，独自为项目管理工具保留一台ECS比拟浪费资源。 咱们调研了市面上比拟风行的SaaS项目管理工具，局部性能满足咱们的需要，然而广泛有以下的制约因素。 与阿里云产品无奈间接对接。咱们前端部署在OSS，后端部署在SAE，尽管云产品提供了各种API能够进行对接，也提供了一些罕用继续集成平台的插件。然而对接上依然比较复杂，甚至须要咱们本人开发肯定的中间件进行对接。额定保护一套账号体系免费较高在调研试用各种项目管理工具期间，偶尔在阿里云官网上看到了云效产品的推广，并且小微企业有一年期限的30人内收费。而云效能够基于阿里云RAM账号登录，并且对阿里云产品提供无缝对接，于是便开明试用了。 云效应用成果因为大部分研发人员须要对各种云产品进行查看治理，所以曾经开明了各自的RAM账号。因而应用RAM账号对咱们来讲并不是额定的累赘，对于不应用RAM账号的企业来讲，云效也反对应用钉钉账号进行绑定。 为每一个员工建设阿里云RAM账号，并在云效中配置好部门和角色就能够开始应用了。 项目管理通过配置正当的项目管理性能，能够实现以下工作流程 项目经理的开发迭代治理产品经理的需要生命周期治理开发人员的开发工作治理测试人员的测试计划治理测试阶段的缺点生命周期治理施行和客户部门的反馈治理其中波及到了以下性能： 版本治理/迭代版本治理和迭代性能提供了便捷的伎俩来治理各种工作、打算和资源。管理者借此能够清晰的查看开发迭代停顿，辨认进度危险。产品部门也能够事后对工作进行分类、评审和排期。 需要需要模块提供了根本的需要治理性能，并反对自定义各种类型的字段、状态和工作流。 工作中能够关联各种文件工作资源和知识库条目作为附件，以更加丰盛的媒体形式出现需要内容。 进入开发的需要能够创立对应的子任务分配给研发人员，研发人员也能够快捷地关上关联需要查看设计细节。 测试计划在开发迭代之前或开发过程中，测试人员能够应用测试计划模块来治理测试用例，也能够将研发人员顺便申明的危险退出的测试计划。借此能够无效的追踪每一个迭代的测试状况，防止有脱漏，也能够在复盘时进行回顾剖析。 工作项目管理中能够依据现状来自定义各种基于工作流的工作，比方开发工作。通过配置好的状态和工作流，帮忙各职能人员辨认关注本人的工作，防止脱漏延期。 缺点缺点由测试人员发动，通过研发的修复，再由测试人员验证敞开。借此闭环来治理研发中或者线上突发的缺点。 测试人员创立缺点后，填写优先级和备注后指派给对应开发，也能够挂接到对应需要下面。 在动静栏中相干人员能够进行便捷的沟通。缺点修复后标记为已解决并主动指派回测试人员进行验证，验证修复后敞开即可。 知识库知识库是文档管理中心，能够依靠于具体我的项目，也能够独立我的项目之外。提供了协同编辑能力，并具备细粒度的权限治理。 代码托管Codeup代码托管服务提供了残缺的git仓库根本的性能，包含可视化的权限治理，代码合并，分支治理，Webhook等。 此外还提供了代码平安检测性能，比方代码中的明文明码，高风险的依赖包等， 比方这几天爆进去的log4j 2.14的高危破绽。 报表性能也能够直观的追溯代码的提交评审行为，对于代码品质治理很有帮忙。值得一提的是，在代码库中能够一键开启WebIDE签出代码进行开发。在近程办公，紧急解决问题时很有帮忙。 文件/分享/日程等项目管理还提供了很多其它模块来促成我的项目人员间的共享和合作能力。 工作台工作台中能够不便的追溯本人相干的工作，在日常工作中，每个岗位只需专一于“我执行的”页签内的工作并保障按时实现即可。 工作会依据截止工夫和优先级进行分组排序，能够无效的帮忙集体优先解决筛选出更加重要紧急的工作。 工作台同时提供了十分便捷的创立集体工作的性能，这类工作不依靠于我的项目，能够很大水平上代替集体日常的TODO list。 "我执行的","我参加的"和"我创立的"页签基本上能够笼罩大部分对本人相干工作的治理场景，防止频繁的到具体我的项目的工作视图中查问。 继续交付云效流水线性能提供了从代码直到部署的流程配置。原生反对与代码仓库Codeup的对接，并且能够不便的配置各种Webhook触发器。 以下是咱们软件产品的架构图： 对于后端利用，配置好Dockerfile后，流水线依据Dockerfile执行构建并且把制品上传到阿里云容器镜像服务产品中。在须要部署时，则把镜像推送给对应的SAE利用执行灰度部署。这些都是在流水线中原生反对的。 对于前端资源，流水线中调用webpack打包脚本生成制品，在须要部署时，推送到OSS服务的对应bucket即可。 以下是流水线的列表页面，能够自定义表头来展现运维人员关怀的字段。 流水线配置中也有丰盛的触发器能够反对手动/代码库行为/流水线联动触发等。 统计云效提供了丰盛的统计性能，能够从各维度汇总数据。无论是外部治理还是对公司高层汇报，都能够不便的导出相干统计。 截止到以后，咱们已有十多个利用产品线通过云效进行治理，其中外围利用已产生过万个工作，大部分都能够按时实现。 给中小企业的倡议当初对于中小企业，根本都不会本人搭建服务器和机房进行部署，而是抉择各大云平台，抉择一款SaaS项目管理工具能够极大的升高运维老本。 而继续集成，抉择一款能够与本人抉择的云产品不便对接的平台也是十分重要的，尤其是现今Serverless利用越来越宽泛，继续集成平台负担的工作也越来越重，须要审慎抉择。 对于外围性能托管在阿里云产品(如ECS, OSS, NAS, SAE, ADAS等)的企业，云效流水线能够提供原生的对接反对，也会在第一工夫适配各云产品的新个性，能够让运维人员专一于对部署流程配置。 ...

近日，《研发经营一体化（DevOps）通用效力度量模型》（下称「规范」）首批评估后果公布。该评估基于中国信息通信研究院（CAICT，简称「中国信通院」）牵头编写的《研发经营一体化（DevOps）通用效力度量模型》，专一于研发治理的 ONES 公司也参加其中。 ONES 是《研发经营一体化通用效力度量模型零碎平台和工具》相干内容的编写组组长。 组织进行数字化转型的本质离不开对组织效率晋升的高效精准度量。数字化技术倒退蓬勃衰亡，软件研发作为企业数字化转型的重要抓手，软件研发效力度量可帮忙企业精准无效度量 DevOps 功效，并提供效力剖析及决策反对。 研发效力在试图解决无效度量和让研发变快的问题，企业也因内部技术，组织外部，公司业务及内部资源等不同维度起因使得各大厂、传统行业数字化部门、谋求高效能的团队，纷纷开始在研发效力畛域发力，促成企业长期高效的交付业务价值。 评估的外围收益 ONES Performance 通过建设业余的效力度量办法和弱小的数据可视化能力，借助 ONES 整合全流程数据的能力，可能帮忙企业造成「量化-施行-剖析-改良」的效力治理闭环。从需要收集、开发、测试到交付，打造高效团队合作环境，保障产品交付品质，帮忙企业实现继续疾速交付。 ONES Performance 效力治理闭环 《研发经营一体化通用效力度量模型零碎平台和工具》所制订的相干标准规定了研发效力度量零碎平台和工具的级别划分、应满足的零碎架构、性能要求和技术要求等。 研发经营一体化（DevOps）能力成熟度模型 这系列规范实用的范畴包含：用于所有的研发效力度量零碎平台及工具；可作为规划设计、领导建设与实现研发效力度量零碎平台及工具的根据；可供相干企业进行研发效力度量零碎平台及工具的选型参考；也可作为第三方权威评估机构掂量研发效力度量零碎平台及工具所提供性能的规范根据。 ONES 联结创始人兼 CTO 冯斌示意，「ONES 参加这一系列“规范”的编写，体现了中国信通院对 ONES 技术能力的高度认可」。 创立于 2015 年的 ONES，在短短的几年内，已成长为国内当先的研发治理解决方案提供商，旗下的 8 款业余研发治理产品，贯通了软件研发的全生命周期。2020 年，ONES 收买了国内出名团队合作工具 Tower，实现从小团队到中大型团队的「全方位笼罩」，为各类项目管理场景到业余研发治理提供一站式解决方案。 目前，ONES 的客户涵盖了包含小米、中国电信、贵州茅台、上汽团体、招商基金、浪潮软件等在内的多家 500 强企业；Tower 则服务了包含传音控股、华润翻新与学习核心、圣农团体、猿辅导等各个领域的头部企业，累计超百万团队。

近期，ONES 失去 36 氪、21 世纪商业评论、守业邦、钛媒体等十几家权威媒体的认可，获授多项荣誉，亦被数家媒体评为「准独角兽」。 基于 ONES 突出的技术能力，12 月 22 日晚，面向 IT 畛域的常识平台「极客工夫」连线 ONES 联结创始人兼 CTO 冯斌，就「从一线工程师到准独角兽 CTO」的话题进行交换，尤其聚焦于一生学习的心法和办法。 以下是冯斌在直播中的局部内容。 锤炼基本功 在 2008 年大学毕业后，我进入金山软件工作。有一段时间，我的技术栈次要在 Java 这一层，都在做 Java 的后端，次要是和数据分析、自动化无关。过后在金山毒霸有一个外部创业项目，次要和手机端无关。我想体验挪动互联网的新技术，于是我就参加，开始转向在安卓上开发，这款产品过后名叫「金山手机卫士」，主打和清理、系统优化相干的性能。 从 2008 年到 2011 年，在金山工作的三年里，我练就了很扎实的基本功。因为我过后次要用到的是 Java 这个语言，Java 的很多编程概念，让我学会怎么把事物剖析分明。而且，过后我身边的共事、导师，之前都是参加过 WPS 开发的，他们的 C++ 编程功底十分强，包含面向对象编程如何做形象，如何隔离复杂度，等等。 我身边有这么强的技术人才，近朱者赤;近墨者黑之下，我整个的编程习惯、对语言的了解、对技术的了解等方面都在那段时间打下了很好的根底。 甚至我起初做一些相干架构的时候，回头找到之前的共事，或者回想起来过后探讨到的很多观点，十几年过来了，仍然找到很多闪光点和价值。 作为一线程序员而言，基本功的积攒贯通着职业生涯，我的基本功在那两三年里失去了疾速积攒，这对于起初的成长是十分重要的。 谋求心流状态 工作了两三年之后，我遇上了学习的瓶颈期。在半年的工夫里，我的技术如同都没有太多出息。这时候，我开始感觉必须要去定一个指标。这个指标，必须是能够合成、能够拆解的状态。 例如，如果想成为一名架构师，那么，成为架构师须要具备的能力拆分开来，会有八项，每一项外面可能又分为一些子项，这些子项可能最终会指向到一些文章，或者说某一本书、某一个内容某一个专栏。这么合成下来，这个指标才是一个可执行的状态。 定了指标后，我之所以能保持下来，很多时候是因为趣味。我感觉趣味是能够被发明的，而这个发明的过程更多是一个寻找的过程。 当趣味驱动的时候，你会忘掉工夫，这个是一种心流的状态。当你忘掉了工夫、饭也能够不吃，这个时候你是最能保持的，注意力也是最集中的，所以，肯定要找到进入本人心流状态的办法。 每一个人必定都有这个状态，至多在打游戏的时候必定是有的，人不知;鬼不觉就曾经到早晨了，是吧？那咱们在工作、学习的时候，到底是哪些内容能够让咱们进入心流状态，可能每个人都不一样，要寻找本人的心流状态。一旦有心流状态，就能保持很长时间。指标的作用是让咱们久远地去看，更多地向着绝对正确的方向继续后退，但实现目标过程中的专一度要靠心流来解决。 往底层学习 当你相熟一门技术后，并不是学习的完结，而是另一个开始。再尖锐的武器也会随着工夫逐步钝化，具体到软件开发行业自身，每隔 7 到 8 年，软件工程师们面向的编程平台、对应的技术、硬件、用户的场景都会大不一样，每一个技术栈都有其善于和局限的中央，具体风行的技术很可能会一直变动，这就是工程师们常说的「技术过期很快」、「须要一直学习」的间接起因。但当咱们细细思考这些变动，有很多是几十年不变的底层逻辑，这些常识也叫「基本功」或「计算机根底」。 在十多年的工作经验中，在面试或造就团队时，我时常能听到这样的学习布局：“我当初对 A 语言比拟相熟了，我打算学习 B 语言，拓宽本人技术视线”。在我看来，这种做法比拟低效，当你熟练掌握一门的技术后，接下来应该学习的只有两种常识：一种是能使你工作效率有显著晋升的，例如从 Objective-C 到 Swift；另一种则是比以后档次更底层的常识，如应用了几十年的算法、网络协议、操作系统、数据库原理等基本功。而后者是你破费大部分工夫的中央，因为应用层的具体细化个别是比拟明确可现学现用。 如果你以后把握的语言不是像 Javascript ES5 这类设计绝对不欠缺的语言，那下一门最应该学习的语言，是 C/C++，不是为了学习其语法自身，是为了通过它理解计算机系统的底层设计。 ...

近日，在「21 世纪中国商业模式竞争力钻研榜单（2021）」中，ONES 获评「21 世纪企业级软件应用创新奖」。以下是商业杂志《21 世纪商业评论》对 ONES 的翻新商业模式的解读和分析。 「在 2016 年前后，国内有一家规模比拟大的公司，说要给咱们 300 万元，让咱们给他们做定制化的项目管理软件」，ONES 创始人兼 CEO 王颖奇说，「我当即回绝了。咱们那时候一分钱支出没有，我也不晓得这个信念从哪来的。我说，我只做本人标准化的产品」。 创立于 2015 年的 ONES，在短短的几年内，已成长为国内当先的研发治理解决方案提供商，旗下的 8 款业余研发治理产品，贯通了软件研发的全生命周期。 在 2021 年，ONES 在半年内间断实现三轮总计近 1 亿美元融资，从而 ONES 既是国内研发治理畛域累计取得融资最多的公司，也创下了该畛域历史融资速度最快的纪录。 这也意味着：在中国软件研发及工程治理赛道上，ONES 所处行业头部的领军位置，失去了进一步夯实和坚固。 这些问题验证了「抉择与致力等同重要」的理念。因为，正是 ONES 从开办之初就抉择并保持「只做通用型规范品」的商业模式，才得以走上越来越广阔的增长之路。 无犹豫的二选一 SaaS 软件商业模式中，有定制化与标准化的区别。定制化在于以我的项目服务为主，而标准化则以产品驱动为主，在商业上最大不同之一就是：人工成本是否随规模的放量而同步减少。 能够说，定制化是一把双刃剑。一方面，「做定制」有助于深度理解客户需要、进行产品打磨。另一方面，深度投身定制化将带来技术能力上的天花板，因为，在定制化下的我的项目服务，通过单次或屡次繁多的我的项目服务实现，由人工提供的服务占据主导，让客户为人力买单。 而且，因为定制化是「一锤子买卖」，支出的可持续性较差；在老本端，客户服务老本也会因人工服务的一直投入而相应减少。 所以，定制化水平过高、客户特定要求过多，将会带来较大的沉没老本，且广泛难以复制到其余客户的其余我的项目中。高度依赖人的力量的定制化将限度支出规模上的潜在放量与扩张。 基于对定制化的了解，ONES 对于本人所抉择的客户就必须有清晰的认知。「那什么样的客户须要咱们呢？肯定是规模上到了肯定体量、不要咱们做外包、不要咱们定制化的」。王颖奇说，百人以上的团队是 ONES 重点客户，因为他们是刚需。 从 ONES 的实际来看，标准化产品开发把资源与精力放在产业技术的研发上，给 SaaS 企业带来本身技术能力的一直冲破。 通过产品驱动所推动的标准化，联合以订阅年费模式实现的支出，令 ARR（每年总订阅支出+附加组件或降级的经常性支出-勾销订阅造成的损失）出现稳固、继续状态。因为对人或服务的要求更低，产品技术打磨下的标准化将带来客户服务老本的上行，人工服务老本相比定制化模式更低。 正如王颖奇所言：「软件其实上是个好生意，它实质上是通过一些翻新创意和工程把产品做进去，标准化软件的边际老本是非常低的，它是可能绝对容易地规模化扩张的」。 然而，知易行难。SaaS 在研发过程中要投入昂扬的老本，包含要将产品做进去、扩大功能模块等等。当企业的初创的晚期，有甲方给钱要求做定制——这是一项难以抵御的「引诱」。 于是，对于定制化和标准化的抉择，有人倡议：初创企业为了存活要做定制化，能够先挣着这份钱，活下来当前能够做一个更好的标准化产品，甚至是某种从定制化到标准化的「折中」形式。 而王颖奇的回应是：「很多公司说：咱们先做外包定制，先做我的项目来磨产品。然而，这么多年下来，我就没见过这么磨进去胜利的。我认为能从定制转向规范的胜利概率十分小，因为你替他人做，不可能做出那样的货色来」。在王颖奇看来，很多事件在做的过程中千万不要给本人找借口，或者是谋求惊喜呈现。 定制化还是标准化，这个「二选一」的题目，ONES 毫不犹豫地保持了「做标准化」的选项。 笼罩各行各业研发场景的 通用型工具 SaaS 产品会分为通用型和行业垂直型，前者具备通用的工具价值，面向的是各个行业；后者则聚焦细分行业，提供以软件服务为载体的一整套场景解决方案。 从产品特质看，通用型或工具型 SaaS 更符合现实商业模型，即：标准化更易复制、机器提供服务而较少依赖人工、通过续费实现支出可继续等现实属性。 ONES 正是通用型的企业级研发管理工具 SaaS 产品。「相比很多行业，标准化软件单次投入能够有短暂的回报，而订阅模式使得现金支出是可预期的，有十分好的模型能够测算将来的收益」，王颖奇说。 ...

闲置的服务器能做点啥？ 最近有敌人跟我闲聊：闲置的服务器能做点什么事件呢？最好是没什么门槛，如果出租服务器的话还要去联系人，并且做了一半退出了又要被骂娘之类太麻烦了，当初就是想把闲置的服务器利用起来，有什么有意义的事件，或者能够赚点小钱之类的也能够。 其实我敌人的初衷就是不想浪费资源，有点看不惯备机在通电的状况下占着坑不拉屎的情怀~ 我对他说与其让你的备机持续吃灰，不如用来搭建SaaS平台卖软件。 用软骨鱼卖SaaS软件 SaaS平台就用软骨鱼来搭建，一键装置，方便快捷，零碎还是内置多款SaaS软件，勾选即可上架销售。 软骨鱼官网：https://www.ruanguyu.com 软骨鱼单机版：仅需1台主机即可搭建SaaS平台卖软件，相比多机版来说，单机版门槛更低，价格也绝对便宜，而且用软骨鱼单机版卖软件，不收佣金！。如果手头正好有闲置主机，与其吃灰，不如用软骨鱼单机版卖SaaS软件。 我给他算了一笔账： 以某讯云双十二特价机为例，1台4核8G5M的主机，费用是588元/1年。购买软骨鱼单机版1年老本是698元，如果每套软件定价100元/年，只需卖出7套可赚回软骨鱼老本，卖出13套连主机老本都赚回来了。 卖什么软件？ 1、简直市面上可收费商用的开源软件都能够在软骨鱼中SaaS化销售！ 2、还能够卖自有软件，30分钟搞定传统软件SaaS化革新！ 3、除以上，还能够卖各种商业软件，如CRMEB商城零碎、ShopXO、DBShop等等。 4、不仅仅本人卖软件，你还能够将软件共享到市场上，让其余卖家一起帮你卖软件（软件分销）。

什么是SaaSSaaS就是将应用软件对立部署在云端服务器上，客户能够依据工作理论需要，通过互联网向厂商定购所需的应用软件服务，按定购的服务多少和工夫长短向厂商领取费用，并通过互联网取得Saas平台供应商提供的服务。 SaaS并不是新事物，尽管国内的SaaS商业化起步相比于国外要晚一些，但它当初未然走进了每个人的生存中，特地在新冠疫情肆虐的近段时间里，居家办公的工作形式曾经让国人多多少少接触到了SaaS软件。 传统软件SaaS化革新依照以往的研发教训，传统软件若想进行SaaS化革新，必然逃不过多租户革新，不仅如此，订购、续费、软件服务治理、租户治理都须要开发，这大大增加了SaaS化的老本，简直等同于重构了一次软件架构。 在软骨鱼SaaS看来，传统软件厂商大可不必经验这样苦楚的革新过程。软骨鱼SaaS治理平台采纳docker容器技术将SaaS化革新的工作流程做了极大的简化，特地是传统软件无需进行多租户革新就能疾速实现SaaS化。 拜访软骨鱼官网理解更多SaaS革新秘籍（https://www.ruanguyu.com/） 零研发实现SaaS化革新零研发是指传统软件自身无需进行任何调整，仅仅将软件自身打包到一个Docker镜像中，通过软骨鱼SaaS治理平台一键开明软件服务即可，软骨鱼SaaS治理平台岂但可能一键试用软件、一键开明软件，还支持软件订购、续费、降级等等操作，附带多租户管理系统。能够说 传统软件厂商只需“拎包入住” 即可。 软骨鱼SaaS四大劣势1. 零研发 —— 无需多租户革新 采纳软骨鱼30分钟上线一个SaaS平台，门槛低，破费少，效率高。 2. 上手快 —— 零技术做SaaS软件 内置常用软件：WordPress、OpenCart、Joomla，Magento，一键上架销售。 3. 全球化 —— 助你进军海内市场 反对多语言、反对美元显示、反对PayPal领取，海内SaaS用户付费志愿强烈，是SaaS出海首选。 4. 易公有 —— 15分钟实现私有化 可疾速实现租户数据剥离与迁徙，轻松解决SaaS私有化难题。 SaaS化典型案例 https://saas.crmeb.com/ https://saas.shopxo.net/ https://saas.loongdom.cn/ https://www.urlos.cn/ https://www.wpbox.cloud/

我国农业产业链数字化程度仍有待晋升。 艾瑞征询公布的《2021 寰球数字贸易白皮书》认为，2019 年，全国农业生产数字化程度达 23.8%，全国县域农产品网络零售额占农产品交易总额的比重为 10.0%，该比例在将来有较大的晋升空间。 起源：艾瑞征询《2021 寰球数字贸易白皮书》 其起因在于产业链在交易端、仓储物流端和金融服务端三大层面仍存在待解决痛点，如上下游信息互通效率较低、物流运输管理水平有待晋升、产业融资渠道较窄等。 在为农业产业链价值赋能的过程中，值得关注的是数字贸易平台——中农网。 创建于 2010 年的中农网，是一家农产品全产业链综合服务平台，业务分为 B2B 业务、中小型零售业务和 B2C 业务三大板块，以「平台+自营+供应链」的商业模式，为产业上下游的生产者、加工企业、供应商、终端商提供交易、信息资讯、仓储物流、供应链服务、技术解决方案等综合性服务。2020 年底，中农网达成 GMV 超 1000 亿元，已链接超 13 万家的产业链上下游企业级客户和终端零售客户。 近年来，中农网在促成农业产业链数字化程度晋升上频频发力，随同着数字化程度的一直晋升，其研发工作也一直增多，人数日益减少的研发团队肩负着公司各个产业线的研发工作，中农网是如何实现高效的我的项目研发和治理的呢？本期《ONES 行业实际》为您分享中农网多产品线的项目管理实际。 客户背景 数字贸易是寰球大趋势。其中，交易信息化、交易数据化、交易智能化是掂量数字贸易平台的三大规范。 中农网旗下领有多个子公司，蕴含了交易、仓储、物流、供应链等多个业务线，在引入 ONES 之前，研发团队外部的不同部门应用着不同的管理工具，信息数据扩散，经常面临着产品看不到研发的进度，项目经理与团队成员信息不同步的问题，不仅造成了数据孤岛，也使得团队对整个研发流程无奈进行清晰的梳理，产品研发和测试流程无奈买通，再加上农产品行业数字化还处于一直摸索的阶段，业务方需要变动频繁，难以对需要进行治理，导致迭代延期，中农网的研发项目管理面临着较大的挑战。 在对中农网进行了全面的理解之后，ONES 明确了其研发项目管理的需要及痛点： 团队协同弱，进度治理难研发流程不清晰，难以买通全流程需要变动频繁，需要治理难ONES 多产品线研发治理解决方案 针对中农网的研发治理需要及痛点，ONES 从以下几个方面登程，为其提供了残缺的解决方案。 量化价值，可视化治理 在引入 ONES 之前，研发团队外部工具应用扩散，数据孤岛问题重大，产品、研发、测试之间信息不对称，数据在各自工具上别离存在，彼此割裂的景象导致无奈将我的项目进度直观的出现进去，人效老本无从得悉，而技术总监须要实时监控我的项目的停顿状况，正当分配资源老本，这些问题的存在给管理层和团队之间都造成了很大的困扰。 通过应用 ONES，中农网实现了价值量化，突破了「部门墙」，基于 ONES「给客户提供有价值的服务」的主张和 ONES 的产品能力，ONES 服务团队从「交付吞吐率」、「需要响应周期」、「交付品质」以及「继续公布能力」、「数据买通能力」等方面动手，帮忙中农网实现综合人效 ROI 晋升 248.40%。 ONES 倡议在必要信息量短缺的状况下，将团队后果指标迷信地拆分为阶段指标，将阶段指标拆分为集体指标和多人协同指标，在足够专一的条件下实现集体指标，在「认知相近」的状况下实现协同指标，以此实现高效的指标布局。 而在团队高效率运行的问题上，「优先级+工作量+集体实力」决定了实现繁多集体工作指标的周期和品质，要让繁多成员工作高效，就要迷信兼顾「人和工作的工夫+数量关系」，要使多个成员协同高效，就要做到信息各自为政，协同指标聚焦。 通过 ONES Project 数据报表，管理者可能从多个维度（成员工时日志、需要散布统计、工作散布统计）等理解成员集体效力，并据此合理安排工作。 ONES Project 提供多种报表 通过 ONES Project 看板、燃尽图等可视化工具以及我的项目概览，团队成员和管理者可能及时理解我的项目进度，聚焦我的项目指标，真正做到各自为政，高效协同。 ONES Project 麻利看板 ONES Project 我的项目概览 ...

企业在软件研发过程中，经常遇到以下流程治理难题，导致研发效率升高： 重复性流程多，手动操作老本高，易造成人为失误工作调配不及时，导致工作沉积甚至工作延期信息保护与同步不及时，人工查看工作字段老本高ONES Automation 流程自动化解决方案帮忙研发团队自动化实现繁琐的重复性工作，晋升研发管理效率，使团队可能专一于更有创造性的工作。 ONES Automation 流程自动化 ONES Automation 通过「配置—执行—剖析—改良」的流程自动化能力，帮忙我的项目管理者轻松构建自动化规定，实现流程标准化、流程运行可视化，并科学分析研发流程问题，助力团队晋升研发效率。 ONES Automation 流程自动化 简略易上手，轻松构建自动化规定 ONES Automation 提供图形化的配置界面，简略几步即可实现自定义的自动化规定构建，高效执行流程。 自动化规定由「触发事件」、「触发条件」及「流程」三个元素形成。 「触发事件」是自动化规定的开始，零碎将判断用户的操作是否满足「触发事件」，如新建工作项、状态流转、字段更新等，如若满足则启动后续流程的执行。 「触发条件」则是用来放大规定的范畴，用户能够抉择始终触发，或者设置「满足以下条件」能力执行流程。 「流程」即规定的具体执行，零碎依照⽤⼾的配置，从上到下线性的执⾏每⼀个流程。 自动化规定配置 依据研发治理实际中的广泛需要场景，ONES Automation 还预置了多种罕用的自动化规定模板，管理者可一键启用： 主动调配工单负责人需要状态同步到起源工单的处理结果工作都实现后，主动实现起源需要全副子工作都实现后，主动实现父工作项更新需要的所属迭代后，需要拆解的工作也挪动到同一迭代 ONES Automation 提供多种自动化规定模板 自动化执行，反对解决简单流程 依据构建好的自动化规定，零碎将判断「触发事件」与「触发条件」，主动执行指定的流程动作。 以「优先级最高时，主动分配任务至指定负责人」规定为例：当用户更新工作优先级（触发事件），且优先级为「最高」时（触发条件），则零碎将会主动将该任务分配到「指定负责人」。 优先级最高时，主动调配负责人 在理论的工作中，很多需要和工作都不是独立存在的，它们可能存在着父子关系或关联关系，这就使得流程变得更为简单。为此，ONES Automation 还提供了「联动数据对象」和「条件分支」的能力，以满足非凡流程的判断和执行。 「联动数据对象」会在自动化规定中增加一个分支流程，这个分⽀⾥的条件校验和动作都以联动数据对象作为判断或操作的⽬标。例如「工作都实现后，主动实现起源需要」规定中，判断某个需要下的所有子工作（联动数据对象）是否都曾经实现。 「联动数据对象」满足简单流程执行 当遇到「条件分支」时，零碎会在执行完分支流程后，持续回到主流程，直到执行完自动化规定中的所有流程。例如「新建工单主动调配负责人」规定中，通过设置「条件分支」判断所属我的项目，调配不同的负责人。 「分支条件」满足简单流程执行 剖析规定运行状况，改良研发流程 在 ONES Automation，我的项目管理者能够对立治理所有自动化规定，预览规定配置状况，并通过「开关」一键调控自动化规定的运行状态，还反对查看规定的运行日志，帮忙团队精准掌控流程效率、及时排查问题，继续改良业务流程。 ONES Automation 查看规定经营日志 ONES Automation 对规定执行后果进行了分类定义，不便管理者疾速查找运行失败的起因。 ONES Automation 执行后果剖析 除此之外，ONES Automation 还反对「自定义脚本」、「定时查看」、「增加关注者」等亮点性能，满足企业个性化的自动化流程需要，及时跟踪和发现问题。 ONES Automation 流程自动化解决方案通过构建和治理自动化规定，大大节俭了团队的工夫和人力老本，无效晋升软件研发团队效率，打造更智能的研发治理实际体验，帮忙企业实现自动化转型。

在过来的半年，ONES 间断实现三轮总计1亿美元融资，成为国内研发治理畛域累计取得融资最多的公司，也创下该畛域历史融资速度最快的记录。 ONES 如何在创建短短几年内成为国内研发治理畛域的领跑者，如何通过打造认知壁垒驱动守业走向阶段性的胜利？对软件工业化、SaaS 产业趋势以及数字化时代特征有着哪些粗浅的认知与了解呢？ 10月26日，ONES 创始人兼 CEO 王颖奇做客极客公园「守业真人秀」直播间，与极客公园总裁张鹏学生聊了聊 ONES 的守业故事。 只有能做第一任何行业都足够大张鹏：现在，To B畛域研发治理曾经成为一个风口，颖奇是一个有丰盛经验、教训的创业者，对于咱们《守业真人秀》的观众，有守业之心的人来说，他的分享置信会对大家有所帮忙。咱们来听听「研发治理」是如何从当年一个没人关注的畛域，忽然变成风口的，将来又会怎么倒退？ 王颖奇：大家好，我是颖奇。我跟极客公园也是老朋友了，最早的渊源是2019年单干开了一个频道，叫「对话CTO」。咱们采访了十几二十个企业的CTO，因为过后咱们感觉，软件的力量可能推动行业提高，而CTO是软件力量中十分重要的一个领导者。而我是做软件研发出身的，两头有一些商业经验，有很多视角能够聊，极客公园过后给了我一些机会，非常感谢。 张鹏：对，极客公园就是翻新创业者的大本营。你看像「研发治理」在2018年还不那么热，还没有像明天这样被看好。主观地讲，那个时候一说起「研发治理」，我也一头雾水，毕竟我也不是文科出身，不是工程师出身，还是要花工夫去了解。 然而过后我特地 Buy in，就是你认为，实质上研发治理是要把看起来很玄虚的软件开发工程师的体系，变成一个更加无效的体系，让它可能向着更加工业化的体系去倒退，这个大的趋势是走向数字化所须要的。而 ONES 通过这几年，曾经真正在产业里有它本人的位置和作用了。 回到更晚期，在决定做这件事儿之前，所有创业者面临的问题，就是我到底要创什么业？要解决什么问题？要跟着市场风口走吗？讲讲你过来的经验，ONES 怎么成为你想干的事儿？ 王颖奇：咱们明天做的事儿，包含我明天结的果，其实都是之前十几二十年的因种进去的。我讲一下我的背景吧。我2004年大学毕业后，到金山软件呆了7年。我是工程师出身，做办公软件、安全软件，做WPS、Office和金山毒霸。金山是一个十分重软件研发治理的公司，它的体系十分健全，有十分多好的工程师和行业从业者。 2011年我从金山进去，创建我第一家公司。过后挪动互联网比拟炽热，所以做了一个手机 App 叫「晚点闹钟」。过后做 ToC 产品，更多精力是放在产品自身，研发的难度其实比拟小，是一个重产品重体验的阶段。 起初因为公司的商业化做得不是很好，我进去之后，去了中国一个十分好的美元基金叫做晨兴资本（现“五源资本”），也是中国科技守业公司里很好的一个投资人，投了十分多优良的公司，比方YY 、虎牙、 WPS、小米等等，他们的老板刘芹是十分有翻新创意的投资人。我起初去晨兴做入驻企业家，学习一些和投资、商业相干的常识，在外面待了一年多，看了十分多的商业公司，也看了十分多的咱们未来有可能做的一些事儿，一些机会。 张鹏：很多人其实挺感兴趣，到基金里去做入驻企业家是什么感觉？具体流程是什么？你是如何成为这样一个入驻企业家的？讲讲你在这过程中的思考。 王颖奇：我过来的人生经验分为两个阶段。入驻企业家之前，无论是在金山打工还是去守业，实质上还是以一个产品经理或者一个工程师的视角看公司、看世界，对商业没有太多的了解。 第二阶段就是入驻企业家后。晨兴的老板叫刘芹，是一个十分好的大哥，他说，“你是一个好的工程师，但并不是一个特地合格的在商业上有认知的年轻人，但你还是有慧根的，我未来带带你”。晨兴过后人很少，也没有对于入驻企业家的很健全的布局，比如说每年招几个，但其实有且只有我一个。 张鹏：您这算是关门弟子了。 王颖奇：挺厚脸皮地说，算是关门，哈哈。我做入驻企业家的时候拿到了十分高的权限，可能听到很多创业者讲他们的案例，也听到好的投资人怎么去发问，好的创业者如何答复。我每天十分享受地去看好的老师怎么出题，高手怎么解题。那一年里，我终于晓得了钱是怎么来的，通过哪里，流向哪里，流向外面可能还有一个二次循环，这是一个十分重要的认知。 因为我当年在金山打工，甚至第一次守业的时候，其实不晓得钱怎么来的。过后晨兴投晚点闹钟，我说是不是晨兴的钱是他们本人的。起初我发现不是，他们也有他们的老板，也会有 LP 帮他们管钱，也有一些回报的要求。这对于一个工程师、创业者来讲，是一个颠覆性的商业认知，对我来讲是十分大的帮忙。 在这期间，我缓缓也参加了一些晚期公司的投资，也经验了一些公司开门关门，团队遣散，换管理者，包含融资，或者资金呈现问题等。经验过很多的“生生死死”之后才晓得，公司它不是一个理想化的事，绝大部分公司都是要历经千幸万苦，才有可能往前倒退。 然而中国基金里边有入驻企业家的不多，美国的入驻企业家应该还挺多的，这对 CEO 来讲是十分好的机会。 张鹏：从一个「业余」的人变成一个「守业」的人，一个字的变动其实蕴含了很多货色。有时候我业余很强，但守业是一个更简单的零碎，包含了解商业里边钱的流转。甚至很多你在他人身上看到的坑，在以前你没经验过，但如果再经验就是要翻车了。所以我齐全了解，你在那段时间里有了一个近距离察看、代入本人思考的过程。 所以你在投资机构里看了这么多，最终本人要下场，怎么就选了研发治理这个畛域呢？因为那个时候并不是说赛道有多热，你必定面对了一些「非共识」，这是一个怎么的思考过程？ 王颖奇：那个时候一年将近两年的工夫里我在学习，学习的外围目标还是找本人二次守业的机会。过后的确也看了很多行业，在2014 -2015年大家晓得可能互金、区块链、新一代社交产品比拟火…… 张鹏：引诱很多。 王颖奇：对，最大引诱是什么？是硬件，过后最火的实际上是创客，看到了很多机会。两头其实也尝试过一些我的项目，去理解商业模式。 另外，因为我没有在海内生存或者学习过，对海内很多产品或公司的认知都停留在纸面或者新闻的，而后2014-2015年我去美国学习了好屡次，看看有没有好的机会。在这个过程中，我看到十分多美国好的软件公司或者 ToB 公司。咱们一方面做了很多别的行业的钻研，另一方面又看了一些软件行业的机会，最终发现很多事件真的不是本人设想中那么简略，还是要尊重本人过往的教训和能力，所以最终抉择了「软件」这件咱们善于的事儿。 软件其实上是个好生意，它实质上是通过一些翻新创意和工程把产品做进去，它的边际老本是非常低的，它是可能绝对容易地规模化扩张的。咱们起初明确，**首先要有需要，这是第一重要的，而后是咱们善于的，并且行业外面没有特地好的产品，这是咱们找方向的几个大规范。**那为什么选研发治理，实际上咱们在 ToB 软件里也看了很多方向，比如说财务、HR、文档、项目管理等。在这外面咱们又找到什么？就是要做产品技术门槛绝对高的。因为咱们善于做软件，反而对销售市场这件事件不太善于，当然明天有很多的共事退出把这个局部补齐了，但过后咱们其实挺怕的，还是感觉产品技术要有十分深厚的门槛，朝着这方面倒退。 另外，我本人过来十几年都是在做工程治理，有一个十分重要的、清晰的认知是：当一个软件研发团队的人数达到肯定规模，都须要业余的治理办法和管理工具。至于这个货色是不是付费产品，不晓得，然而大家须要工具。咱们晚期守业团队只有四五个人，都是一些老兄弟们一起守业，有雷同的背景，都很能够了解。 讲到所谓的「非共识」这件事件，咱们过后找大家聊，大家不晓得咱们在干啥。软件研发管理工具是什么？OA 可不可以干这个事儿，钉钉是不是也无能这个事儿？过后还有一些小的合作软件，为什么不间接用？我说不行，这个须要业余工具。 而后我也看到一些行业里绝对好的公司，包含你方才讲的 Atlassian 这家公司。但过后中国所有行业里的人谈 ToB 就只有 Salesforce，没有第二家，我感觉还挺苦楚的。 张鹏：最大的问题是只有你看见了，他人都看不见，其实这个就是「非共识」了。 王颖奇：对，我也是被逼到墙角上，要找一个我无能又有商业机会，且现有的产品不满足（客户需要）的一个事儿。所以兜兜转转，咱们2015年底最终确认做研发治理。我又找了晨兴，刘芹还是十分反对我的。 他说我投你三次，第一次投完了，这是你第二次。“这是一个软件生意，你必定是善于的，ToB 我感觉有机会，在这个方向我置信你，你要做的话我反对你”，所以晨兴就给了咱们 A 轮。最晚期咱们还有两个天使投资人，陈睿和何小鹏两位大哥，我的一路上其实有很多贵人相助。 ...

作者｜溪洋、蔡金辉 审核&校对：溪洋、海珠、叶仔 编辑&排版：雯燕 摘要：餐饮正在成为数智化转型在实体经济使用中的最大试验场，推动着 SaaS 演进为餐饮行业新的基础设施。作为国内最早一批涉足餐饮 SaaS 的企业，餐道正在以云原生的形式帮忙餐饮企业进一步解决老本管制、效率晋升等需要。通过将业务平台迁徙至阿里云容器服务 ACK，使服务器资源利用率晋升超过 30%，扩容效率晋升近 80%，版本公布周期缩短近 40%，并以 0 集群故障为业务连续性提供充沛保障。 “民以食为天”，这是一句刻在每个中国人 DNA 里的老话。餐饮行业也素来不乏强烈的竞争。生产降级和领取习惯变动、人力和经营老本攀升、由疫情带来的不确定性等种种趋势的一直蔓延，使餐饮企业对老本管制、效率晋升、精细化经营等需要越来越迫切。 全云开发新趋势与 SaaS 的演进《2020 年中国企业级 SaaS 行业钻研报告》显示，到 2022 年，中国企业 SaaS 市场的规模预计将冲破千亿元。与此同时，餐饮 SaaS 等深耕垂直畛域的企业服务曾经进入规模化利用阶段。 作为国内最早一批涉足餐饮 SaaS 的先行者，餐道创始人李振宏认为，传统餐饮走向互联网化是顺应时代的必然选择。这也带动了餐饮 SaaS 逐步成为餐饮企业加强管理水平、优化老本构造的重要抉择。现在，哪怕是街边一个小吃摊，都在用互联网进行着结算；各大商圈的餐饮门店，也简直都在应用 SaaS 的收付款零碎。从技术上而言，餐饮 SaaS 曾经能从最后的洽购，贯通到顾客买单、顾客保护、外卖订单、骑手配送、人力治理以及供应链、数据中台等各个环节。 云计算是 SaaS 倒退的根基。在云原生带来的全云开发新趋势下，下一代 SaaS 将向何处演进？本文将通过餐道基于阿里云容器服务 ACK 的实际案例，分享以 Kubernetes 为根底的云原生架构如何助力餐饮 SaaS 实现更加稳固、牢靠的服务，并进一步帮忙企业优化资源和人力老本。 餐道打造基于 ACK 的交融翻新云上底座餐道将本身定位为餐饮新批发行业“连接器”。截至 2021 年 10 月，其服务已笼罩了全国 400+ 个城市，80000+ 家门店，日解决订单 350 万+。在餐道看来，将来餐饮企业肯定会以“数据服务化”、“全渠道服务化”和“新业务拓展麻利化”的融合与翻新为倒退方向。 为了帮忙商家建设全链路业务的一站式治理形式，实现降本增效，餐道基于 SaaS 架构打造了一体化数据智能利用，可能对接外卖平台、商家自建零碎、收银零碎、会员零碎、配送供应商、后厨、ERP 零碎、线上领取零碎等。 餐道业务架构图 餐道非常重视客户对服务的体验，并将零碎稳定性、业务性能的迭代效率、问题的疾速定位和解决视为构建外围竞争力的基石。餐饮行业业务流量的波峰波谷景象显著，且常常会通过促销流动的形式来吸引顾客，如果因为资源分配不合理导致顶峰期间订单溢出、运力有余，会极大影响顾客和商家的体验；此外，餐道提供了订单管理系统、CDBI、小程序、聚合配送、DMS、代经营等诸多垂直业务性能，在市场需求的疾速变动下，产品性能翻新和迭代效率问题也是对技术架构的一大挑战。 这些现状的解法和云原生架构带来的外围能力不约而同。餐道将次要的业务利用，包含前端 Web 容器、网关、后端微服务通过 Kubernetes 集群部署，以云原生的形式帮忙业务疾速迭代，灵便响应商业需要。 ...

深圳农村商业银行成立于 2005 年 12 月，是继北京上海之后，我国第三家在副省级以上城市成立的地方性股份制农村商业银行。目前，深圳农商银行在深圳地区设立 2 家分行、27 家一级支行，布局 218 家营业网点，网点数量稳居同业前列，以专业化、智能化、综合化的优质金融服务为大湾区 1600 万集体客户和 28 万中小企业客户继续发明价值。 近年来，数字化和智能化一直影响着人们的生存，银行业数字化改革变得迫不及待，一方面，客户心愿通过数字化取得更不便、便捷、平安的银行金融服务，通过数字化改革，简化银行业务流程，优化客户体验，为客户提供实时在线、时刻互联的卓越体验；另一方面，通过数字化改革，可能一直升高银行卡治理、现金和流动性治理等业务方面的经营老本，进步业务敏捷性，打造智慧企业，实现危险管控。 在此背景下，农商行保持科技翻新「双轮驱动」，将大数据、云计算与银行业务深度交融，从手机银行 APP 焕新降级，网点智能设施布局到实现线上线下立体化服务触达，全力跑出金融服务「加速度」，在这个过程中，银行的研发工作一直增多，高效的数字化项目管理必不可少，那么深圳农商银行是如何实现数字化项目管理的呢？ 本期《ONES 行业实际》为您分享深圳农村商业银行的高效数字化项目管理实际。 客户背景从手机银行 APP 的降级迭代，到网点智能设施、智能柜台的布局，不论是新产品的研发还是老产品的重构，都离不开研发团队的继续迭代研发。 银行研发我的项目业务线多，研发团队规模也扩充到五六百人，原先「自研零碎+Excel」的管理模式难以满足业务需要，研发和项目管理遇到了不少痛点问题。 深圳农商银行采取「瀑布治理+麻利研发」的研发管理模式，即大瀑布小麻利。在具体的我的项目研发中，研发团队须要解决来自各我的项目负责人、银行客户、各分行行长以及柜员等多个起源的简单需要。在引入 ONES 之前，深圳农商银行仅采纳「需要审批零碎」来进行需要收集，但因为没有业余的需要管理系统，在实现初步审批之后，需要的布局、任务分配等难以进行对立治理，需要业务方和管理者也无奈及时跟踪需要解决进度，查看具体我的项目和工作的执行状况。加上研发团队规模一直壮大，但成员的工时状况和效力状况不足迷信的度量，团队效力改良难。 在对深圳农商银行进行了全面的理解之后，ONES 明确了其项目管理需要及痛点： 需要起源简单扩散，难以对立治理进度监控艰难，我的项目延期危险增大工时效力难汇总，人力资源老本增高ONES 项目管理解决方案针对深圳农村商业银行的项目管理需要及痛点，ONES 从以下几个方面登程，为其提供了残缺的解决方案。 01 需要对立汇总，高效治理 因为银行业务繁多，来自客户及银行外部的反馈层出不穷，总经理通过需要审批零碎（ ITIL ）进行需要的初步审批，筛选出可落地、可执行的需要并汇总，通过 ONES 提供的 API 接口，将需要主动同步到 ONES Project 的需要池中进行对立治理。依据审批零碎中的字段主动抓取并填入「负责人」、「优先级」等要害信息，而后由 PMO 将需要调配给不同的研发团队落地执行。 ONES Project 需要池 团队负责人则通过 ONES Project 可将需要拆分为具体的「子工作」或「子需要」，欠缺相干属性信息，分配任务负责人，并将需要布局至相应的迭代。 ONES Project 需要拆分 02 进度实时追踪，保障交付 在我的项目落地过程中，原有的需要审批零碎无奈间接进行我的项目进度的跟踪，管理者无奈及时理解我的项目停顿状况，我的项目延期危险增大。而银行是关乎国计民生的重要行业，我的项目延期可能会导致银行各项业务都无奈进行，极大影响用户体验。这就要求项目经理须要对我的项目的各环节进行严格的审核把控，及时发现危险并应答，避免我的项目延期，保障我的项目成绩的交付。 ONES Project 可能将以后的需要、工作、缺点等信息透明化展现，业务需求方及管理者均可借助燃尽图、甘特图、麻利看板等可视化图表实时跟踪我的项目进度，帮忙团队及时发现和应答危险，保障我的项目高效执行，按时交付我的项目成绩。 ONES Project 燃尽图 ONES Project 麻利看板 ...

10 月 17 日，ONES 缺席 2021 寰球技术领导力峰会-杭州站（简称“GTLC 大会”）。大会上，ONES 研发总监、ONES Core 业务中台负责人陈亮宇作了题为《渐进式的研发治理改良之路》的演讲，与各行各业的技术大咖一起，分享 ONES 的研发效力晋升实践经验。 以下是陈亮宇演讲的次要内容。 研发治理中的噪声研发治理是一个宏大的体系，须要从「大处思考，小处着眼」。在实际过程中，企业管理者往往会制订大的指标，但在「小处」施行的时候会遇到各种各样的艰难。这些艰难的根本原因是整个研发效力改良过程中存在很多「噪声」。 2002 年诺贝尔经济学奖获得者丹尼尔·卡尼曼在其新书《噪声》中示意，「噪声」是指决策过程中不必要的随机变异性。哪里有判断，哪里就有「噪声」。 研发效力改良的过程中自身会存在很多判断，天然会产生很多噪声。而这些噪声大多是隐形的，你看不到它却会被它所影响。 以下是研发过程中的三种常见「噪声」。 第一种是执行预测性决策而产生的「噪声」。在推动麻利、DevOps 等治理办法落地的过程中，团队往往须要进行组织架构的转型。这是一件危险较大的决策，须要公司管理层的信赖与反对，而做这种预测性决策会产生随机变数。 第二种是指标了解偏差导致的「噪声」，其中指标了解偏差是比拟常见的。例如，企业管理者的 OKR 是「晋升研发效力 20% 」，这个指标拆分到不同部门后，测试部门认为要将测试效力晋升 20%，而研发团队认为要将研发效力晋升 20%。但其实管理者想要的是实现整个研发流程中端到端的研发效力晋升，这就是指标了解偏差上的噪声。 第三种是主观情绪变动导致的「噪声」。研发过程改良通常会扭转团队的工作流程和一线员工的工作习惯。要求一线员工来到本人相熟的工作办法是一件”反兽性“的事件，员工可能会产生一些抗拒感，从而影响改良措施最初残缺落地。 由此可见，研发效力改良是由多因素多环节相互影响的简单流动。《易经》中提到「易则易知，简则易从；易知则有亲，易从则有功」，这一思维能够利用到效力改良落地过程中，化繁为简，采纳简略的渐进式的改良措施，使其容易被团队了解、执行，从而缩小整个研发效力过程中的噪声影响。 化繁为简渐进式的研发效力改良研发流程其实是价值流动的过程。咱们将研发流程设想成一条公路，研发效力晋升就是革除这条路上可能产生的阻碍（如路线变窄、交通事故等），防止因为一个路线阻碍而产生越来越多的阻碍，最终导致堵车。 咱们能够利用「束缚实践」来进行研发过程中的「路线畅通」。束缚实践是指，理论业务中瓶颈节点的节奏决定了整个业务流程，它分为五个步骤，别离是：辨认束缚、用尽束缚、配合束缚、冲破束缚，而后再回到第一步来，进行循环改良。依据这个实践，咱们能够一直地辨认瓶颈、冲破瓶颈，最终实现效力的渐进式改良。 束缚实践 以 ONES 团队的效力改良实际为例。 ONES 成立了交付团队以响应客户的需要，晋升客户满意度。随着时间推移，团队的效力晋升呈现瓶颈。咱们首先想到了减少团队规模、进步团队人员素质或者通过引入自动化的流程改善团队效力。然而上述每一种办法都要求投入大量的资源，甚至可能须要团队暂停业务进行改良，这并不事实。因而，ONES 采纳了渐进式的改良办法。 咱们从剖析交付团队的外围窘境动手。 首先，ONES 产品矩阵丰盛，曾经公布了 8 款产品，交付团队必须齐全理解所有产品及其细节，否则会导致团队在做优化需要时，最终产出的产品质量不高。 其次，客户对需要有预期的交付工夫，团队破费大量工夫进行工时预估并给出一个较精准的工夫。但因为开发过程中的种种简单因素导致交付延期，而需要也一直累积，最初，即便小的优化也须要很长的工夫响应，最终导致业务满意度升高。 再者，客户的需要数量和需要提出工夫具备极大的不确定性，新需要的预估会打断团队以后的迭代研发，导致效力升高。 与此同时，在面对大大小小的线上缺点时，ONES 交付团队全盘响应，解决缺点也会打断研发工作。 为了解决上述问题，ONES 对交付团队进行了效力剖析： 需要每月新增 15-20 个，大量的需要在期待研发规模预估每月须要实现 15-20 个，且预估工夫半天到一天不等无论是何种缺点都须要立刻响应，常常打断研发研发实现的需要在开始测试后依然须要研发投入去修复测试缺点 改良前：需要周期时间离散 改良前：待研发需要高于公布需要 综合剖析后，咱们最终确定交付团队效力晋升的束缚就是研发环节，并为此制订了解决方案： 设立优化需要的 SLA（服务级别协定）响应等级，以粗略预估代替精准预估，从而大大降低团队用于需要预估的工夫，将更多的资源用于间接产生客户价值的流动中去。将研发中和研发实现一并设置 WIP（在制品） 限度，缩小「靠近实现」的需要，从而减速价值流动。设立缺点的 SLA，重大缺点可长期冲破 WIP 限度。通过看板，咱们对缺点进行优先级治理，并可视化地展示缺点的解决流程和解决状况，让上下游团队更分明地理解研发团队的研发能力，配合研发团队调整本人的需要的优先级。每月基于看板召开需要布局会，和上下游协商 Backlog 中的需要优先级。咱们对改良措施进行了继续观测，施行两三个月后，团队的需要周期时间新增集中在了 5 天、10 天、20 天，交付工夫可预测性加强。同时，待研发需要数量继续降落并稳固在了衰弱程度，并行的工作也维持在了 2-3 个，研发流程的瓶颈环节失去肯定的畅通。 ...

从中文世界第一个真正意义上的「商用软件」WPS 诞生至今，曾经有30多年了。提到软件，很多敌人脑海里浮现出的第一个画面应该是一个秃头的程序员，单独坐在一台电脑前奋力敲打键盘的画面。曾几何时，集体英雄主义的确占据了软件，乃至互联网开发的支流，一己之力创立一个软件、一个网站并且「发家致富」走上人生巅峰的故事总是被大家津津有味。而实际上，在明天，咱们早已走出了那个刀耕火种的时代，软件工程、开发治理变得更加重要，由此咱们也播种了更稳固的软件和互联网服务，在这个迭代的过程中，咱们经验了哪些，古代的开发工程治理又有哪些鲜为人知的故事呢？ ONES CEO 王颖奇做客《津津有味》，与投资人华创资本合伙人吴海燕以及行业从业者们一起，聊聊软件工程的演进历史，以及对中国软件工业的意识和思考。 在节目中您将听到以下内容： 历史上那些充斥集体英雄主义色调的产品当年的集体英雄主义来源于什么？时代回顾：软件行业的外包业务潮流随着用户一直进步需要，遇到的分工瓶颈前后端的拆散使软件开发分工更加明确，技术栈产生区隔用户增多、规模增大，对软件稳定性、性能的更高要求程序员：从码农到设计师，如何了解软件行业的翻新起源用工程化视角对待开发全流程治理时代创业者对软件工程开发治理的认知变迁守业进入深水区，水到底深在哪里？数字化过程放慢，给 ONES 带来的倒退时机「社恐」的程序员，如何卖软件？嘉宾介绍：王颖奇 ONES 创始人兼 CEO，曾参加金山软件 WPS、金山毒霸等大型软件的外围开发工作；2011 年创建了晚点科技，旗下产品晚点闹钟、晚点日历在寰球用户过亿；2014 年，王颖奇在出名美元基金晨兴资本任 EIR，并以个人身份参加十余家公司的治理征询工作；2015 年，王颖奇创建 ONES，致力于提供企业级研发管理工具及解决方案。 吴海燕 华创资本治理合伙人，负责投资业务和基金管理工作，并牵头负责企业软件和金融科技领域的投资。主导投资了同盾科技、老虎证券、二维火、PingCAP、TigerGraph、小满科技、Wish、什么值得买、下厨房、每日优鲜等公司。 主播 朱峰、某高老师 以下为节目内容，通过 CGCVC 编辑—— 朱峰：明天跟大家聊一聊软件。咱们在「厂长来了」，前几期节目里聊了很多互联网和服务类的产品。软件是每个人接触电脑时，能看得见、摸得着、能够装置的货色等。明天没有来的另外一位高老师，他的发家史是破解人家的软件，放在本人网站上给人下载。从那个时候（集体开发时代），咱们第一次接触到了软件，那时候的软件更多可能是集体开发者写的。 某高老师：一开始没有破解这概念。 朱峰：那时候感觉软件很多是免费软件。 某高老师：收费共享软件，早年没有收费和付费的区别。 吴海燕：这个能够叫自有软件。 朱峰：我刚刚想了半天这个词儿。 某高老师：在咱们年老的时候，不晓得大家有没有人用过练打字的一款软件，叫 TT。只有你有软盘，这个软件就是你的。 朱峰：其实那个软件也有受权，大家可能在版权问题上没有这么在意。 吴海燕：还有一段时间，加密狗满天跑。 朱峰：对，起初就加密狗。而后就出了老高这样的人才，专门搞破解。那阵加密最狠的软件可能就是杀毒软件，会穷尽很多方法去搞加密。 某高老师：杀毒软件是最早反对订阅的软件，因为它要不断更新降级。 朱峰：我印象当中，买完软件之后，就有权力定期降级，连邦软件你还记得吗？连邦软件专卖店，给你拷降级文件，然而不另外收钱。这也不是订阅制，只是买了正版享受的权利。起初因为领取技术的倒退，有了订阅付费条件之后，才产生了订阅领取。还有像王江民写的 KV 系列，不停地降级，每一个降级版本，你可能要独自买。 王颖奇：当年那个软件的订阅是靠版本号，你须要买每一个版本，它是每年发一个大版本。每年订阅，是这么个逻辑。 朱峰：加密技术也做很多，最驰名的就是 KV 300L++。KV 300L++里边放了逻辑锁，发现你是破解的软件，就将硬盘疏导锁住。起初江民老师为此被罚款了高达3000块钱。 某高老师：想起来，WPS 如同没有防盗版的机制？ 朱峰：我补充一下背景资料，当年 WPS 是作为中文汉字操作系统的附件卖，比方 UCDOS、CCDOS。装完了之后，WPS 蕴含在外面捆绑销售，它不是以独立的软件模式存在的。我忘了过后具体哪个有版权，他们的「竞争对手」CCED 就要买的。 王颖奇：CCED 是拿来制表的。 朱峰：其实 WPS 对应的是 Word，CCED 对应的是 Excel。WPS 创始人求伯君的经验，其实正映射了咱们想聊的集体开发者孤胆英雄的形象。 王颖奇：我初、高中的时候，是 WPS 的使用者。2004年本科毕业之后，去了金山，这是我第一份工作。过后参加 WPS 一个最新大版本的研发过程，真正兼容整个微软 Office 那套文件，V6 引擎的开发。 ...

近日，艾瑞征询公布了《2021年中国企业级 SaaS 行业钻研报告》（下称「该报告」）。艾瑞征询是中国新经济与产业数字化洞察钻研咨询服务畛域的领导品牌。 在该报告中，ONES 入选为「典型厂商案例」之一，聚焦展示了在协同提效方面所做出的问题，同时，在标杆效应、服务不同规模的企业客户、最新的融资趋势上，ONES 均出现了与该报告论断高度吻合的特点。 标杆效应浮现经该报告测算，通过2018年的市场回暖和2019年增速小幅回落，受疫情推动2020年 SaaS 市场增速再度上扬。2020年 SaaS 市场规模达538亿元，同比增长48.7%。现阶段资本市场对 SaaS 的态度更加感性，各细分赛道倒退也逐步成熟，预计将来三年市场将维持34%的复合增长率继续扩张。 艾瑞征询认为，SaaS 的倒退，正是内外部环境多力齐发、从质变转为量变的后果。 首先，时代的浪潮在催促企业数字化转型，新基建、云计算等已成为国家策略的重要环节之一。数据量呈指数扩张，是高弹性的 SaaS 的新机遇，需要攀升是必然趋势；而行业的失常倒退亦会推动 SaaS 稳步向前。 其次，疫情吹响 SaaS 加时赛的号角，引爆局部赛道从新洗牌。疫情与电商批发、线上营销、协同办公、音视频等能实现跨空间信息传递的赛道激烈反馈并减速产出，同时晋升了企业对 SaaS 整体的认知和接受程度，其影响力远不止当下。 再次，人口代际变动晋升了企业对 SaaS 产品的青睐和洽购志愿。现在，90后、00后走上工作岗位，对 IT 工具的接收水平高，对 IT 工具的自助化需要晋升。同时，企业外部年龄层级拉大，需要变动驱动 SaaS 性能一直优化。 最初，各赛道内 SaaS 领头企业的标杆效应开始浮现，厂商们对客户需要的捕获也更加灵活，反馈更加迅速。SaaS 厂商们开始从当先企业案例中寻找符合企业基因的倒退模式。 例如，创立于2015年的 ONES，在短短的几年内，已成长为国内当先的研发治理解决方案提供商。眼下，资本层面已达成了共识：在中国软件研发及工程治理赛道上， ONES 所处行业头部的领军标杆位置，失去了进一步夯实和坚固。 艾瑞征询示意，凭借灵便业余的产品能力，ONES 可能疾速满足各个领域企业的研发治理场景。在客户的规模和数量、行业壁垒、本土化需要满足，以及支出的快速增长方面 ，ONES 均处于软件研发治理细分畛域中的领先地位。将来，ONES 将继续加强国产代替能力，进一步欠缺产品和经营自主服务能力，造成各个功能模块的解决方案闭环。 不同规模的企业客户演变随着 SaaS 产品和服务性能逐步丰盛，越来越多的企业开始尝试拥抱 SaaS。 据艾瑞征询调研，样本中有31.4%营收在1亿元以内的企业每年投入10-50万元用于购买 SaaS 产品，有30.6%营收在1亿元以上企业每年对 SaaS 投入金额在50-100万元。 对小型企业来说， 各部门应用人数少、产品需要场景较繁多，SaaS 产品低应用门槛和灵便的付费模式正好能缓解小型企业的资金压力。同时，便捷地增购复购也能适应小型企业疾速扩张带来的需要变动。 中型企业是信息化转型主力军，各部门事务处理流程尚未齐全标准，违心尝试 SaaS 缓解 IT 用人压力，腾出更多资金用于业务部署和生态建设。 大型企业的外围业务根本由传统软件可实现，但在尝试由外到内从传统软件向云端迁徙。随环境变动，大型企业衍生的决策辅助、营销辅助、企业培训等需要会尝试抉择 SaaS 产品来满足，并时常要求对产品进行深度定制和公有部署。 ...

近日，艾瑞征询公布《2021年中国企业级 SaaS 行业钻研报告》（下称“该报告”）。其中，该报告选取 ONES 作为「典型厂商案例」之一，分析了 ONES 在协同提效方面所做出的问题。 艾瑞《2021年中国企业级 SaaS 行业钻研报告》 在该报告中，艾瑞对 SaaS 行业软件垂直业务畛域做了业余细分盘点，ONES 被归在「项目管理」类别中，并突出了其协同提效的特点。 起源：艾瑞征询 目前，国内软件从业者达千万人，在数字化转型趋势下，大量企业开始具备软件研发能力或有软件产品的需要。ONES 是国内当先的研发治理解决方案提供商，旗下8款产品笼罩研发全生命周期治理，用于高效组织中大型软件开发团队的治理与合作 。2020年，ONES 收买了国内出名团队合作工具 Tower，实现从小团队到中大型团队的「全方位笼罩」，为各类项目管理场景到业余研发治理提供一站式解决方案。 起源：艾瑞征询 艾瑞征询认为，凭借灵便业余的产品能力，ONES 可能疾速满足各个领域企业的研发治理场景。在客户的规模和数量、行业壁垒、本土化需要满足，以及支出的快速增长方面 ，ONES 均处于软件研发治理细分畛域中的领先地位。将来，ONES 将继续加强国产代替能力，进一步欠缺产品和经营自主服务能力，造成各个功能模块的解决方案闭环。 迄今为止，通过「业余产品+本地化服务」的模式，ONES 胜利帮忙小米、中国电信、贵州茅台、上汽团体、中国燃气、招商基金、浪潮软件等多家500强企业在内的数十万企业实现高效研发，助力企业数字化转型。 在该报告中，艾瑞征询还剖析了 ONES 的产品布局及解决方案、服务体系及利用场景。 起源：艾瑞征询 此外，该报告显示，2020年 SaaS 市场规模达538亿元，同比增长48.7%。现阶段资本市场对 SaaS 的态度更加感性，各细分赛道倒退也逐步成熟，预计将来三年市场将维持34%的复合增长率继续扩张。

堪称史上增长最快的SaaS产品: Slack。这是一家特地神奇的SaaS公司，号称在没有销售团队和营销估算的状况下，成立3年营收增长10倍，一度被誉为“历史上增长最快的SaaS公司”。明天，咱们来看看他们的混沌工程实际。 引 子在过来的五年中，Slack的日活用户数超过了1000万，疾速的迭代和重大的架构调整撑持了Slack更多的性能。目前，Slack服务曾经变成了一个硕大无朋。对于这个硕大无朋的测试，咱们遵循假如验证的迷信办法和流程。 每当启用新的性能或对其进行批改时，咱们都会测试新代码的容错能力。可怜的是，只管服务依赖的环境在发生变化，咱们也很少反复这些测试。 最后，咱们对要害零碎的韧性和可靠性充满信心，但随着工夫的推移，这些最后的测试后果就会生效，这种信念就没有充沛的根据了。 靠运气？不！咱们必须有所扭转。 当然，如果这是一个从0到1的新产品，咱们一开始就会实际混沌工程。毕竟，测试故障门路的最佳办法就是永远不要失常敞开服务。 然而，咱们并不是从零开始，咱们经营着对业务至关重要且规模宏大的服务，咱们当初最须要的是什么呢？ Slack服务放弃尽可能的健壮性： 开发环境成为一个对容错测试更有信念的中央 ；测试所有零碎（不仅仅是新零碎） ；不能造成影响用户的事件，所做的测试都必须平安 ；不要虚伪的信念，所做的所有都须要在生产中进行 。在2018年1月，咱们启动了一个严格的流程： 辨认可能产生的故障；确保服务可能容忍这些故障；成心在生产中引入这些故障。这还不是Netflix实际和宣传的混沌工程。这是混沌工程的第一步，咱们称之为劫难剧院。 演练筹备每次劫难剧院的演练过程都旨在最大水平地学习，同时最大水平地降低生产事变的危险。每次演练都在一个确定且告诉到位的工夫和地点进行，所有相干的专家都在同一房间或同一视频会议中。 这一阶段，咱们尚未试图在这些演练中测试监控的局部。在演练之前，主持者们要编写一份具体的打算并宽泛分享收集反馈，因为该打算对演练的安全性至关重要。 不过这份打算外面更多是演练的内容，不会提供服务的容错原理。 主持者们负责分享他们的电脑桌面，讲出整个打算背地的思考逻辑。同时，还要精密地记录如何引发故障，将要运行的命令，以及如何抉择波及的EC2实例（咱们将其称为“贡品”）。 咱们还要求主持者持续记录，用开发环境的容错情况去预测生产中的容错能力，他们有多少信念。此外还包含须要监控的所有日志、指标和告警，以及在此演练过程中须要的运行手册。 最重要的是，他们须要在打算中，提出一个具体的假如，用来形容上下游零碎以及Slack客户端经验故障的过程。 例如，“MySQL主服务器的终止，将导致依赖于该数据库的申请，提早减少20秒，而其它申请的提早不会减少，失败的API申请数少于1000个，所有这些都是因为客户端重试造成的。” 劫难来袭在开始演练之前，咱们会审核演练打算，将Grafana中定义好的仪表板和Kibana中预置的实时搜寻后果，投到幕布上或分享进去。当初咱们筹备注入故障。 咱们先在Slack领有700多人的运维频道，发表了这项演练的开始。 在演练过程中，咱们不会进行部署或其余任何失常流动，但会让相干的人提前通晓咱们的演练打算。 在整个演练过程中，咱们会在运维频道中提供一些粗略的状态更新，而在劫难剧场的频道中提供每一步的后果。 演练总是先在开发环境中注入故障。 之后，咱们查看日志和指标，以确认故障以咱们冀望的形式体现进去。碰到问题想要修复是一种常见的本能，但在这里咱们必须管制本人，作为旁观者，监视系统的自行保护。 咱们通过应用负载平衡和流量治理的形式进行故障转移或更换容量。极少的状况，咱们会依照运行手册来复原服务。 在开发环境中注入故障后，咱们会暂停，决定是否在生产上进行同样的操作。很多时候，咱们都感觉，如果不在生产上进行，这个演练就是失败的或者节约大家的工夫。 但实际上，往往最有价值的一些经验教训反倒是来自开发环境。 如果零碎的主动补救措施不起作用，或者不能按预期奏效，亦或者破费的工夫太长，更重要的是，如果故障会导致更多的毁坏，而不是客户端提早短暂且轻微的减少，咱们会认真思考停止。如果咱们决定终止，就会在运维频道中发表。 侥幸的是，咱们对开发环境的后果感到称心，筹备在生产环境中注入故障。咱们把Grafana中定义好的仪表板和Kibana中预置的实时搜寻，投到幕布上或分享进去，并在运维频道中发表咱们行将在生产注入故障。 最初的时刻到了，在生产中注入故障，和咱们在开发环境中所做的一样，咱们查看日志和指标，以验证咱们的假如。同时，咱们也为零碎预留了主动修复所需的工夫。 另外，这个实践上令人恐怖的时刻，实际上是相当平静的。所有的所有实现后，咱们在运维频道中发表故障全副革除。 而后，咱们开始总结和继续跟进: 找到问题本源和解决问题的工夫点；是否有用户曾经留神到这个问题；是否须要人工干预这个问题；这个问题的重大水平；演练打算的文档是否有过错；Grafana中的仪表板是否已过期。演练后果咱们在Slack进行了数十次劫难剧院的演练。其中大多数能按计划进行，加强了咱们对现有零碎的信念，并验证了新性能的容错能力。当然，有些时候咱们还是会发现Slack可用性的重大问题，并在影响客户之前找到提前修复的机会。 以下是三个特地胜利的演练： 1、防止缓存不统一第一次的劫难剧院演练，咱们把注意力投向了memcached，用于证实在生产中主动实例替换能失常工作。 这个演练很简略，抉择将memcached的实例断开网络连接，察看备用实例是否能失常替换。最初，咱们复原了网络连接并终止了备用实例。 演练打算审核时，咱们发现了实例替换算法中的一个破绽，并很快在开发环境确认了它的存在。依据最后的设计，如果实例在一组缓存键上失落了租约，而后又取得雷同的租约，则该实例不会刷新其缓存项。然而，在这种状况下，备用实例在此期间已应用了该组缓存键，这意味着原始实例中的数据已过期而且可能不精确了。 在演练中，咱们通过选定适当时间段手动刷新缓存，在演练实现后立刻更改算法，并再次进行测试来解决此问题。 没有演练发现的这个问题，咱们很可能不会觉察缓存损坏的问题。 2、为了平安重复尝试在2019年初，咱们打算进行十次演练，用来证实Slack对AWS中的区域故障和网络分区的容错能力。其中一个演练波及信道服务器(Channel Server)，负责将新发送的音讯和元数据，播送到所有关联Slack客户端的WebSocket中。 这次演练的指标是将25％的信道服务器受到网络分区的故障，并察看是否能检测到对应的故障点，零碎是否主动会将原实例替换为备用实例。 创立网络分区故障的第一次尝试失败了，问题出在提供通明传输加密的overlay网络。实际上，咱们对信道服务器的隔离远超出了预期，与网络分区相比，这是断开网络连接。咱们提前停下使信道服务器重新加入集群，复原网络故障。 第二次尝试好了很多，但在投入生产前就完结了。但这次演练提供了踊跃的后果，咱们发现Consul适宜管理网络分区上的路由。这个后果给了咱们更多的信息，但还是完结了这次演练，因为尽管做了很多工作，最终还是没有产生任何信道服务器的故障。 第三次也是最初一次尝试，咱们应用了残缺的iptables规定库，并胜利地将网络分区故障注入到25％的信道服务器。Consul迅速检测到故障，并立刻采取代替口头。最重要的是，这种大规模主动重新配置的工作，给Slack API带来的负荷齐全在该零碎的能力范畴内。 漫漫长路的止境，最初都是踊跃的成绩！ 3、看似不可能的后果演练也会有负面的后果。事件响应，通常波及应用自研零碎Confabulator进行配置更改。在一次特地重大的事件中，Confabulator未能按预期运行，因而咱们不得不手动进行配置更改的部署。 因而，咱们认为这个事件值得进一步考察。系统维护人员和咱们打算进行一次演练，间接模拟咱们之前遇到的情况，这将会导致Confabulator的网络分区，其余的零碎都运行失常，咱们也不会尝试手动更改配置。 重现了这个问题很容易，而后咱们开始跟踪代码，很快就发现了问题。该零碎的作者发现问题出在Slack自身宕机的状况下。 当提交的配置更改无奈验证进而无奈部署时，零碎就会利用一种紧急模式，间接跳过了验证过程。然而，在失常模式和紧急模式中，零碎都会试图将配置更改的告诉公布到Slack通道。该操作恰好没有设置超时，只管配置API是有超时的。 因而，即便在紧急模式下，如果Slack自身处于敞开状态，该申请也永远无奈进行配置更改的部署。 这个演练之后，咱们对代码和配置部署进行了很多的改良，并审核了这些要害零碎中的超时和重试策略。 将来瞻望劫难剧院演练，已对Slack要害零碎的容错能力进行了定期且平安的验证，帮忙咱们理解和进步了Slack服务的可靠性。 在咱们拓展和迭代产品时，这是博得并放弃客户信任度的最重要因素之一。 下面提到的三个演练，加强了Slack服务的健壮性，并建设或纠正了咱们对系统容错能力的信念。 咱们的韧性工程团队会始终一直地拓展和迭代这个过程。当然，咱们打算进行更多的劫难剧院演练。 起源：混沌工程实际 首发：slack.engineering ...

你是不是也为简短耗时的评审会困扰，光是提起来就脑子隐隐作痛，昏昏欲睡的下午，连篇累牍的会议，简略的需要也须要层层确认... 来把麻利牌局 迅速关上新世界大门 整个牌局分为两局部 ①价值评估 ②点数评估 在评估之前，都必须先对需要进行解说。 需要解说分牌：为每名参加估算的成员分一组牌，每副牌共54张，分四种花色，可供4人估算应用。 解说：产品负责人为大家解说本次迭代的需要。团队成员可针对该需要进行探讨并提出问题，对该需要有肯定的理解。 牌面解说step1 价值评估 要对需要价值达成共识，只靠pm一人输入，当然远远不够。因而，LigaAI团队通过屡次实际，在麻利扑克玩法中，退出了“价值评估”的关键环节。 该步骤能帮忙研发团队在游戏中充沛了解需要，认可工作价值。基于价值共识做需要，开发人员天然会有更强的自驱力。 step2 点数评估 此前咱们曾翻译过[[如何了解与应用麻利点数]]()的文章，点击文章题目可看前文。本步骤具体出牌形式，与价值评估雷同。 牌面简介估算卡： 由一组改进斐波纳契数列的数字组成，其中0.5能够与任意数值相加应用。 非凡卡： ？：评估过程中，对需要不了解，则出“？” ∞：在价值评估中：价值大到无奈估算，示意价值极大； 在点数评估：工作量过大，本迭代周期无奈实现，须要拆分细化。 价值估算： 团队每个成员同时出牌，代表本人的价值评估，估算过程不可相互切磋，团队联合我的项目本身状况选用适合的估算规定，获得估算值。 发言＆沟通： 当估算值差距大于可承受范畴内的时候，估算数值大的人和估算数值小的人，要各自陈说本人的意见，阐明是什么起因/依据促使本人做了相应的估算。 二次估算： 如果估算值差距显著在两个等级以上（例如 5和1， 13和3）代表大家对该用户故事的价值没有取得共识，高预计和低预计的人须要给出他们评估的理由与团队充沛沟通。而后再次反复上述步骤，最多三次，如超出则取估值的平均值。 点数估算：在价值评估之后，再反复上述步骤，进行点数评估。 再简略一点，间接看这里~ So, 让咱们再来捋一捋为啥用LigaAI麻利扑克代替传统评审这么香： 共识，构筑高效团队：通过对重要需要的价值评估，对指标达成共识，研发团队能力领有弱小的自驱力。且在共识之下，团队对工作量的评估更加精确。 游戏化刺激高参与度：通过游戏化的形式来晋升各个成员的参与度，团队能够从不同岗位的视角来思考和剖析需要，防止果断决策，晋升产品力。 增强团队凝聚力：人人发言、人人参加、集思广益。这个过程不仅能晋升决策与开发品质，更能促成团队成员的彼此理解，晋升合作能力与团队的间隔。 援用浏览到更多「SaaS相干」的教训分享与最佳实际…关注我的思否账号 @LigaAI ，继续接管更多干货分享~进一步理解咱们的产品，请拜访 LigaAI - 新一代智能研发治理平台

DVI与企业的商业收益非亲非故，DVI得分高的企业，支出增速是他们的竞争对手的五倍。他们的总股东回报率高出 60%，营业利润率高出 20%。麦肯锡《对于开发者速率（DVI）钻研报告》什么是DVI？最近，麦肯锡出具的一份钻研报告颠覆了人们固有对于企业如何取得更高的商业利益的影响起因的认知。一个新的掂量指标横空出世——DVI-Developer Velocity Index(开发者速率指数 )。 这份报告对440家大型企业的技术高管进行了深刻调研，笼罩科技、金融、组装制作、批发等多个行业，进行了100屡次专家访谈和宽泛的的内部钻研。 麦肯锡在钻研中发现：企业想要通过软件开发进步商业收益，归根结底是要赋能开发人员：为他们发明适合的翻新环境，并打消所有可能存在的摩擦点。能够说，搭建高效的开发者团队，是企业在数字化过程中，实现利益最大化的要害制胜点。 意识到DVI重要性的企业，其支出减少速度大大超过了他们的竞争对手。DVI指数最高的领军企业们，其总股东回报率较其余公司高出 60%，营业利润率高出 20%，并且在客户满意度、品牌知名度、创新性等方面都体现更好。不仅在软件与科技行业如此，金融与零售业也毫不例外。 DVI如何计算？开发者速率指数DVI，波及3大方面、13个能力畛域的46项驱动因素。并由这46项影响因子加权均匀而得。 在将DVI的各个维度与企业支出、股东回报和利润率等企业绩效进行关联计算后，麦肯锡量化了DVI的外围驱动因素，及其重要性： 影响DVI的最关键因素不仅包含技术，工作实际和组织能力等可预感的因素，还有麦肯锡的报告给出的晋升DVI的四大法宝： 一流的开发者工具 能力均衡的PM团队 极客范的团队文化 正当的人才激励措施 报告特地提到： 一流的开发者工具，是高DVI和商业胜利的首要贡献者。 麦肯锡认为，开发者工具的重要性，远远超乎企业的既有认知。它们能帮忙企业进步生产力、协调性和可视水平。 调研中，有5%的技术高管，甚至将开发者工具列为他们的三大研发推进器之一。 在软件开发的实操之中，咱们也发现大量的团队存在信息同步艰难、流程管理混乱、开发人员的工夫被芜杂的重复性事务占据等等问题……而要解决此类问题，则须要筛选一款凋谢、灵便、智能的研发治理平台。比如说： LigaAI 新一代的智能研发治理平台弱小的工作布局及进度看板：赋能R&D团队，让合作更便捷，让研发进度和盘托出； 高度灵便的自定义组件：深度贴合不同团队的工作场景，让工具适应您的业务须要； 智能工作助理：智能解决工作分工、工作流转、进度告诉等繁琐事务，疾速晋升团队DVI。 突破繁多零碎的局限、突破数据壁垒、突破机械事务对创造力的禁锢……LigaAI正在帮忙开发者进步生产力和工作舒适度。 在一流的开发者工具之外，另外3项影响因素之间也存在很强的相关性。在一种能力上得高分的优良企业往往在其余三个畛域也表现出色。 是否能搭建高效的开发者团队，来霸占实现商业利益最大化要害赛点，是以后所有企业亟待把握的必杀技。  如想深刻理解影响企业收益剖析的更多因素和获取麦肯锡业余深度DVI报告  搜寻LigaAI关注公众号，并回复关键词“DVI” 获取最新原文翻译报告~ 援用浏览到更多「toB产品设计」的教训分享与最佳实际…关注我的思否账号 @LigaAI ，继续接管更多干货分享~进一步理解咱们的产品，请拜访 LigaAI - 新一代智能研发治理平台

昨日，AWS公布了一款名为AWS SaaS Boost工具，旨在帮忙软件开发人员将现有解决方案转换成软件即服务 (SaaS) 交付模型。去年在re:Invent 2020大会上，AWS公布了AWS SaaS Boost的预览版，时隔五个月，这款工具终于开源。 我的项目地址：https://github.com/awslabs/aw... AWS SaaS Boost 是一种随时可用的开源参考环境，可能帮忙独立软件供应商 (ISV) 减速向软件即服务 (SaaS) 的迁徙。 AWS SaaS Boost 疏导软件构建者实现迁徙和经营流程，尽量减少向 SaaS 迁徙的阻力，承当起推出 SaaS 产品的重任。AWS SaaS Boost 为组织提供随时可用的外围软件元素，以便在云中胜利运行 SaaS 工作负载（如部署自动化、剖析控制面板、计费和计量），缩小开发和试验工夫，并更快地将软件交付给客户。软件构建者可通过应用 AWS SaaS Boost 打消构建 SaaS 解决方案的复杂性，专一于爱护外围知识产权。 我的项目团队示意，其使命是为SaaS构建者创立一整套社区驱动的可扩大构建模块。其目标是营造一种凋谢的环境，以开发和共享可重用的代码，从而放慢在AWS上交付和运行多租户SaaS解决方案。 性能简介所有SaaS产品都须要具备以下基本功能：搭载用户、为租户提供基础设施、监控耗费趋势、配置租户档案、集成计费零碎，以及显示要害指标。这些性能对于帮忙SaaS供应商扩充规模至关重要。如果每家SaaS公司都要在构建理论利用之前构建这些能力，那么这将耗费贵重的开发资源和无限的资本，并减缓产品上市工夫。 AWS SaaS Boost的劣势在于，只需在我的项目开始时进行环境配置就能够取得以上这些能力，从而使开发人员专一于为客户提供新的性能和体验。此外，AWS SaaS Boost还集成了多项AWS服务，如AWS云信息、AWS身份辨认与拜访治理 (IAM)、Amazon Route 53、弹性负载平衡、AWS Lambda和Amazon弹性容器服务 (Amazon ECS)。 AWS SaaS Boost设置流程 AWS SaaS Boost采纳Apache-2.0许可证，因而代码容许自定义以满足业务需要，如有须要代码还能够从新散发。 为什么抉择开源？在相干博客中，AWS示意：「AWS SaaS Boost的指标是汇聚尽可能多开发人员和公司的多年教训，取得高质量软件。SaaS Boost开源后，任何人都能够帮忙改良它。借助构建者社区，咱们能够更快地开发性能，与宽泛的SaaS软件集成，为客户提供高质量的解决方案。」 AWS示意，心愿借助开源建设一个充满活力的开发人员社区，实现共赢：开发者应用AWS SaaS Boost解决生产工作负载，贡献者捐献代码来加强和优化其性能。 参考链接： https://aws.amazon.com/cn/blo...https://aws.amazon.com/cn/abo...https://github.com/awslabs/aw...

本文作者：LigaAI CEO兼创始人 周然定下这个选题的时候，咱们其实被问到过： 都1202年了，SaaS这种陈词滥调的话题，还有什么可聊的呢？ 但在SaaS行业摸爬滚打18年、服务数以百万级的客户、数次引领寰球当先的SaaS产品开发之后，我反而认为： 从源起到将来的趋势；从实质到模式的劣势……SaaS还有许多可探讨的乏味的点。 开始全文之前，先问个问题： 你心目中的SaaS元年是哪一年？ Salesforce成立的1999年吗？还是吴晓波老师笔下的2020年…… 我的答案是：二者皆非。 这种在线软件+多租户的模式，其实早有萌芽…… 前 SaaS 时代云服务的雏形能够上溯到1960年代。 是的，没错，是1960年代。 相熟计算机编年史的敌人可能晓得「分时操作系统 / TimeSharing System」。 它由一台主机和其上连贯的多个带有显示器+键盘的终端组成。分时系统将CPU的工夫划分成若干个工夫片。操作系统以工夫片为单位，轮流为每个终端用户服务。 在上世纪60年代，集体计算机还未呈现，而大型机的造价过于昂扬。极其多数能用上计算机的团队，都是用分时的形式，共享着同一台主机中的资源，进行运算和工作。 这听起来就像明天咱们说的「分时租赁」，其背地的逻辑与明天越来越多的企业抉择“上云”，也有殊途同归之妙。任何一个时代，合作、共享，和对资源的正当兼顾，都是企业生存倒退的不二法门。 现在，云服务的领域已远超过了存储、运算等IaaS层，向上丰盛出了大量的PaaS平台和SaaS利用，为企业提供了更多抉择。这其中SaaS利用的鼻祖，要追溯到1980s~1990s…… 彼时正是Oracle与SAP两强争霸的年代。Oracle这个神奇的公司里，走出了两个起初扭转了B2B软件服务格局的人： 寰球首款CRM软件「Siebel Systems」的设计者：Thomas Siebel。 Salesforce的创始人：Marc Benioff。 让咱们叫他们 Tom & Marc。 Tom在Oracle负责了多年销售业务后，于93年开办了本人的Siebel Systems，专一开发和销售这款过后当先的CRM软件。其对于CRM产品的理念与设计思路，极大地启发了起初包含Salesforce在内的许多厂商。 Tom到职后，Marc接替了他的地位，持续负责Oracle的软件业务，其中也包含了CRM产品。次年，也就是1994年，网页浏览器被网景公司(Netscape)推向市场；同年，贝佐斯开始在网上卖书，日后的电商巨头亚马逊初现身影。 1995年，起初被SAP收买了的财务报销软件Concur，首次开售线上licence，成为了第一家吃“电商”螃蟹的商业软件公司。 看着商业软件在短短数年间冲云破雾，时任Oracle副总裁的Marc提了一个问题： 我能不能让客户像网购一样，在浏览器里间接购买并应用咱们的CRM？ 有没有什么方法，能摈弃简短糟心的施行过程、削减昂扬的软件老本，让每一家商业公司都能轻松、快捷地，用上早已成体系的商业软件呢？ 他交出的答卷，就是1999年诞生的Salesforce。 No Software! Marc 给Salesforce定下了第一个slogan。 从此，SaaS的时代终于到来…… 难题与一些弯路然而，SaaS的倒退并未因为一个新概念的诞生就此一帆风顺…… 事实上，在Salesforce创建之初，销售SaaS远要比明天吃力。泛滥问题中，首当其冲的是应用体验。 2000年前后，人们还广泛在用拨号上网，CDN减速服务才刚刚公布……那时候传输一张50kb的图片，都须要数秒的工夫。这就使得SaaS产品的界面设计，须要比传统软件更简略，甚至会显得很原始。即便如此，本地部署的软件因为是通过外部网络拜访的，其速度相对而言会更快。 其次，就是数据的安全性。特地是过后有能力洽购传统软件的大型企业，对“数据不在本人的数据中心”这件事，总是心有戚戚。好在小微企业对此顾虑较少，才给了SaaS得以倒退的土壤。 乏味的是，随同着Salesforce的一直壮大并于2004年上市，市场上呈现了一种令人哭笑不得的软件状态：SoSaaS。 咱们都晓得SaaS就是 Software as a Service，那什么是SoSaaS呢？这个So可不是极致的意思，它是：Same old Software as a Service。 说人话：挂羊头卖狗肉。披着SaaS「web利用+低年费」的外衣，背地却未实现「多租户」的架构 。对于Salesforce来说，即便他们明天领有着微小的客户体量，他们所有的线上客户，用的都是同一套零碎齐全一样的版本。 而那些被历史淘汰的那些SoSaaS们，在过后却沿用着传统软件的模式：其底层架构上仍然是为每个客户独立开发软件、独立治理保护；但却无奈收取足够的服务费。于是慢慢地，这种入不敷出的模式就不再能撑持公司的经营了。 好在这一段弯路并不长。一套零碎服务多租户的规范SaaS模式，还是放弃着其纯正的血统倒退开来。 SaaS 的实质是什么？过来数年间，SaaS行业风起云涌，相干探讨也此起彼伏，但很少有人去探讨SaaS产品，或者说云服务的实质。 在笔者看来：SaaS的实质，是商业软件的民主化。 民主化 (Democratization) 一词，在经济学和教育学的畛域始终有着宽泛的利用。 ...

云妹导读：麻利DevOps的一个次要目标是要达成继续的最短的周期进行价值交付，这就离不开疾速的部署和公布。那么问题就来了，部署和公布到底是一个概念还是不同的概念？有哪些常见的部署和公布策略？本文将会分析不同的概念，以及介绍不同的部署和公布的策略，在文章的最初，会对所有的策略和技术进行总结。 什么是部署与公布在谈继续部署之前，让咱们廓清一下什么是部署，什么是公布。 1、在互联网和SaaS之前的时代，通常是，先有公布（Release），再有部署（Deployment） 公布研发团队公布一个版本，代表着开发实现并且测试实现是一个能够销售的软件，也代表着这个软件的上市将软件售卖之前，须要把版本复制到软盘、U盘或者刻录到光盘上，通常叫做公布到工厂（RTM，Release to manufacturing）软件正式上市售卖代表着软件曾经Gone Live，上线部署如果是面向集体的桌面系统软件，那么由集体担当部署的人员，将软件（来源于软盘、光盘、U盘）进行装置，装置后自行进行配置如果是面向企业的软件，那么由甲方的IT工程师负责装置和配置，或者是由乙方的服务人员负责装置和配置还有另外一种状况，在甲方真正装置和配置软件之前，有一个用户验收测试（UAT，User Acceptance Test），在甲方的机房，先装置和配置一套，而后由甲方进行测试，如果测试通过，代表验收胜利，就能够正式的去装置和配置2、在互联网、挪动互联网和SaaS时代，通常是，部署就代表着公布 公布用户能看见软件或者间接应用软件，概念上和互联网之前的年代是一样的，目标都是上市通常是将一个版本公布到网上（RTW，Release to the web）或者叫做网上公布(Web release）在中国互联网行业，通常称之为上线（Release to production）部署部署变成了将软件包公布到生产环境的一个动作，或者是一个步骤即通过部署的动作，达成了公布的后果3、麻利DevOps时代，部署和公布解耦，变成了继续部署，按业务须要公布 继续部署继续的，自动化的，将软件包公布到生产环境SaaS和网站类型的，就是间接部署到网站上挪动利用App类型的会通过各种APP散发渠道，发到利用市场，例如苹果的AppStore，安卓的各种利用市场按需公布依据业务须要，公布性能公布，代表用户看见软件或者能够间接应用软件的性能，即release the functionality to end users补充阐明对于一些ToB的企业级软件，例如电信行业，通常是软件+硬件整体销售给运营商（例如中国移动），依然会波及到发送硬件（例如替换件、路由器）到运营商，而后设施商（例如华为）的服务人员在客户现场进行机房、硬件等的装置和配置，之后才会割接上线而2011年建设的凋谢网络基金会开始在业界大力提倡软件定义网络（SDN，Software-defined networking）和OpenFlow协定，在肯定水平上解耦了软件和硬件，那么DevOps的理念就有可能被达成，例如在华为生产的软件通过网络间接在中国移动的网络上降级软件如下图所示，是规模化麻利框架SAFe（Scaled Agile Framework）的继续交付流水线，部署和公布是解耦开的，部署不意味着用户可见，公布才是性能对用户可见，部署仅仅是将软件部署在生产环境，新的代码变更对于用户来说还是“黑/暗”（dark）的。 让咱们正式的定义一下部署和公布，《DevOps实际指南》的定义如下： 部署是指在特定的环境中装置指定版本的软件（例如，将代码部署到集成测试环境中，或者部署到生产环境中）。具体的说，部署可能与某个个性的公布无关如果部署与某个个性公布无关，部署后即时失效，即代表着公布，部署=公布公布是指把一个个性（或者一组个性）提供给所有客户或者一部分客户（例如，向5%的客户群凋谢个性）。代码和环境架构要可能满足这种要求：个性公布不须要变更利用的代码。部署和公布是解耦开的，也就是：让部署能够独立于公布独自进行；而个性部署后，业务能够灵便决定什么时候公布，向哪些指标客群公布。如果部署周期过程，就会限度向市场频繁地公布新个性的能力。如果能做到按需部署，或者继续部署，那么什么时候公布新个性，就成了业务和市场决策，而不再是技术决策，所以部署是技术领域，而公布时业务领域。 什么是继续部署继续部署（CD，Continuous Deployment）是将在预发、类生产环境中通过验证确认的个性部署到生产环境的过程，部署后这些个性就曾经就绪，须要公布的时候随时公布。 按需公布（Release on Demand）是团队和企业的要害能力。按需公布使得业务具备继续的在最短的前置工夫（Lead Time）内，以高频率的形式，让客户应用新性能，从而通过高价值计划响应市场机会。 为了反对业务具备按需公布的能力，个性在业务须要它们之前，必须在生产环境失去验证和期待公布。所以须要将部署过程优化并从公布过程中分离出来，这样将代码变更部署到生产环境，并不会影响整个零碎的行为。继续部署的能力使团队能够进行更小的增量的代码变更，并继续地部署到生产环境，然而并不公布，直到业务须要的工夫才正式公布给客户。 而对于继续部署的“继续”，每个公司的水平是不一样的。如下图所示，《凤凰我的项目》提到国外的一些大厂2012年的部署频率和每次部署破费的工夫（Deploy Lead Time）。 笔者于2020年在苹果的App Store查看了国内各大支流IOS APP的版本公布状况，大多数的APP是在2周以内公布一次。拿京东来说，在APP市场，大多数状况下，京东商城APP是两周一个版本，京东金融APP也是两周一个版本。对于京东的服务端的公布，基本上是每周有两次上线窗口进行小批量的上线，当然对于紧急的线上问题的修复依据状况随时上线。 如下图所示，《公布！设计与部署稳固的分布式系统 第2版》提到：部署间隔时间有更长的提早，将会导致每次的部署蕴含更多的代码变更，后果就是呈现更多缺点和宕机的危险，因而会减少更多的评审环节，那么又大大增加了部署之间的间隔时间。这是一个越来越差的加强回路。正如《公布》这本书所说的“如果每次部署都很苦楚，那么就频繁屡次做”，所以高频的继续部署能够颠覆这个恶性循环，并且从以上国外大厂和国内大厂公布的频率来看，充分说明继续的部署是业务按需公布的必要条件。 继续部署实际蓝绿部署（Blue-Green Deployments） 蓝绿部署是指有两个完全相同的、相互独立的生产环境，一个叫做“蓝环境”，一个叫做”绿环境“。绿环境是用户正在应用的生产环境。当要部署一个新版本的时候，先把这个新版本部署到蓝环境中，而后在蓝环境中运行冒烟测试，来查看是否失常工作，当所有准备就绪当前，向新版本迁徙就非常简单了，只有批改一下路由配置，将用户流量从绿环境导向蓝环境就能够，这个时候蓝环境就变成了生产环境，这种切换通常在一秒钟之内就能搞定。如果出了问题，把路由器切回到绿环境上即可，而后在蓝环境中调试，找到问题的起因。所以蓝绿部署，是在部署之后，仅仅一次切换，立即就向所有用户推出新版本，新性能对所有用户立即失效可见。 如果因为老本和投资回报的思考，不能建设两套齐全一样的生产环境，那么能够将蓝环境作为预发或预生产环境，将软件的新版本部署在预发环境，并进行验收测试，之后将拜访流量引流到这个预发环境，那么蓝环境就是正式的生产环境，同时放弃旧版本所在的绿环境不变，直至新版本没有问题后，再将旧版本所运行的环境作为下一个新版本的预发环境。 蓝绿部署中，如果是放弃两份一样的数据库，须要解决的问题是数据库的问题，一个是如何疾速复制数据库，一个是波及数据库的事务时如何解决数据的一致性问题。 在电信行业中，通常须要保障99.999%的工夫是服务可用的，所以通常会投入冗余的设计和实现，例如一个设施的双CPU、双存储、多个板卡等，双机主备等，网络建设的时候进行冗余设施的设计，通信链路有爱护协定时刻进行心跳式的检测，如果某个链路数据不通，就主动切换到另外的链路等等。例如交换机或路由器有两个CPU，一个是主，一个是备，主备之间内存应用内存数据库进行同步，备机如果内存数据库被更新了，就立即同步到备机的长久化存储中。这样能够保障设施如果有问题的时候主备之间进行切换，同时能够被用来零停机部署、不中断业务降级（ISSU，In-Service Software Upgrade）在standby备机CPU中降级到新版本，再将其切换成主服务CPU，而原来的主活CPU变成了备机待机状态，再将其降级，这样既不影响实时业务，又降级了新版本。 那么在非电信行业，能够思考两套环境应用同一个数据库，升高技术复杂度和节约老本。 滚动部署（Rolling Deployment） 滚动部署是指从服务集群中抉择一个或多个服务单元，进行服务后执行版本更新，再从新将其投入使用，周而复始，直至集群中所有的服务实例都更新到新版本，而不是将所有的服务实例一次性的同时更新。 滚动部署分批进行部署，每次同时更新的服务实例数称之为窗口大小（Window size），依据须要配置每个批次服务实例的窗口大小，例如首先部署2%的服务实例，第二批为10%，第三批为50%，第四批为100%。 黑启动（Dark Launching） 黑启动原意是指将新版本部署到生产环境后，对用户无感。所以黑启动意味着暗部署。 当然，黑启动终极目标还是为了公布，对原有黑启动含意扩大之后，就会先让小局部用户感知新性能，再逐步扩充感知到新性能的用户范畴，那么黑启动就代表公布。 如下图黑启动的本意所示，马丁·福勒（Martin Fowler）在黑启动文章提到，黑启动针对的是后端行为，后端系统部署在生产环境之后，现有用户应用前端界面的时候，新部署的后端性能被调用，然而用户并没有感知，能够对新性能的性能进行监控。也就是说用户和零碎的交互逻辑放弃不变，用户在界面上没有中央抉择新部署的性能，也就是对用户不可见。 ...

引言 作为业务零碎技术开发同学，面向当下： 首先应该是疾速搭建业务通路，让线上业务跑起来，疾速试错，解决生存问题； 第二步是在链路畅通、业务根本跑起来的根底上，如何撑持业务跑得更快，就须要解决快速增长问题； 第三步，在实现撑持业务快速增长的根底上，要进行精细化晋升，通过在撑持业务快跑间隙挤时间打磨零碎性能和体验，踏踏实实花工夫去形象能力，积淀产品，晋升效力； 同时咱们也必须面向未来，如何在形象能力以及积淀了产品的根底上，把所承载和积淀的业务能力疾速输入，奉献给整个行业，或为整个社会商业生态提供基座撑持。面向未来，将平台产品进行 SaaS 化降级，真正将能力进行有价值凋谢输入是咱们提前要布局的外围方向。 将平台产品进行 SaaS 输入，须要解决那些问题呢？这里尝试把外围问题列举一下： 如何依据不同用户需要进行计算能力按需调度调配？（IaaS/PaaS） 如何满足用户数据安全性要求，严格隔离不同用户的数据，使用户只能看到本人的数据？（PaaS） 如何反对不同用户在规范的数据对象/数据模型上按需增加自定义的数据对象/扩大模型？（PaaS & SaaS） 如何依照不同用户进行按需性能搭配组合，满足不同用户从根底到专业级不同业务场景需要？（SaaS） 如何对立对平台产品进行降级而不影响用户已有数据及性能？（IaaS、PaaS、SaaS） 通过以上问题，咱们能够看出，产品 SaaS 化输入的要害是如何对不同的用户通过规范+扩大能力按需进行算力、数据、平安、性能无效定制，反对多用户共性和共性的问题，即多租户的问题，同时也波及到计费和服务水平等相干问题。咱们上面来聊下上述问题的解题要害和解题思路： 第1个算力问题的外围是调度问题，弹性计算提供在 IaaS 层的对立算力调度能力，而 Serverless 则能够在 PaaS 层提供更高层次的算力调度能力。 第4个问题的外围是业务流程的形象和业务性能的拆分。畛域驱动设计以及服务化(微服务)在平台性能形象拆分上提供了绝对成熟的思路，催化了以纵向业务性能细分作为域划分的根据的服务化计划以及组织构造，次要诉求是在细分的业务性能服务根底上，能按需疾速灵便的组合，从而撑持不同的业务模式，提供业务敏捷性，撑持业务翻新求变。 当然反过来，因为纵向性能细分，业务功能域增多，整个业务链条上的咬合点越来越多，随之产生越来越多的数据起源冗余反复或者缺失，性能或者重合且各自发散，或者缺失，最终给整体业务带来较多数据远程桌面和性能的不一致性危险。这样一来，不仅横向端到端的业务串联老本高，而且要害门路的危险收敛老本比拟高，矛盾冲突点集中在各纵向域性能和数据咬合处，具体表现为： 数据上： 无主数据，有数据需要无 owner； 大量反复且不统一数据； 性能上： 局部业务性能缺失； 域之间存在业务性能反复且行为不统一。 到底是纵向切分域还是横向分业务模式拉平来做，这个问题没有标准答案，更没有最佳答案。只有依据不同的业务倒退阶段及时动静调整试错，换言之，这是一个一直寻找绝对最优解的动静过程。 弹性计算和 Serverless 解决了算力的问题，畛域驱动服务化设计解决了性能的拆分和按需搭配组合的问题，那么剩下的外围问题就是数据了：如何以一套对立的数据架构，既能撑持多租户的数据安全性需要以及通用的数据存储，也能撑持用户扩大的自定义数据对象定义和模型变更，同时也要保证数据定义层面的扩大和变更不会影响本身和其余租户业务性能的可用性。咱们来剖析下可能的计划（暂不思考按服务边界进行数据库拆分）： 对立的数据库，规范数据模型和扩大数据模型间接映射到物理表和索引：很显然，对于不同租户自定义的数据对象和数据模型要求是无奈撑持的，物理数据模型会互相烦扰、互相抵触直到无以为继。即便是对于所有租户齐全规范的性能和数据存储，平台本身的规范模型降级的 DDL 也会对用户的可用性造成较大影响，所以显然是行不通的。 如果为每个租户创立各自的数据库呢？各自租户领有各自的数据库，能够满足用户数据安全隔离的需要，也能够满足各租户自定义的数据需要，看上去像是一种正当的 SaaS 数据计划。然而仔细分析，会发现有两个显著的问题： 如果用户须要批改或者扩大现有物理数据模型而进行的 DDL 操作，必然会影响线上业务的整体可用性，也可能会影响到规范数据模型，从而影响到线上性能应用。 如果用户可自定义对物理模型进行扩大和定制，当平台进行模型降级的时候，极容易产生物理模型的抵触，导致新旧性能异样。 因为用户在各自数据库存在各自定义的扩大和定制，则平台数据模型和性能降级须要针对不同的租户进行别离验证，存在极大的降级验证工作量和危险。 以上两种计划可行性低，咱们从其中发现的问题是：平台业务零碎的逻辑模型到物理模型的间接映射是造成问题的次要因素。既然物理模型的变更是平台不稳固的动因，那么咱们是否能通过解耦业务逻辑模型和物理模型的映射关系来尝试解决这个问题呢？ 既然问题曾经定义分明了，如何解决这个问题呢？通常咱们解决架构问题的一个“万能”的办法是：减少一个档次，咱们也来套用一次，减少一个档次（元数据层）来解耦逻辑模型到物理模型强映射的问题。 首先，咱们须要对业务进行建模，对业务进行形象，定义出业务逻辑模型，而后对模型进行二次形象，定义出逻辑模型的定义数据，实现业务模型的数据化，即模型的元数据(The Metadata of the Logic Model )，将模型构造存储为数据，而不是间接对应的物理存储构造。 其次依据定义出的元数据进行对立形象，造成元数据逻辑模型。 将元数据逻辑模型映射到元数据物理模型，对应理论存储构造。 通过对业务模型的变更，造成对元数据层的数据变更，而不是物理构造的变更，从而实现业务逻辑模型同物理模型的解耦。 很多事件说起来如同挺简略，实际上是一个十分微小的系统工程，将其付诸实践是挑战十分大的事件，而获得踏踏实实的胜利则更难。上述问题的解题思路是 Salesforce 的解题思路，而且 Salesforce 不仅获得了胜利，也靠近将其做到了极致，上面咱们站在伟人的肩膀上来看看 Salesforce 如何通过元数据驱动的架构（外围是根底数据架构）来撑持多租户的 SaaS 业务平台。留神：因为 Salesforce 并未有对外围实现逻辑进行齐全公开和阐明，所以本文所整顿的局部外围逻辑蕴含了作者的逻辑推理和解读，然而的确进行了逻辑验证和场景验证，如有纰漏和不全面的中央，欢送探讨及斧正。 ...

往年是企业数字化转型推动飞快的一年，小程序以其劣势也一直施展价值，用户规模增长迅速，对于企业而言，通过小程序端进行经营和倒退业务老本绝对更低，触达用户也更多；对于小程序服务商，是机会，更是挑战。 小程序服务商是全行业数字化降级的推动者之一，通过技术能力为客户搭建线上服务平台，帮忙客户实现业务的可继续倒退。但对于服务商来说，「服务可继续倒退」也是他们重要的命题。提供客户所需、实现客户所想，为客户发明价值，服务商能力领有本人的继续生命力。 小程序 SaaS 服务可分为通用工具型与行业场景型，通用工具型 SaaS 用于企业外部降本增效，场景型 SaaS 在于以用户为核心，帮忙企业实现创收增收。业务增长往往成果更为显著，企业更能在短期中发现其价值。 因此新时代对服务商的新要求：营销增长能力。服务商的下个阶段将从基础设施构建者，逐步演变成为企业数字增长服务商。 在面对客户估算无限、开发工夫无限、精力有限的状况下，小程序服务商应该充分利用资源，发明更大的能量。 研发上如何降本增效？小程序我的项目多、上线工夫紧，这可能是很多服务商遇到的问题之一。哪怕是同一个客户，也有多个不同场景、不同平台的小程序上线需要。此时服务商须要把工夫精力花在需要的剖析、业务流程的优化上，缩小简单而繁琐的开发工作。Serverless 云服务，成为了 SaaS 服务商的首选。 通晓云是通过提供 Baas（Backend As A Service）、Faas（Function As A Service）组合而成的 Serverless 无服务架构，集成最新的工具、组件、第三方服务，反对公有部署，满足各类场景需要，让开发者低成本、高效率实现小程序等利用的开发。 咱们心愿成为能让每一位开发者效率变高的「共事」。 业务上如何创收增收？流量是业务增长的根底，当流量越来越贵时，企业开始器重私域流量的获取和经营，而不再简略的依赖于中心化的流量散发模式。 私域流量经营是以用户为核心的精细化经营，更强调留存、促活、转化，利用行为数据领导经营，实现颗粒度化经营治理。精细化经营的前提便是数字化，此时考量服务商的，是数据采集能力、整顿能力、剖析能力，以及数据再造流程的能力。 数据分析引擎、营销工具，成为服务商的新抉择。 数据分析引擎，将实现数据采集、存储、整顿、对立和剖析，一直的开掘数据价值，以多维度可视化图表的剖析报告直观的展现到企业决策者和运营者背后，为企业经营和治理提供决策依据。营销工具，将以用户为核心，以数据为根底，笼罩用户生命周期链路上营销管理工具，音讯推送、会员、积分、卡券、裂变、抽奖工具等，帮忙企业更好的连贯用户，缩短用户转化链路，进步用户黏性和品牌知名度。 通晓云也是泛滥企业的的「研发核心」，提供模块化产品，满足企业的经营治理需要，不仅解决降本增效，更重要是赋予服务商营销增长的能力，帮忙企业实现业务增长。 通晓云将搭建好每一块数字化建设的模块，包含底层服务、营销工具和管理工具，再进行组装和连贯，帮忙所有企业更好更快的搭建起这一座巩固而精美的数字化大楼。

文/明道云创始人任向晖 围绕云计算相干的技术畛域、技术名词和技术产品令人目迷五色。在云计算发端之初，利用开发环境还比较简单，过后还有所谓的全栈工程师存在，意味着如果不思考开发周期，一个人就能搞定整个应用软件。明天，这个称呼曾经名不符实。很少再有一个人，甚至一个企业可能全面把握和云计算无关的所有技术栈。他们可能会利用旁人实现的一些成绩，联合自有的一些专有教训，来造成在某个细分市场有竞争力的产品，或者为客户交付冀望的产出。 即便作为纯正的利用者，要想全面理解和云计算无关的技术，做到正当架构，失当选型，顺利完成集成开发和部署的全过程，也都比过来难得多，须要的技术人才也比过来低廉。坦白来说，在当下的人才竞争度下，个别行业的企业，即便领有信息部门，也都不太可能独立驾驭这样简单的开发设施，他们将不得不宽泛依赖云计算平台提供的服务。这给软件行业的解决方案商带来了新的市场机会。谁可能为数字化转型企业提供敌对的利用开发和部署环境，谁就可能取得和保有客户。 这篇长文次要面向大中型企业的技术和非技术管理者。我通过描述云计算技术和市场畛域的倒退过程，介绍关键技术和市场里程碑，包含不同技术域下的外围开源我的项目，让企业可能对云计算倒退历史和相干技术域有一个通盘的理解。有了通盘的认知，你会更容易看透本企业应该怎么利用云计算，将来可能的市场机会和挑战在哪里？ 本文受到Tom Siebel 2019年出版的Digital Transformation一书的启发，但我尽量联合了中国市场的理论状况艰深地来讲述。 云计算市场的造成和构造咱们明天可能享受经济和便捷的云计算服务，次要来自两大能源，一是计算资源的虚拟化技术，二则是规模经济效应。前者发端于2000年后VMWare推出的Hypervisor虚拟化软件，它不再依赖一个母体操作系统，就容许用户将硬件和网络资源划分成多个单元，从而实现计算资源的池化、共享和按需调度。 2006年，Amazon推出了S3对象存储服务和SQS简略队列服务，创始了公共云计算服务的先河。在尔后，微软，IBM，谷歌，中国的阿里，腾讯和华为等都陆续退出了公共云服务的市场，提供的服务也从根底计算资源扩大到数据库、人工智能、物联网等多个技术畛域。目前，这个行业曾经成长为年收入2500亿美元的微小市场。 在这十多年的倒退过程中，当然呈现了很多的公司，产品和服务，然而概括起来这些事物的涌现根本沿着两条显著的路线在进行： 趋势一：从基础设施，到利用，再到利用相干的平台服务。根底云 （Infrastructure as a Service) 最早的云计算服务就是最根底的云主机（Virtual Machine)，服务商把裸金属装上Hypervisor，把计算和网络资源分块后就能够卖了。随后，根底服务被拆分为主机、存储、网络、数据库和平安等几个重要的根底云产品，容许用户灵便组合，并实现了弹性计费（目前国外根底云厂商大多都提供按分钟或按秒的计费精度，存储则能够按月计费，比方AWS的S3服务每GB数据的规范存储月费在0.0125美元，而深度归档存储的每GB月费能够低至每GB0.001美元）。 咱们个别把主机，存储，网络，数据库和平安相干的计算服务统称为根底云服务。在这些服务之上，开发者须要实现所有的技术栈搭建，构建本人的数据架构，开发编码，部署运维，最终能力实现云端利用。而初代的云计算客户大多数都是互联网公司。他们并非云服务的最终消费者，而是生产者。 利用即服务（Software as a Service） 和Amazon Web Services简直同时起步的另外一家公司Dropbox是一家面向集体和团队提供文件存储和共享服务的守业公司。赶上了AWS起步的时候，Dropbox就间接应用了AWS现成的S3对象存储服务，这让一家团队人数很小的初创公司有机会可能聚焦在利用开发和营销上，让Dropbox通过短短的几年工夫倒退成市场份额第一的文件共享利用。和Dropbox相似的大票SaaS企业大多也都是在随后的十年内陆续呈现，他们千篇一律都应用了云计算平台的服务，而不再自建基础设施。这当中也包含一个超级大用户“奈飞“（Netflix），他们的上行流量占到整个互联网上行流量的15%之多，也是AWS的客户。 咱们开办的明道合作利用诞生在2011年，也正好赶上了中国云计算平台开始的年份，所以咱们也防止了很多基础设施的建设工作。狭义来说，最早的云服务在根底云公司之前就呈现了。1999年开办的Salesforce，就是一个典型的SaaS公司，只不过当年没有这样的行业术语。2016年，据说Salesforce也曾经成为了AWS的客户。因为SaaS服务模式的存在，使得云计算可能间接提供服务给大量的中小企业和非互联网行业企业。明天，简直所有的企业都或多或少利用一些SaaS服务。 云计算市场倒退的第一波次要由互联网企业用户带动。他们具备比拟残缺的开发和自助运维能力，而且也有日益增长的用量，属于根底云服务最现实的客户群体。直到明天，阿里云和腾讯云的次要客户群体仍然是泛互联网行业。 SaaS企业是云计算根底服务的重要推动者，尽管这个门类和2C的网络服务相比，奉献的经济价值要小得多，然而他们深谙企业市场的需要，推动了云计算平台的利用开发环境日益成熟。这就是趋势的下一步：平台即服务。 （开发）平台即服务（Platform as a Service） 所谓平台即服务，特指开发平台。利用开发工作从本地迁徙到云端，天然须要在云计算环境中提供对应的更优解决方案。所以过来传统的中间件市场陆续产生变迁，逐个转换为在云计算平台上的某项服务。比拟常见的开发平台服务包含： 通信：提供音视频通信、音讯推送、短信、邮件等服务 地理信息：提供地图、定位、导航相干的服务 利用开发框架：提供利用开发环境和运行时环境 媒体服务：提供图片和音视频等媒体文件的编码、加工和存储服务 机器学习框架：提供面向AI利用开发者的机器学习数据标注和模型训练平台 小到发送一条验证码短信也是一项PaaS服务。 作为PaaS服务，次要是为开发者服务的，所以除了功能性服务以外，PaaS厂商也要提供开发敌对性相干的周边能力，比方弹性扩大的能力，调试和管制权限的能力等。参加的开发者越多，一项PaaS服务就可能有更多的改良机会和摊低的均匀老本。 PaaS服务是不是肯定由独立的PaaS厂商来提供呢？不肯定。实际上，支流的PaaS服务大多被IaaS公司所笼罩了。如果你关上阿里云的产品列表，在数百个产品中，你会发现根底云服务只是其中一个门类，其余十几个门类都是和开发环境无关的服务。这意味着，一家守业公司想要独立成为一家胜利的PaaS厂商，须要相当聚焦地执行，而且产品有显著的技术当先度。一旦做到这一点，也不必放心和根底云公司的竞争，因为我前面会讲到云计算市场的技术倒退，其中曾经有泛滥的技术趋势保障了独立性PaaS公司建设跨云服务的独特劣势。 以上说的是云计算服务过来十五年倒退中的一条脉络，从根底云到利用的共生，再到日益丰盛的开发平台即服务。云计算笼罩的用户越来越多，依赖的是这三个档次的服务互为补充。 趋势二：从公共云、公有云到混合云，再到多云第二条脉络无关云计算服务的部署模式（Deployment Model）。当云计算概念被提出时，它显然指的就是公共云服务，客户不须要保有任何基础设施，间接像水电煤一样应用云计算资源就能够。然而商业的事实和技术企业的现实之间总是存在沟壑。云计算到底是技术还是服务，在很长一段时间内是不足共识的。 在云计算服务开启之前，很多大型企业和组织都有本人的服务器。2010年，寰球服务器市场就有500亿美元的规模，这些服务器大多数都卖给了企业和政府。企业领有了这些基础设施，难道再花钱买公共云服务吗？既然云计算技术这么好，为什么我本人来实现呢？政府、金融、医药等行业客户更加不可能在公共云计算服务诞生的初期就义无反顾地驳回，他们有各种各样所谓的合规要求。 公有云 （Private Cloud） 果不其然，有需要就有供应。2010年Rackspace和NASA公开了一个叫做OpenStack的开源项目组。它蕴含了一系列用于构筑云计算服务的开源软件。这意味着，所有领有硬件基础设施的用户都能够用很低的老本来实现和AWS相似的技术架构。Rackspace是一家IDC公司，它这么做的能源显然是很强的。它认为只有帮忙客户解决虚拟化问题，本人的主机托管生意一样能够兴旺发达。 尽管软件是开源收费的，然而要施行Open Stack仍然须要云计算相干的专业知识。因而，从2010年开始，呈现了很多基于OpenStack帮忙企业建设公有云的服务商。在国内，公共云服务商甚至都提供过这类服务。十年过来了，这股由OpenStack带起的公有云风潮根本告一段落。除了极少数大型用户在经济上可能接受本人保护独立的云计算平台，绝大多数用户根本无法失去经济上正当的回报。虚拟化只是云计算服务的一个技术前提，但并非所有的价值。公有云计划永远无奈利用到资源弹性利用（可大可小）和真正的规模经济效应，除非用户基本不关切经济感性。 在中国市场，重点行业可能至今仍然无奈应用商业云服务，然而电信运营商和一些国家级的科技企业也在公共云服务商的帮忙下建设了各种行业云。比方挪动云，联通云和电信天翼云都是这样造成的，他们为金融、政府、交通、教育等重点行业提供公共云服务。 故事到这里，仿佛公共云曾经大获全胜。然而，商业事实又回来了。在越来越同质化的云计算服务市场，客户难道齐全没有议价能力吗？客户的需要如果不能失去满足，总有供应商会违心翻新。于是混合云（Hybrid Cloud）出场了。 混合云 （Hybrid Cloud） 其实混合云并不是什么独特的云计算技术，它本质上是一组通信服务。只有堆上足够好的网络设备和侈靡的专线连贯，世界上任何地点的计算设施都能够组成高速专网。即使客户估算无限，只有对安全性和连通性的要求没有那么高，也能够自助搭建经济的VPN网络。围绕通过商业网络连接组建混合云的技术被称之为“SD-WAN”（软件定义广域网）。有了网络连接，就能够把客户自有的计算设施和公共云计算设施连贯在一起，称之为“混合云”。 混合云对客户的益处是显著的。首先，每个企业都可能有云计算根底用量，但也可能有短期的激增需要。有了混合云，客户就能够围绕本人的根底用量洽购自有IT资产，本人经营公有云，而短期稳定的增量则能够通过公共云服务满足，等需要顶峰过来，就能够去掉这部分的开销。企业也能够将运维难度比拟低的根底云服务保留在本人的设施内，而同时应用公共云提供的简单计算服务，比方机器学习平台等。Dropbox是一个大规模的SaaS利用，它在2016年做了很大的架构调整，大部分的服务不再应用AWS的公共云，一举节俭了7000万美元的年度云计算开销。 混合云策略当初曾经失去了厂商和客户的双重反对，它终结了公共云和公有云非黑即白的争议，让整个IT产业更加求实。这其中也诞生了很多的商业机会。微软，亚马逊，IBM，Google等当先的云计算厂商都推出了本人的混合云解决方案。因为混合云计划支流化，云计算厂商的竞争开始从根底云资源的老本向利用开发生态环境迁徙。因为在混合云架构下，客户面临如何布局晦涩的数据连贯，如何疾速交付云原生利用的新挑战。所以，云计算的终极竞争不是硬件的竞争，也不是软件的竞争，而是利用开发和部署（AD&D）环境的竞争。 多云 （Multi-Cloud） 多云概念是云计算市场最近几年呈现的概念。它把所有的云计算平台，客户的公有云设施全副视作个别基础设施。所有的利用在所有的云上都能统一并牢靠地运行。多云解决方案不仅是基础设施提供者须要协调的，更重要的是利用开发和部署要面向多云运行指标。 ...

导读：基于行业教训，好的SaaS企业服务公司，LTV个别要大于3倍的CAC。那如何通过数据来更高效地获取客户和进步客户生命周期价值呢？ 文｜章毅鹏 网易智慧企业数据开发工程师 SaaS概述 SaaS简介 SaaS，是Software-as-a-Service的缩写名称，意思为软件即服务，即通过网络提供软件服务。不同于传统软件服务，SaaS平台供应商将应用软件对立部署在本人的服务器上，客户按需订购获取服务，并且按定购的服务多少和工夫长短领取费用。 想要通过数据驱动业务，必须先足够理解业务的特色。那Saas模式的特点是什么呢？ SaaS模式特点 放一张经典图，上图是SaaS模式的一个典型客户的现金流模型。横轴是工夫，纵轴是客户给企业所带来的支出。能够看到，咱们通常会付出很大的老本来获取一个客户，而盈利点在于客户之后的继续支出。 从图中能够看出SaaS模式的两大特点： 获客老本高，相比于To C产品来讲，SaaS模式获取一个客户所付出的老本更高，须要市场、销售、售前、技术支持等多部门多环节反对，耗费人力更多； 营收来自较长的服务周期，不同于传统软件服务的一锤子买卖，SaaS免费是继续的，只有客户胜利了，并且留存下来，可能继续发明支出，SaaS模式才算衰弱。 基于以上特点，咱们能够推断出， 一个SaaS企业胜利的要害有两个方面： 高效获取客户，用更低的老本获取更多的付费客户。能够通过获客老本CAC(Customer Auqusition Cost)形容，即获取一个典型客户须要付出的老本。 进步客户生命周期价值，让客户在应用产品或服务的整个生命周期中，更多地付费。与之对应的也有一个指标 ：LTV(life time value)，生命周期总价值，也就是一个典型客户在整个生命周期中为企业奉献的支出。 基于行业教训，好的SaaS企业服务公司，LTV个别要大于3倍的CAC。那如何通过数据来更高效地获取客户和进步客户生命周期价值呢？ 如何更高效地获取客户 新客数量=线索数*成单率，如何更高效地获取客户，实质上就是管制老本的前提下晋升线索数和成单率。 如何晋升线索数 线索数=访客数*注册转化率 1.减少访客数量&品质： 1.1 市场营销成果剖析，通过剖析访客的渠道特色对线索数量、线索成单率、线索客单价的影响，掂量内容营销、社会化营销、SEM、DSP等推广工作的成果。哪些渠道的投资回报率更高是咱们须要十分关注的，咱们须要辨认出这种高质量的获客渠道，从而加大投入。 1.2 B2B DMP精准触达指标客户。利用DMP的企业关系网络、行业等数据能力，定位产品指标客户群体的外围对接人，利用外呼机器人邮件短信等形式精准触达。 2.晋升注册转化率： 2.1 落地页流量剖析，晋升从访客到注册试用比例。咱们的最佳实际案例，通过剖析访客在官网的行为轨迹、各落 地页跳出率、拜访深度、热点图等，改版优化了几个关键点，使得注册转化率从2‰晋升到了5‰，晋升了2.5倍。 行为轨迹样例图： 如何进步成单转化率 成单率=销售能力*销售效率 1.开释销售能力，让销售接触更适宜的线索。 1.1 Leads评级，促使适合的线索给到适合的销售。2B的销售场景往往比较复杂，会有SDR、电销、KA、渠道代理商等多职能团队，不同的团队甚至不同的销售都会有各自善于的畛域。所以咱们依据线索的企业根底属性（规模、行业等）、注册信息（渠道、注册时段、信息欠缺度等）、拜访动向度（停留时长、沟通形式、历史到访次数等）、试用深度等对不同特色的线索进行分级分类，并依据销售能力为各团队打上标签，把线索交由更适合的销售跟进。 2.进步销售效率：过程线上化，治理自动化，能力数据化。 2.1 过程线上化，最根本的一点是用好CRM，缩小手工录入、手工计算。2B的销售过程，因为人工操作较多，常会随同着聊天、邮件、Excel等多种形式记录。而用好CRM，指的是不断完善CRM零碎，尽量将线下工作流和线下数据迁徙到线上。这样一方面保证数据的完整性和准确性，便于机器统计分析，缩小手工工作量，缩小数据品质导致决策出错概率。另一方面通过CRM治理销售人员和销售过程，便于操作，效率也能大大晋升。 2.2 治理自动化，制订销售的SOP规范流程，并通过全链路数据监控，自动化监控SOP标准，监控客户销售过程异样（比方客户试用期数据异样，销售预测回款未达成、线索跟进异样等），便于销售团队及时发现问题解决问题，进一步还能够自动化培养线索。 2.3 能力数据化，打造Sales能力图谱，能够思考Sales的业绩实现状况、销售客单价、成单周期、增购续费能力、分行业分规模客户赢单能力等。 如何进步客户生命周期价值 付出肯定的老本获取一个客户之后，晋升客户生命周期价值是Saas模式的重要工作。一方面要尽量缩短客户生命周期，让客户继续的为你奉献支出，另一方面，尝试让客户增购，购买更多产品性能，让咱们更好地服务客户。 留存续费 想要LTV大于三倍CAC，客户留存是外围要点。搭建残缺的客户胜利体系，并以数据驱动，是晋升沉闷并让用户续约的重要伎俩。 1.意识客户，建设企业画像。依据客户的业务应用状况，建设客户分层、生命周期、衰弱度、疲劳度等指标确定客户的续费增购志愿。不同分层、不同生命周期的客户，采取不同经营策略；不同的衰弱度、疲劳度关注水平关注重点不一样 1.1 客户分层：依据ARR、规模、行业排行等，将客户分为不同类型不同等级，作为差异化经营的根底。实质是要对公司营收奉献大的那类客户上加大投入。 1.2 生命周期：依据客户生命周期实践，并结合实际业务特色，咱们将客户分为新人期、关键期、成长期、续费期、老客期，不同阶段有不同的经营动作，并依据沉闷状况，划分不同的危险度。比方基于数据分析，咱们发现新客开明第2到4月活跃度高，则续费概率高，咱们把这段期间定义为关键期，那在关键期以及之前的新人期，经营动作就十分重要，这段时间内的客户危险度也应该重点关注。 普适模型如下： 1.3 衰弱度：依据客户的产品性能应用状况形容客户本身业务倒退状况以及客户粘性，通过衰弱度看板，就能监控业务整体应用状况，和某个客户的衰弱度变动状况。 ...

简介： MaxCompute作为企业级SaaS模式云数据仓库，正在为客户业务及其数据提供继续的平安爱护。 MaxCompute 近期对产品的平安能力进行了全面降级，本文将针对数据误用、数据滥用、数据泄露、数据失落等典型数据危险场景，联合数据生命周期，为您介绍基 于MaxCompute 和 DataWorks 原生集成平安能力的最佳实际。 什么是 MaxCompute?MaxCompute 是一款云原生、高效能的SaaS模式企业级数据仓库服务，被宽泛用于构建现代化企业数据平台，发展BI剖析、数据化经营、画像及举荐、智能预测等利用场景。 MaxCompute 构建在阿里云大规模计算、存储资源之上，以Serverless架构提供全托管的在线数据仓库服务，打消了传统数据平台在资源扩展性和弹性方面的限度，并最小化用户的运维投入。 MaxCompute反对多种经典计算模型（批处理、机器学习、交互式剖析等）和欠缺的企业治理性能，借助MaxCompute，用户可轻松集成和治理企业数据资产，简化数据平台架构，减速价值实现。 MaxCompute 企业级平安能力降级MaxCompute 近期对产品的平安能力进行了全面降级。 公布的平安能力有： · 细粒度受权 · 数据加密 (BYOK) · 数据脱敏（数据保护伞） · 继续备份复原 · 跨地区的容灾备份 · 实时审计日志 MaxCompute 平安体系 对于一个企业级的大数据平台，要应答的平安危险，有三个档次（如图-1）： 1.根底平安与可信平台，保障数据中心的物理平安与网络安全，次要包含数据中心保障设施、数据中心平安管控、数据中心的网络安全等几个维度的建设。 2.大数据平台的系统安全，次要由访问控制、平安隔离、风控审计、以及数据保护等子系统形成，为下层平安利用或工具提供平台能力根底。 3.数据利用的平安，为用户提供工具化的数据安全产品，优化用户体验，帮忙用户更好应答各类数据危险。 （图-1：大数据平台平安体系） 近期的MaxCompute平安能力降级，次要新性能笼罩了访问控制、风控审计、以及数据保护几个子系统，如图-1中“大数据平台平安”层中，黄色高亮字体局部。本文中，咱们将针对几类次要的数据危险（如图-2），介绍这些数据危险应答的最佳实际。在最佳实际中，将会交叉介绍何时应用、为什么应用、如何应用这些新性能。 （图-2：次要数据危险） 如何应答数据误用数据误用是因为非故意的、差错性动作导致的，避免误用个别指避免数据被不经意间谬误应用。应答数据误用的危险，避免数据误用，外围的一点，就是理解数据，可能答复这些问题：我有什么数据，这些数据在哪里，这些数据是怎么来的、又被如何应用，等一系列问题。 1. MaxCompute 提供根底元数据信息 MaxCompute 能够帮忙用户很好的答复这些问题。 MaxCompute 平台构建了对立的元数据管理，基于对立元数据和齐备的平台日志，向用户提供元数据和相干日志数据。 用户能够基于 MaxCompute 的 Information Schema，构建本人的数据管理利用。 2. 应用数据地图作为数据管理工具 大多数用户更心愿通过现有的数据管理利用或服务，来理解本人的数据：“DataWorks-数据地图”就是这样的利用。 数据总览、数据明细等信息能帮忙用户理解本人有哪些数据以及数据的明细信息；产出和应用信息、血统信息，则能帮忙用户理解数据的前因后果，帮忙用户正确、正当的应用数据。 使正确的数据，被正确的应用在正确的场景下。 （图-3：应用数据地图理解数据） 如何应答数据滥用数据滥用指的是对数据的应用超出了其事后约定的场景或目标，数据滥用个别是靠成心的、带有目的性的动作实现的。而应答数据滥用，最次要的应答是对数据应用做最小化受权，严格限度数据的被拜访、应用的范畴。权限治理的最佳实际，举荐图-5中的4大过程： • 数据分级管理：基于 MaxCompute 的 LabelSecurity 对数据做分类分级管理。 • 受权审批流程：基于 MaxCompute 的 列级别权限管控能力， 对数据的拜访应用需要，做最小化受权。 • 定期审计：对权限的申请、审批、应用状况进行剖析，做到事先有审批，预先有审计。 • 及时清理：及时清理过期权限，缩小数据危险。 ...

文 | 周江华 网易智慧企业资深业务架构师 引言 对于分布式系统，因为其远超传统软件的零碎复杂性，零碎运维的难度大大增加，且会随着分布式节点的减少而指数级增长。 当零碎呈现故障时，要在数以千百计的利用节点中找出问题所在，对于开发人员来说，是一个微小的挑战。尤其是很多节点的指标都异样时，何为因，何为果，往往难以分别。 而另一方面，对于 SaaS 利用来说，其面向企业的属性，决定了对于服务可靠性的极高要求。一是呈现故障时，咱们须要疾速定位问题并排除故障，复原服务。更重要的，则是可能时刻分明理解零碎的运行状态，在零碎有变坏趋势产生前，及时发现，毁灭故障于有形。 要做到这些，最根底，又最重要的，便是零碎具备极高的可观测性。 什么是可观测性 当咱们开着一辆汽车行驶在路上时，仪表盘上的码表、转速表、油量计等仪表批示了汽车以后的根底运行状态。 当有黄色指示灯亮起时，示意车辆对应的某个整机有隐患，须要查看，但还不至于影响车辆的根本运行和平安性能。而当有红色指示灯亮起时，则是重大正告，最好立刻把车送去查看培修，否则车辆核心部件可能受损，或者存在重大安全隐患，容易引发事变。 汽车仪表盘及其连贯的传感器和信号传输零碎，便是对于汽车零碎可观测性的最根底，最直观的例子。如果须要更深刻理解汽车各个部件的状态，还能够连贯车辆的 OBD 接口，从中获取到更多的车辆以后状态以及历史状态数据。通过 OBD 接口，汽车零碎的可观测性也被大大加强。基于 OBD 数据，又衍生出了很多的手机管理软件，能够更简略的察看车辆状态，还能记录过往更多历史数据，做驾驶习惯趋势剖析等，更大的扩大了汽车的可观测性。 在 IT 畛域，可观测性的重要性有过之而无不及。CNCF（云原生计算基金会）对于 Cloud Native 的定义中，就蕴含 observable 这一重要特色。从汽车的例子，能够简略演绎出可观测性的定义，即可能将零碎的外在状态，通过采集，剖析，解决后，通过正当的聚合，演绎，展现指标数据，让人能够在最短时间内理解到零碎产生的所有。 具备可观测性的零碎，运维以及研发人员能够直观的察看到零碎的整体运行状态是否衰弱，同时又能轻易的深刻到运行的各个细节角落。在失常运行时，观测零碎能对系统负载进行评估，对运维操作提供倡议。在产生故障时，可帮助疾速定位和修复问题。在运维自动化和智能化的大趋势中，零碎的可观测性是其中最根底的一环。 构建欠缺的观测零碎 零碎可观测性的能力次要是由一个欠缺的监控零碎提供。市面上有很多开源的分布式监控零碎，比方 Prometheus，Zabbix，nagios，CAT 等。其中，Prometheus 更已成为事实上的接口标准。而各个大公司出于灵便，定制以及弱小的运维开发能力，会有本人的监控零碎。无论哪种监控零碎，其形成组件是根本一样的，上面是 Prometheus 的架构图： （图片引自 Prometheus 官网） 从图中能够看到，一个零碎具备可观测性，必须具备以下这些组件： 1. 服务状态感知组件 在零碎的各个节点，以全面的维度，采集服务状态信息，提供原始数据。因为采集的数据量微小，该组件又间接部署在零碎的运行节点上，须要应用各种形式来防止对系统失常运行造成影响。感知组件通过多种形式来采集状态数据，而后依照标准接口输入结构化的数据。罕用的采集形式包含： 独立监测工具，例如，监测零碎运行状态的 sar，top，dstat 等。字节码注入结构化日志行为事件埋点2. 状态数据收集和存储 该组件是整个观测体系的外围，将采集的数据上报，而后高效的存储下来。对于不同的数据，不同的剖析形式，应采纳适合的存储数据格式和存储介质。最罕用于存储监控数据的是时序数据库，例如 Prometheus，InfluxDB 等。对于数据采集方，提供各种度量类型，用于结构化的汇报数据，包含 Gauges：计量器，用于内存，线程数等简略计数场景。Counters：计数器，用于申请数，谬误数等统计场景。Histograms：直方图，用于均匀响应工夫，RT 95 值等须要计算均值，方差，分位数的场景。Meters：TPS计数器，用于速率统计，以及 1 分钟，5 分钟均值一类的统计。Timers：计时器，用于统计申请时延，例如申请时延，磁盘读取时延等。3. 可视化展现 观测零碎是否产生价值，可视化界面是最次要的一个决定因素，可视化零碎必须反对灵便配置，灵便组合，又易于应用，信息展现足够直观。开源的可视化监控工具应用最宽泛的是 Grafana。 ...

目前，移动端BUG管理小程序已经上线并且保持持续更新，欢迎大家使用！扫描小程序码就可以随时随地进行BUG管理了哦！1.注册/登录如果您是第一次使用MadPecker，可以直接在小程序里完成注册。小程序登录时用的邮箱地址和密码和PC端的一致，而且登录一次之后，下次进入小程序直接进入项目界面，免去了重复登录的烦恼。2.处理BUGMadPecker小程序和PC端数据完全互通，在小程序上可以完成指派、完成、通过、不通过、关闭、再打开等操作。最早做MadPecker的初心，就是为了提高我们自身团队的工作效率。随着MadPecker进一步的成长，我们有了越来越多的产品线以及越来越多的支持者，我们也同样希望这款产品能够多少对您有一点小小的帮助。当然，如果您对我们的平台有哪些意见或者建议的话，欢迎您在我们的公众号后台留言，小啄我看到了之后会及时回复大家。Peace！

场景介绍阿尔茨海默病，是导致中老年人认知功能障碍的最常见疾病之一，是发生在老年期及老年前期的一种原发性退行性脑病。据估计，全世界痴呆症患者数量为4700万，到2030年将达到7500万人。痴呆症患者数量到2050年预计将是现在的近三倍。疾病的高昂费用给卫生系统应对未来预计不断增加的病例构成挑战。据估计，目前每年的支出为8180亿美元，而支出的增长速度预计会比疾病流行率上升还要快。照料痴呆症患者给照护者带来巨大压力，包括身体上、情感上和经济上的压力。（by世界卫生组织） 用技术解决阿尔茨海默病护理的问题，让老人和其护理者有更好的生活质量，是我们可以解决的方法。基于物联网技术，已经有一些设备实现了阿尔茨海默病老人走失定位。但是我们要做更高一层，除了单独分发的硬件之外，我们要使用开发工具IoT Studio帮助医疗机构做一个硬件SaaS管理系统，让他们可以随时监控旗下所有阿尔兹海默护理设备的数据以及定位，对老人的情况实现实时监控。同时也有能力对掌控的设备进行增删改查，方便他们自己管理设备。通过IoT Studio赋能开发者，让他们帮助包括医疗在内的各个行业用上物联网技术，惠及百姓。 我们首先构建一个可以拍照，检测心跳的手环设备，然后基于这个设备帮助护理机构开发一个集合管理监控告警的SaaS系统。设备由一个可以检测心跳的光学模块，一个可以检测老人所在地场景的摄像头，一个GPS定位模块，一个物联网通讯模块（一般为GPRS），MCU和电源组成。云端由物联网平台为基础建立设备与云端通讯，配合RDS存储心跳&GPS数据，OSS存储图片数据，最后用IoT Studio的服务开发与Web可视化开发功能完成功能页面搭建。整个云端开发过程只需要2小时以内即可。 最终效果如图。 硬件部分在demo阶段，我们采用树莓派3B+摄像头+心跳模块+GPS+电池的方法，验证不同数据的上报方法以及数据存储链路。考虑简单化，联网暂时采用WIFI方法。如果觉得使用电路比较麻烦，也可以使用服务开发+虚拟设备上报的方式，具体查看这篇文档。 虽然带手环的老人不一样，但是每个手环上报的属性类别是一样的，我们可以类似编程开发里把它们归结为同一个类(class)。我们首先需要在物联网平台上为我们的demo手环建立一个设备类（即产品），这样我们才能在以后不断的往这个产品下实例化新的设备。进入阿里云物联网平台，在产品页面新建一个产品，选择自定义品类即可，命名为“阿尔茨海默氏症老人监控手环”。 进入产品的功能定义页，定义5个自定义功能——剩余电量，地理位置，心跳，图片地址（存放摄像机上传图片的URL）。 地理位置只需要在“添加功能”里用标准的功能即可，如图，其他全部配置项默认即可。 心跳为一个整型数据，剩余电量为浮点型数据，图片地址为字符型数据，如图。 在设备面板点击“添加设备”，选择刚才创建的手环产品，然后输入随意的设备名称即可。 IoT Studio为交付型业务做了项目维度的隔离，因此需要将用到的设备导入到对应的项目中。首先打开物联网平台的“开发服务”选项进入IoT Studio。点击某个项目名称的“查看”进入项目详情页。然后点击右上角的“导入产品”。选择刚才的手环产品，然后导入，可以在设备管理页看到产品以及下属的设备已经导入项目里。 这样就完成了产品的定义，实例化与项目维度的隔离了。 上云部分树莓派采用python编程，因此我们需要参考物联网平台的python SDK，同时开发者社区也有很多相关文章。在这里我们直接跳过。由于物联网平台的属性不支持直接存储图片，因此我们暂时使用oss进行存储。你也可以选择使用HTTP/2通道（已支持python SDK）将图片上传至物联网平台每个设备单独的存储空间，不过从该存储空间调用图片的URL需要动态生成，可以参考这篇文档。 OSS存储空间准备阿里云对象存储服务（Object Storage Service，简称 OSS），是阿里云提供的海量、安全、低成本、高可靠的云存储服务。您可以通过调用 API，在任何应用、任何时间、任何地点上传和下载数据，也可以通过 Web 控制台对数据进行简单的管理。OSS 适合存放任意类型的文件，适合各种网站、开发企业及开发者使用。 首先点击“立即开通”进入开通页面并点击同意协议。 然后进入控制台，新建一个Bucket，一个Bucket相当于一个文件夹，可以通过API路径访问里面的文件。在这里我们选择公共读写。 然后可以看到OSS控制台新建了一个bucket，里面是空的，我们可以尝试上传一些图片。 然后点击文件右方的操作项里的“复制文件URL”，把复制的URL粘贴到浏览器，看看能否预览。 可以看到通过URL访问我们就能看到图片了，这样OSS的配置就完成了。 考虑到Bucket的公共读写特性，安全性会有一定的问题，可以考虑将bucket私有化，然后图片上传的时候设置图片为公共读写，并采用时间戳加盐等方式将图片文件名随机化的方式解决。当然安全性上HTTP/2通道为更优方案。 树莓派代码树莓派的配置与连接在此不再赘述，可以在树莓派新建py文件，直接将此份代码复制过去，并且设置为开机执行，也可以参考这篇文档。代码如下（基于python 3.6），需要根据备注填入自己的账号信息，产品信息等： ##注意，本demo代码忽略了电池电量检测模块import aliyunsdkiotclient.AliyunIotMqttClient as iot ##导入阿里云的设备MQTT库，如果import失败需要先pip3 install 一下import jsonimport multiprocessingimport timeimport randomimport oss2 ##导入阿里云的OSS库，如果import失败需要先pip3 install oss2from picamera import PiCamera ##树莓派的摄像头，系统自带import RPi.GPIO as GPIO ##GPIO口，接红外PIR用import serialimport pynmea2from pulsesensor import Pulsesensor ##导入树莓派的pulsesensor库，https://github.com/tutRPi/Raspberry-Pi-Heartbeat-Pulse-Sensor/blob/master/example.pyauth = oss2.Auth('**AccessId*****','**AccessSecret*****') ##OSS的授权需要阿里云账号AccessId和AccessSecret,具体查看https://usercenter.console.aliyun.com/#/manage/akbucket = oss2.Bucket(auth,'http://oss-cn-beijing.aliyuncs.com','***你的bucket名称***') ##需要根据服务器区域修改节点路径，见文档global picURLtoIoTcamera = PiCamera()camera.resolution = (800,600) ##拍照分辨率，越高越容易分析，但是上次越慢GlobalBpm = 0 ##记录心跳数据Latitude = 0 ##记录GPS数据Longtitude = 0##初始化树莓派def init(): GPIO.setwarnings(False) GPIO.setmode(GPIO.BOARD) GPIO.setup(3, GPIO.IN) passdef take_photo(): ticks = int(time.time()) fileName = 'test%s.jpg' % ticks ##在文件名加入了时间戳作为简易加密手段 filePath = '/home/pi/Pictures/%s' % fileName camera.capture(filePath) bucket.put_object_from_file('bucket_file_name/%s', fileName) ##在这里改bucket名字 global picURLtoIoT picURLtoIoT = 'http://***你的bucket名称**.oss-cn-beijing.aliyuncs.com/bucket_file_name/%s' % fileName ##在这里改bucket名字和bucket内文件夹的名字 print(str(picURLtoIoT))def detect_Heartbeat(): p = Pulsesensor() p.startAsyncBPM() try: while True: bpm = p.BPM if bpm > 0: print("BPM: %d" % bpm) GlobalBpm = bpm; else: print("No Heartbeat found") time.sleep(1) except: p.stopAsyncBPM()def get_GPS(): ser = serial.Serial("/dev/ttyAMA0",9600) while True: line = ser.readline() if line.startswith('$GNRMC'): rmc = pynmea2.parse(line) print "Latitude: ", float(rmc.lat)/100 print "Longitude: ", float(rmc.lon)/100 Latitude = float(rmc.lat)/100 Longtitude = float(rmc.lon)/100 break options = { 'productKey':'**你的ProductKey**', 'deviceName':'**你的deviceName**', 'deviceSecret':'**你的deviceSecret**', 'port':1883, 'host':'iot-as-mqtt.cn-shanghai.aliyuncs.com' ##注意阿里云IoT国内都是华东2，不一定跟OSS的节点一致}host = options['productKey'] + '.' + options['host']def on_message(client, userdata, msg): topic = '/' + productKey + '/' + deviceName + '/update' print(msg.payload)def on_connect(client, userdata, flags_dict, rc): print("Connected with result code " + str(rc))def on_disconnect(client, userdata, flags_dict, rc): print("Disconnected.")##设备上报的定义def upload_device(client): topic = '/sys/'+options['productKey']+'/'+options['deviceName']+'/thing/event/property/post' while True: payload_json = { 'id': int(time.time()), 'params': { 'BPM': GlobalBpm, 'picURL': picURLtoIoT, 'Geo': { 'CoordinateSystem":1, 'Latitude':Latitdue, 'Longitude':Longtitude, 'Altitude':0 }, }, 'method': "thing.event.property.post" } print('send data to iot server: ' + str(payload_json)) client.publish(topic, payload=str(payload_json))if __name__ == '__main__': client = iot.getAliyunIotMqttClient(options['productKey'], options['deviceName'], options['deviceSecret'], secure_mode=3) client.on_connect = on_connect client.connect(host=host, port=options['port'], keepalive=60) p = multiprocessing.Process(target=upload_device, args=(client,)) p.start() get_GPS() detect_Heartbeat() take_photo() GPIO.cleanup() client.loop_forever()结束，把这个python文件设置为开机运行即可。 ...

早上9点上班，晚上9点下班，一周上班6天，这样的工作强度在互联网公司十分常见。那么真的每个人都能接受这样的福报吗？告别996，提升工作效率才是关键！ 1.制定工作计划 大家都知道，制定工作计划的重要性是毋庸置疑的，没有计划的工作就想拿着一把钝刀砍柴，杂乱的工作内容会让你不知道应该在什么时间点做什么事情。有数据显示，只要用20分钟制定一个计划就能节约一个小时的工作时间，并且琐碎的事情也不会成为你大脑的负担。 项目管理者或者项目成员可以列出今天需要完成的事情，分配好处理人，设置好计划时间，那么这名处理人就能够知道这是今天需要完成的任务。当然，如果任务没有按时完成，计划时间后边会显示一个“已超期”标识，这就表示任务没有按时完成。2.确定工作重点 每个人的工作时间都是有限的，但是为什么别人能够在相同的时间内获得比较多的工作成果呢？在时间管理理论中一个核心的点就是四象限法则，这个法则把要做的事情按照紧急、不紧急、重要、不重要的排列组合分为四个象限，包含紧急且重要的事情、紧急不重要的事情、重要不紧急的事情、不紧急不重要的事情。 我们将四象限法则加入我们的系统，并将其浓缩为急、高、中、低四个优先级。项目成员在工作时可以根据实际情况确定工作的重点，优先处理相对较急的任务，这样的话，即使工作时间有限也可以在工作中生产最大的价值。3.分类工作任务 这一点相信很多人在工作中都深有体会，同类的工作放在一起做可以大大减少工作时长、提高工作效率。反之，杂乱无序的工作任务再加上突发的情况，很有可能让我们感到头大并且削减我们的工作热情。 为了增加工作的层次感让工作内容更加清晰，我们在系统中加入了模块的设定，模块可以由项目管理者在项目配置中自定义，之后所有项目成员都可以根据模块来分类自己的工作任务。如果说按模块工作还不能满足需求，可以自定义标签再对任务进行区分。 最早做MadPecker的初心，就是为了提高我们自身团队的工作效率。随着MadPecker进一步的成长，我们有了越来越多的产品线以及越来越多的支持者，我们也同样希望这款产品能够多少对您有一点小小的帮助。当然，如果您对我们的平台有哪些意见或者建议的话，欢迎您在我们的公众号后台留言，小啄我看到了之后会及时回复大家。Peace！

近期Tableau着实刷屏了，身边的朋友纷纷“墙裂”推荐，其强大的数据处理及可视化分析号称比传统excel等现有解决方案提高10-100倍，堪称是【报表网红】。同样的，我们MadPecker在提测领域也可以帮助测试人员、开发人员提升10-100倍的工作效率，【提测网红】实至名归。 对于大多数团队而言，提测应该都是比较”糟心“的事情，测试用例的录制，测试计划的编排，测试过程中产生的bug的跟踪和修复，都将直接影响项目的上线质量。今天小啄给大家分享一下如何让每个团队的测试变得更有效率。 高效使用测试框架 测试人员在接到一份新项目的测试任务的时候，肯定是需要先理清楚测试思路的。为此，我们搭建了一套完整的测试框架，从用例录制到BUG提交形成规范的测试机制，即使是测试新手也几乎不用学习成本就可以完成测试任务。关于一些用户提出的在测试过程中遇到的问题： 1.测试用例写不全，总是感觉还有缺漏 2.测试用例深度不够，只能发现一些表面的问题，扎根深处的问题没法发现 3.测试过程中总是这点点那点点，没有根据场景进行项目测试，也不知道实际用户的使用习惯 针对类似的问题，我们根据长期积累下来的经验统一了测试用例的编写规范，目的在于提高测试用例的可读性、可执行性和合理性。因为编写测试用例相当于整个测试流程的地基，没有把地基打好，测试结果就不言而喻了。所以测试人员在编写测试用例时，需要以最小功能模块来划分用例，这样才能保证用例覆盖足够广，也使得后续问题的出现大大减小。那么如何高效地使用测试框架呢？我们建议先测主线再测支线。主线指的是真实用户完成一套正常流程所走的路线，支线指的是围绕主线的功能模块及其功能细节，这两条路线在系统中都可以使用同一套框架。 为保证测试流程更加接近真实用户的使用情况，我们构建了可复用的测试用例和测试场景，方便大家使用场景法进行测试。场景法是通过运用场景对系统的功能点或业务流程的描述来提高测试效果的。可复用的用例、场景也帮助测试人员大大地提高了工作效率。 同样的，测试执行也是测试框架中的一部分，测试执行将所有测试用例量化，然后整合起来指定给执行的负责人，并保证测试计划的有效性，确立每个测试阶段测试完成以及测试成功的标准和要实现的目标。通过执行中的通过率和完成度两项指标，测试人员或者项目的负责人都可以很清楚地了解到本轮测试的完成情况并对项目进行风险评估。在测试过程中，我们设定了BUG反馈机制，执行中产生的BUG直接反馈给开发人员，使得整个测试流程形成闭环。 打造测试界的网红产品 在MadPecker测试管理功能上线的短短几个月内，大量团队争相涌进，并将MadPecker作为团队的首要测试管理工具，使得我们的产品在业内积攒了一定的知名度。在此，小啄代表团队所有人感谢大家的信任。同时，我们也欢迎越来越多的团队加入进来，让每个团队的提测变得更有效率！

1.前言本文先讲解WebSocket的应用场景和特点，然后通过前后端示例代码讲解，展示在实际的开发中的应用。1.1. 应用场景WebSocket是一种在单个TCP连接上进行全双工通信的协议, 是为了满足基于 Web 的日益增长的实时通信需求而产生的。我们平时接触的大多数是HTTP的接口，但是在有些业务场景中满足不了我们的需求，这时候就需要用到WebSocket。简单举两个例子： （1） 页面地图上要实时显示在线人员坐标：传统基于HTTP接口的处理方式是轮询，每次轮询更新最新的坐标信息。 （2）手机的付款码页面，在外界设备扫描付款码支付成功后，手机付款码页面提示“支付成功”并自动关闭：传统方式还是轮询，付款码页面一直调用接口，直到从服务器获取成功支付的状态后，手机提示“支付成功”并关闭付款码页面。 HTTP 协议有一个缺陷：通信只能由客户端发起。这种单向请求的特点，注定了如果服务器有连续的状态变化，客户端要获知就非常麻烦。我们只能使用"轮询"：每隔一段时候，就发出一个询问，了解服务器有没有新的信息。但这种方式即浪费带宽（HTTP HEAD 是比较大的），又消耗服务器 CPU 占用（没有信息也要接受请求）。 在WebSocket API尚未被众多浏览器实现和发布的时期，开发者在开发需要接收来自服务器的实时通知应用程序时，不得不求助于一些“hacks”来模拟实时连接以实现实时通信，最流行的一种方式是长轮询 。 长轮询主要是发出一个HTTP请求到服务器，然后保持连接打开以允许服务器在稍后的时间响应（由服务器确定）。为了这个连接有效地工作，许多技术需要被用于确保消息不错过，如需要在服务器端缓存和记录多个的连接信息（每个客户）。虽然长轮询是可以解决这一问题的，但它会耗费更多的资源，如CPU、内存和带宽等，要想很好的解决实时通信问题就需要设计和发布一种新的协议 1.2. WebSocket定义WebSocket是一种协议，是一种与HTTP 同等的网络协议，两者都是应用层协议，都基于 TCP 协议。但是 WebSocket 是一种双向通信协议，在建立连接之后，WebSocket 的 server 与 client 都能主动向对方发送或接收数据。同时，WebSocket在建立连接时需要借助 HTTP 协议，连接建立好了之后 client 与 server 之间的双向通信就与 HTTP 无关了。 相比于传统HTTP 的每次“请求-应答”都要client 与 server 建立连接的模式，WebSocket 是一种长连接的模式。就是一旦WebSocket 连接建立后，除非client 或者 server 中有一端主动断开连接，否则每次数据传输之前都不需要HTTP 那样请求数据。 WebSocket 对象提供了一组 API，用于创建和管理 WebSocket 连接，以及通过连接发送和接收数据。浏览器提供的WebSocket API很简洁，调用示例如下：HTTP、WebSocket 等应用层协议，都是基于 TCP 协议来传输数据的。我们可以把这些高级协议理解成对 TCP 的封装。既然大家都使用 TCP 协议，那么大家的连接和断开，都要遵循 TCP 协议中的三次握手和四次握手 ，只是在连接之后发送的内容不同，或者是断开的时间不同。对于 WebSocket 来说，它必须依赖 HTTP 协议进行一次握手 ，握手成功后，数据就直接从 TCP 通道传输，与 HTTP 无关了。 ...

1.概述 Kubernetes是Google开源的一个容器编排引擎，它支持自动化部署、大规模可伸缩、应用容器化管理。在生产环境中部署一个应用程序时，通常要部署该应用的多个实例以便对应用请求进行负载均衡。 在Kubernetes中，我们可以创建多个容器，每个容器里面运行一个应用实例，然后通过内置的负载均衡策略，实现对这一组应用实例的管理、发现、访问，而这些细节都不需要运维人员去进行复杂的手工配置和处理，本文章将介绍Kubernetes平台的安装过程。1.1. 环境准备Kubernetes安装在Ubuntu、CentOS这两个环境上较为稳定，本次安装将以Ubuntu环境为例（CentOS环境也类似），准备两台Ubuntu虚拟机或云服务器，版本为16.04即可。 2.安装Docker&Kubernetes2.1. 安装Docker2.1.1 添加Docker官方源1）更新包索引： apt-get update 2）下载docker官方源的公钥并添加到apt的公钥库中： curl-fsSL https://download.docker.com/l... | apt-key add - 3）添加docker官方源的仓库： add-apt-repository "deb [arch=amd64] https://download.docker.com/l... $(lsb_release -cs) stable" 4）执行完以上命令之后，在/etc/apt/sources.list文件中将添加如下内容 5）再次更新包索引： apt-get update 2.1.1 安装Docker这里以安装docker-ce-17.03.2版本为例：1）执行： apt-get install docker-ce=17.03.2~ce-0~ubuntu-xenial，安装Docker； 2）验证Docker安装结果： dockerversion 3）查看docker后台服务运行的情况： systemctl status docker 至此，Docker安装完成。2.2. 安装Kubernetes2.2.1 Kubernetes相关组件介绍需要下载kubeadm、kubelet、kubectl等组件1） kubeadm：作为安装工具来引导启动集群，kubeadm将kubernetes核心组件以容器化的方式安装和引导启动运行； 2） kubelet：Node组件中的 kubelet依旧以主机后端服务的形式运行kubernetes集群的所有节点上，是主节点与从节点交互的关键组件；3） kubectl：是安装集群后的命令行工具，至少安装在master上，对集群进行管理。 2.2.2 添加Kubernetes的apt源（google官方源）以下将直接添加google的官方源（如果你的服务器不能访问google官方源，请参考2.2.3）1）添加kubernetes apt源的公钥文件： curl-s https://packages.cloud.google... | apt-key add - 2）将官方源列表加入到本地源列表配置目录中： vi /etc/apt/sources.list.d/kubernetes.list，在该文件中加入如下内容： 3）更新本地包缓存：apt-get update 2.2.3 添加Kubernetes的apt源（国内源）1） apt-get update && apt-get install -y apt-transport-https ...

我们知道目前在大多数的应用商店发布应用流程非常繁琐，而且发布周期长。MadPecker解决这个问题，也方便对APP进行上线内测。 1、如何发布应用 点击【发布应用】，将本地的安卓或者苹果应用拖拽到系统提示位置即可完成应用发布。 也可以根据地址发布应用，填写应用名称、应用包名、版本号等信息之后，点击【提交按钮】完成应用发布。 2、如何下载应用 应用发布成功之后，点击界面左侧的应用进入到应用详情界面。点击二维码图片，然后用手机扫描二维码下载即可。 3、如何合并应用 合并应用指的是将已经上传的一个apk的应用和一个ipa的应用合并成同一个二维码。在合并完成之后，使用android手机的用户扫描二维码下载的就是apk的应用，使用IOS手机的用户扫描二维码下载的就是ipa的应用。 点开其中一个应用显示应用详情，点击【合并应用】按钮，如果当前应用为apk应用，则可以选择一个ipa按钮进行合并，反之亦然。

Hi,大家好，我是MadPecker，一款免费，好用的缺陷(Bug)管理SaaS软件！ 今天，小啄给大家介绍一下如何使用MadPecker进行敏捷开发！ 1.如何进行需求管理 点击页面下方的“+”号按钮新建需求，在输入需求名称、优先级（选填）之后，点击确定按钮，完成需求创建。 需求总共分为五个状态，分别是需求池、待评审、待开发、开发中、已完成。一般情况下，可以先在需求池中创建需求，再根据实际情况改变需求的状态。 2.如何进行迭代管理 点击界面右上角的【新建迭代】按钮，输入迭代名称、迭代日期、迭代版本（选填）、关联需求（选填），点击【确定】按钮，完成迭代创建。 创建完迭代之后，点击【关联需求】按钮，可以将“待开发”状态下的需求和本次迭代关联。 3.如何进行任务管理 在关联需求之后，就可以根据需求拆分任务了。任务初始状态分为三种，包括待处理、开发中、已完成。如果开发团队在开发过程中需要更多的任务状态的话，可以点击【新建列表】按钮，输入列表名称，完成任务状态的创建。同时，任务列表支持左右拖拽，可以根据自身的需要排列顺序。 左侧的“已关联需求池”主要方便用户在计划会中拆分任务，在开发过程中，如果开发人员不需要看到“已关联需求池”，可以点击“已关联需求池”左下角的小箱子隐藏“已关联需求池”。 点击“待处理”状态下“+”号新建任务，输入任务标题、处理人（选填）、日期（选填），点击【确定】按钮完成任务创建。如果填写更多内容的话可以点击【更多】按钮，选择标签、优先级、关联需求，输入工作量。 点击其中一个任务，可以对当前任务进行编辑、删除操作。 在实际项目开发过程中，开发人员可以根据实际情况拖拽任务到其它任务列中变更任务状态，直到所有任务都在“已完成”状态中。 4.如何开启一次迭代 在录制完任务之后，点击迭代列表中的小箭头开始迭代。开始迭代之后，本次迭代关联的需求会自动移动到“开发中”状态下。 当任务全部到“已完成”状态下的时候或是迭代结束的时候，可以点击打勾完成迭代，同样的，本次迭代关联的需求会自动移动到“已完成”状态下。

Hi,大家好，我是MadPecker，一款免费，好用的缺陷(Bug)管理SaaS软件！今天，我给大家介绍一下如何用MadPecker进行BUG管理！网址：www.madpecker.com一、提交BUG点击界面右上角的【提交】按钮，输入标题，选择模块信息、处理人、任务类型、优先级，填写任务描述，上传图片等，完成任务创建。在选择模块信息之后，会带出之前设置的默认处理人，处理人只能选择一个，如果这个任务需要其他人关注的话可以点击处理人旁边的【@】按钮进行@人操作。上传图片时，MadPecker支持点击上传、拖拽上传和粘贴上传。                                                               提交BUG                                                                编辑BUG 二、处理BUGBUG创建完成之后，处理人可以在【我的待办】中查看到这个BUG并进行处理。点击BUG进入BUG详情页，可以看到任务流程走到处理人的节点，处理人可以对任务进行指派或完成操作，点击【指派】按钮，当前处理人可以把任务指给下一步处理人；点击【完成】按钮，当前处理人可以把任务指给下一步审核人。                                                                处理BUG ...

前方涉及剧透，请谨慎阅读！！！前方涉及剧透，请谨慎阅读！！！前方涉及剧透，请谨慎阅读！！！↓↓↓Q1:您是否看了《复联4》？A、已看 B、马上准备去电影院刷↓↓↓如果您选 B请点击文章左上方的 “☓”建议您可以看完《复联4》再阅读此文！！！↓↓↓如说您选 A，请继续阅读哟～！↓其实，复仇者联盟就像一支一起开发的项目的团队，在开发过程中 bug 层出不穷，但是由于他们的协作还算顺畅，大家都有商有量的，尽心尽力的，所以项目稳步前进，整个世界一派祥和。 有一天，美国队长看到灭霸提交的代码特别多、改动特别大，而且还和自己本地冲突了。经过仔细的代码审查，发现灭霸在疯狂改架构，就把灭霸找进了会议室。 美队：“你现在是什么情况？” 霸霸：“现在的项目已经很庞大了，服务器资源非常有限，老板不买新机器，如果一直这么开发下去，迟早会出现网PO事故。如果能面向对象、提取重复代码，业务拆分，将算法彻底优化，把现有的代码量减少50%，对团队而言，项目利大于弊。” 美队：“当前的代码已经稳定运行了很多年，我们的主要目的是让它稳定，同时不断的优化。你这样改，会出现更多 bug ，破坏现有的稳定。” 霸霸：“。。。 。。。(＞﹏＜)” 这次，二人的谈话进行的很不愉快，但是灭霸依然认为自己的方案可行。因为灭霸的内心很清楚，我们的资源是有限的，一旦无限繁衍，就会濒临崩溃，因此他要为信仰而战。 于是，灭霸用最短时间组建了团队并强行 996 加班数月，闺女都可以不要，最终获得6位股东（6枚宇宙宝石）的授权，迅速实现了代码量减少50%的目标。 与此同时，地球经历了大规模随机裁员，包括星爵项目组、蜘蛛侠、猩红女巫、奇异博士都被狠心割舍。灭霸认为现在项目运行的身轻如燕，整个世界都是最轻量化的呈现。 在灭霸眼里人命如草芥，他以为丢失的生命就如同丢失的代码一样可以回滚或者重构，他也以为抹去的生命只要通过这剩下的50%来繁衍出新的生命就足够。 灭霸在修改代码的过程中，忽略了一个非常重要的变量：人的情感。 地球上有一半的人类已失去至亲至爱，这种愤怒和悲伤夹杂在一起的情感促成了宇宙中一股宏大的力量。因此，复仇者联盟的成员们并没有放弃，而是一直在尝试各种可能改变现状。 对雷神来说，父母亲都死了，弟弟也被灭霸掐死，自己的家被姐姐毁了，族人也死了一半，最后虽然怒杀了灭霸，但是也什么都无法挽回了，于是开始消极怠工，天天打游戏喝饮料，颓丧变成肥宅雷。 有一天，一个叫蚁人的小码农，找到美队，他说：“咱们的代码是基于 git 存储的，既然大家对现在的状态都不满意，我们可以选择回滚呀！“美队带着对被裁成员的愧疚，组织现有团队，兵分3路，以时间为单位，回到了每个分支特定的版本上。 但在回溯的过程中，星云出现了 bug，致使回退后的那个灭霸追溯到了未来星云的灭爹计划，绑架了未来的星云，全盘监控美队的新改动路径。 此时，其他几路人正在有的放矢的夺回6位大股东的授权，从总部拿到了现网服务器账号。 代码成功回退，很多之前失业的小组成员被返聘，曾经的复联项目组因此更加精进。殊不知，一场旷世大战即将展开。 灭霸在冲突过程中始终没能冲破完整的仓库备份，建立新的分支，于2019年04月24日死于钢铁侠的一键冲突合并。 Gitee：“灭霸的举动严重破坏了项目代码的规范化运作，极易导致代码混乱，触发代码安全问题，强烈建议使用码云企业版防范于未然。” 美队：“你分析的好像有些道理，但是我们要再怎么才能相信你呢？” Gitee：“第一，灭霸无法轻易改动生产代码。码云企业版中，对仓库敏感操作有二次验证，并且有完整的操作记录，代码安全可控且有迹可寻。” 美队：“有点意思！” Gitee：“第二，就算灭霸改了代码也能在云端快速恢复。码云企业版的企业仓库镜像完整备份，不仅推送的代码可以回滚，哪怕删代码库也能镜像恢复。” 美队：“嗯～有些道理！” Gitee：“第三，仓库版本冲突的情况下，灭霸为了省事，直接不负责任的打了响指（-f），悲剧就发生了。码云的禁止强推功能，能对强推行为直接报告错误，帮你解决冲突。” 美队：“确实不错！” Gitee：“第四，日常该有的开发流程，像需求管理、迭代规划，任务分配、编码，代码审查，质量分析，部署测试，缺陷管理一个都不能少，这是为了避免像灭霸这波操作引发的安全事故，确保项目稳健发展及世界和平。” 美队：“你说的很对，我和我的团队会马上使用码云企业版的！” Gitee：“《复联4》是一个艰辛的版本回退过程，码云企业版是您完美的时光机！” 码云Gitee 仅以此文向漫威谱写的十年经典致敬 —灵感来自网友段子— 码云企业版 - 码云 Gitee.com 企业级软件协作开发管理平台有 序规划和管理软件研发全流程初创企业限时特惠，999 即可购买码云标准版 ...

专栏介绍「对话 CTO」是极客公园的一档最新专栏，以技术人的视角聊聊研发管理者的发展和成长。本专栏由ONES 的创始人&CEO 王颖奇作为特邀访谈者。王颖奇曾参与金山软件 WPS、金山毒霸等大型软件的核心开发工作；2011 年创立了正点科技，旗下产品正点闹钟、正点日历在全球用户过亿；2014 年，王颖奇在知名美元基金晨兴资本任 EIR，并以个人身份参与十余家公司的管理咨询工作；2015 年，王颖奇创立 ONES，致力于提供企业级研发管理解决方案。摘要刚刚加入超级猩猩时，刻奇就在思考，如何解决大则几千平的传统健身房需要承担的高昂租金成本问题。从健身房选址到摆脱大面积店面束缚，通过技术实现了对健身房进行化整为零和精细化运营的改造，互联网出身的他将分布式概念带入了实体行业。刻奇说，完全不同于传统健身房，超级猩猩省去了前台、销售的角色，将这些行为线上化，通过得到的运营数据去赋能各个部门。依靠按次收费、小程序约课、游戏化的线上运营手段……健身房、健身教练和用户之间的关系被重新「定义」了。通过 IT 和技术实现打破健身房租金和选址的经营铁律，穿过坪效天花板，关于超级猩猩如何将线上化、数据化、智能化落地，利用技术和运营手段提高课程购买率和复购率，刻奇聊了聊他的想法。在他看来，（健身房）IT 化必然成为未来的行业标准。化零为整，分布式概念建店颖奇：非常感谢超级猩猩联合创始人刻奇接受我们今天的采访。外界看到超级猩猩可能是连锁的健身房，或者更多的是在线下的健身场景，同时也有订课小程序。作为产品或者技术负责人，您在超级猩猩里担任的角色是怎样？除了我们见到的部分，超级猩猩还有哪些东西是我们没有理解到的呢？刻奇：对于外界来说，大家可能第一反应，超级猩猩是一个健身房。但从我们的角度，超级猩猩和过往的健身房是一个完全不同的定义。举个例子，传统健身房一定要有销售这些角色，但是在我们这里却没有。我们把所有的前台、销售都砍掉了，取而代之的是回归到健身的本质，回归到课程本身、内容本身。用技术方案取代了健身房传统的必要人员，这样做之后，我们才能把所有的支付行为、交易行为、浏览行为都线上化，线上化之后才能数据化。这是我们自己的一个三步概念，首先线上化，第二数据化，第三智能化。颖奇：这三方面真正落地，会是什么样子的？刻奇：首先是线上化。我们可能是最早的一批做小程序的团队，超级猩猩全国接近一百家门店，做到了真的没有前台，所有的用户都是通过微信端进入到门店。第二点是数据化。很早我们就内部成立了自己的数据平台组这样一个中台部门。所有的运营数据都能以各种自定义的报表形式呈现给不同的部门。比如，传统健身房教练是通过人来评定的，我们认为很主观也不公平。超级猩猩未来几百个几千个教练团队，我们直接通过自己的算法系统，基于一个核心指标：满员率，给到教练及时的反馈。第三是还有一些我们在尝试的智能化的应用，比如完全自动化的排课。颖奇：大家会说传统健身房是地产的生意，我觉得更多是生意难扩大，利润空间薄。超级猩猩利用技术化的手段让效率变高了，核心会变吗？刻奇：核心也发生很大的变化。传统健身房的模式是这样一个商业模型，通过建几千平的大店要到一个相对低的租金。租金早期是一个诱惑，但是中期会上涨，因为无法在周围随便找到另一个相同面积的场地，所以间接被地产绑架了。传统健身房运营了七年八年，短则甚至两年三年，就会陷入这个问题。所以健身房几乎无法走到上市的环节，因为无法在财务上说服股东，保证租金成本不上涨。但是我们一开始就强调大量拆散。我是互联网出身，所以我会将分布式这种概念应用到实业行业。拆散之后有两个好处，从用户角度来看，门店距离用户更近了。同时我们不受地产的控制，一两百平相对灵活，更换一个地方成本相对小。我可以在周围开很多家，客流是没有损失的。颖奇：这应该是一个非常核心的逻辑了，我们把店变小变多，就更加需要 IT 的能力，否则的话我们也没法去管理。刻奇：对，这个是跟技术相关的、支持超级猩猩从大变小的一个非常核心的逻辑。如果没有 IT 的支持，店面的增加会直接导致管理成本急剧增加。大的健身房管理上面就一个店，相对管理成本会变低一点，但是你分散的话，管理成本就会变高，但是通过提高 IT 能力，即便我们有很多店，我们依然没有前台，没有额外的管理成本，还是能够开这种小的店，能够保证同样的管理效率。举个例子，可能十年、二十年前大超市是主力。而现在有越来越多的社区店、便利店，虽然它们很长时间内还是会并存，但社区店和便利店还是在蚕食大超市的生存空间。大健身房也面临同样的问题，租金水平不断上涨，小的健身房在蚕食市场。而且在这个过程中，小的依然离用户更近。这个也是我觉得很核心的一个逻辑。颖奇：如果有些健身房没有太强的 IT 能力，可能就会买 SaaS 系统或者做外包，去做一些程序并进行一些运营，这个会不会形成一种行业标准？刻奇：我觉得 IT 化一定会成为行业标准的。我们这个行业也就几家有自己的开发能力，另外很多小型公司确实都是买 SaaS，通过 SaaS 的形式去做这个东西。迭代决策系统，数据化建模选址颖奇：IT 的这些能力是怎样帮助你们的？信息传递速度、服务能力上是否有进步？支撑起那么多小的店，提高聚集份额的速度等等这些事情上是否有起到辅助作用？刻奇：是的，基于刚才提到的分布化，加上 IT 能力，标准化能力，我们门店标准的选址可能只需要 1-2 个月，甚至更快。2 个月门店就可以开起来，管理成本的其中一些部分都是 IT 化的，硬件一装，门店空间的硬件控制系统一装，课程也是标准化的，经过培训和招募优秀的教练，一个标准化的门店就直接下去了，是非常快捷的一个过程。颖奇：我有个非常好奇的点，超级猩猩是如何选址进行快速扩张的，是否有一些数据建模的决策机制，有没有一些东西可以和大家聊一聊。刻奇：首先我们自己有内部的一套系统，是基于过往运营情况，加上你对于当下城市，就是门店选址的地方，进行数据对比，然后你就能够大概有一个维度指标了。同时，我们也需要把一个区位的维度指标收集的更全。比如说它旁边的租金水平，旁边有多少个相关的消费品类，人流量等等。这套体系其实做得比较好的是海底捞，他们也是通过这种方式选址。当然，我觉得算法比重会越来越大，现在可能五五吧。一部分是基于算法的能力去理解这个地方合不合适，包括未来适合什么样的运营的方式、策略、排什么课；然后还有一半是能在过程中主观进行感知。颖奇：数据选址是有别于传统的高效率选址方法。刻奇：是的，我觉得数据维度越来越全面之后，人的维度会越来越小，未来我们可能 80% 的决策来自于数据的量化指标，20% 是由人的感性的直觉和经验去做这个决定，这是一个过程。当然我们选址其实也有一个自己的流程系统，这个流程系统使得内部的决策环节更科学更高效，并且一定是全公司一起参与进来响应。其他的部门都要参与到这个角色里面去，提供各自相应的专业分析，市场有自己市场的考量，门店有门店运营的考量，教练有教练的考量。如何把内部这套系统做的既科学又不要太繁琐。我们自己迭代了 80 多个版本去做这套内部的决策系统，并且保证高效，保持我们的科学性，而且持续的进行迭代。颖奇：现在超级猩猩在全国有多少门店？刻奇：差不多九个城市，一百家门店。颖奇：今年大概会有一个什么样的目标？刻奇：今年预计是 100 到 150 家的新增门店数。颖奇：另一个问题，可能是跟所有健身房都有关系的。「健身」本身是个「反人性」的行为，超级猩猩是怎么解决「反人性」这个事情上的用户心理和体验呢？这里面会有哪些是通过我们的技术手段或者运营手段呢？刻奇：有。所有的用户能够做到按次付费，也是线上技术支持之后能达到的一个效果。因为按次付费，所以来的人消费决策是认真的，投入是不一样的，和在传统健身房上免费团课的感觉是不一样的。传统健身房按年收费，超级猩猩按次收费，我们的教练也知道课教得不好不仅会影响满员率，还会影响下次的直接收入。学员和教练的投入会营造一个氛围，一个人练会觉得「反人性」，但是当有了氛围之后，学员也觉得挺开心的。颖奇：这解决了单次来的投入问题，那怎么解决让他每次都来的问题呢？刻奇：对，这也是我们线上部分去做的，线上化运营之后可以引入很多游戏化的运营手段。比如我们去年做了「猩章」成长体系，现在很多人跟随我们也在做了。颁发游戏等级徽章，按不同课程类型细化，还有解锁，名人堂，累计排名等等。核心是这样设计之后给学员带来的是「多重的反馈」。学员会觉得「我不只是流了汗，我自己开心」，当然我们后面也在做新的尝试，比如做硬件相关的新的产品。就好像游戏能刺激玩家玩下去的原因一样，游戏中的反馈很丰富很及时，这也是提高用户粘性的一个重要方式。另外，我们也给教练提供一些能力帮助他们去提高课程的体验。教练端产品会看到每一节课学员能力的分布，有多少学生是第一次来超级猩猩，有多少同学是第一次上这个教练的课，然后教练就能快速理解这节课他该怎么样动态地调整的授课方式和交流方式。「规模」中打开边界，重新「发明」健身房颖奇：接下来聊聊您自己，首先可以讲一下您的名字「刻奇」是怎么来的？刻奇：我在青年时代喜欢米兰·昆德拉的《生命中不能承受之轻》，里面比较重要的一个概念就是「刻奇」。大家对这个的翻译有很多讨论，书里面可能会比较常规的翻译是「媚俗」这种概念去讲的，我个人觉得它是用一个词概括了一种社会心理状态。像喝醉酒了之后会说很多的话，所有的情绪都带入进去，同时希望全世界都要陷入到这种情绪之中。这是在社会心理学里面非常常见的一种从众状态，比如一次灾难性事件，所有人都要在朋友圈去点蜡烛，类似这样的心理状态。「刻奇」这个词当时引发了我很深的思考，就作为我自己名字了。颖奇：那是什么契机让您加入了超级猩猩呢？您在来超级猩猩之前，大概一些工作的履历是什么样的呢？刻奇：我最早是在迅雷。虽然那时候是产品经理，但是之前也是技术出身。在迅雷的时候也比较有幸参与了迅雷当时可能是最盈利的部门——会员事业部，也经历了从 PC 到移动互联网迁移的过程。后面短暂的去了一下支付宝，在支付宝无线端负责账号和安全这部分的产品业务。然后就又回到了深圳参与超级猩猩的创业过程。颖奇：最后您可以分享几本最近看的、认为比较好的书给大家。刻奇：我最近看的一本比较好的是《规模》，有一章我印象很深，为什么在发展过程中大多数公司会越做越衰败，但城市会越来越大。为什么同样是在规模增长过程中会发生不同的命运，里面提到一个很重要的概念是维度性。公司随着增长它的维度是越来越低的，因为公司越来越大，里面的沟通效率、反馈效率在不停的降低，这几乎是常态，所有的公司慢慢的效率都会变低，沟通反馈机制会越来越慢。而城市不一样，城市随着规模扩大，它会不停的引进新的人、新的技术，并且边界不断放大，它永远是充满生命的这种活力，它的维度是随着它的规模增大在变高的。颖奇：这更多可能还是你自己的规模在变大，实际上量变走向质变了。刻奇：对，可能是发生质变了。以健身行业为例，为什么健身连锁在世界范围里都没有一个能够走到那么高的位置，它是不是在过程中有某种原因导致的。而比如说可口可乐公司能够增长如此快，能够跨越时间周期惯例周期，这个过程中是不是由他们不同的增长模式导致的？颖奇：对，我觉得有些东西可能是设计出来的，有些东西可能是他早期基因决定的。包括现在我们作为观察者来看超级猩猩，也是看到超级猩猩在一点点改变，也不是完全设计出来的。我觉得你是在参与到重新发明健身房，包括重新发明健身房、用户和健身教练之间的关系之中的。刻奇：所以我也觉得你们 ONES 很重要，因为所有的公司都应该是互联网公司，都一定要有自己的研发能力。现在如果哪个公司没有自己的研发团队，我都不太看好公司的前景，它可能只是一个短期的小生意。如果一个公司真的是要做一个企业长期发展，它一定会需要自己内部的技术基因。如果以前没有，现在一定要有，不然就会被时代淘汰。颖奇：近期有一些传统行业例如家具厂商、海鲜企业也来采购我们的研发管理工具，就说明他们内部都有软件的部门了，这个发展是比我们之前想象的要快很多的。今天非常感谢您的分享。想要更好更快地发布产品？请扫描二维码了解更多。或访问http://ones.ai。

摘要： 这是发生在3月21日阿里云峰会·北京上的一幕。阿里云智能产品管理部总经理马劲在现场演示了他用5天开发完成的智能购车应用，并体验了其中的虚拟试驾功能。过去需要几十人的团队耗费一个月才能完成的应用搭建，现在通过SaaS加速器，只需要一个人、五天就能完成！在3月21日的2019阿里云峰会·北京上，阿里云发布新产品SaaS加速器：人工智能、虚拟现实等技术能力被集成为模块，ISV和开发者只要简单拖拽，就可以快速搭建SaaS应用。发布现场，阿里云智能产品管理部总经理马劲进行简单演示。通过SaaS加速器仅用五天就开发完成了一款智能购车应用，并具备虚拟试驾等功能。过去，搭建这样一个智能购车应用，可能需要几十人的团队耗费一个月才能完成。马劲表示，阿里云自己不做SaaS，要让大家来做更好的SaaS；要练好“内功”，更广泛、更深度地“被集成”。实现SaaS业务规模化的关键在于拥有一个稳定强大的平台提供支撑、出色的前台提高开发定制效率，以及可沉淀和复用的中台能力。此次阿里云推出的SaaS加速器，涵盖商业中心、能力中心、技术中心三大板块，是阿里巴巴商业、能力和技术的一次合力输出：技术能力在这里沉淀为一个个模块，ISV和开发者只要通过简单的操作，写很少的代码、甚至不写代码，就可以快速搭建一个SaaS应用，实现规模化、快速复制。同时，借助阿里巴巴的丰富生态，ISV和开发者能够快速完成应用发布，向目标用户提供服务，形成从产品研发到部署交付的完整商业闭环。本文作者：茜莹阅读原文本文为云栖社区原创内容，未经允许不得转载。

摘要： 一个事件指上报一次报错数据，同一个错误重复上报将重复计算事件数。一些新用户对于Fundebug的计费标准有所疑惑，这里给大家解释一下。Fundebug付费套餐Fundebug提供了多个不同档位的付费套餐，其主要收费标准是按照事件数来确定的。当前Fundebug各个付费套餐每月的事件数及其价格如下表：事件数价格0.3w05w5915w15945w359150w859450w25591500w6559例如，月费用为359的付费套餐每个月的事件数额度为45万。事件数是什么？简单地说，一个事件指的是上报一次报错数据。以前端应用为例，每次调用fundebug.test()都会上报一次错误数据，则算作一个事件。另外，同一个错误重复上报将会重复计算事件数。同一处代码BUG，在不同设备、不同浏览器、不同页面的报错事件的数据细节会有所不同，Fundebug可以将这些事件智能聚合为同一个错误。但是，我们是按照事件数而不是错误数计费的。例如，当某个错误重复出现了1000次时，则事件数则为1000。事件数超量了怎么办？如果您的事件数超量了，Fundebug将不再存储新上报的报错事件，这意味着您无法看到最新的报错，影响您对产品质量的把控。这时，建议您及时升级付费套餐。另外，您也可以通过配置过滤器filters来过滤掉无需上报的错误，或者通过配置sampleRate进行采样，这样可以有效减少上报数据量。最后，感谢所有用户对Fundebug支持。关于FundebugFundebug专注于JavaScript、微信小程序、微信小游戏、支付宝小程序、React Native、Node.js和Java线上应用实时BUG监控。 自从2016年双十一正式上线，Fundebug累计处理了10亿+错误事件，付费客户有Google、360、金山软件、百姓网等众多品牌企业。欢迎大家免费试用！版权声明转载时请注明作者Fundebug以及本文地址：https://blog.fundebug.com/2019/02/28/what-is-event-number-when-use-fundebug/

聆客企业协作平台（BingoLink，下简称“聆客”）是品高云旗下面向生态型组织的云端协作与开放平台产品。聆客作为SaaS化的企业协作移动平台，在当前在云计算时代的公私混合架构下，各企业客户以独立租户模式存在于平台之上，使用个性化的系统，业务数据相互独立隔离、独立管理。但对于大型集团企业而言，集团总部与旗下子公司存在业务上的隶属与管理关系，此时若仍以租户模式平行并存，不仅无法满足集团用户“分级分权”的管理需求，也不利于大型企业的信息化建设。因此，根据对企业服务的理解与前瞻，聆客"多租户多层级"模式应运而生。在该模式下，聆客产品的共性部分被共享，集团总部与旗下子公司成员间可以轻松进行沟通（传统模式下不同企业租户成员间需通过好友方式才能实现跨租户即时通讯）；同时，个性部分也能被单独隔离，完全不影响子公司业务层的自主管理。建立前提：基于聆客的SaaS化互联网部署架构在介绍“多租户多层级”模式之前，首先需要了解一下聆客的三种服务方式：公私混合模式：企业私有部署应用系统、数据中心和身份认证，各平台客户端、应用运维、消息路由等公共服务由聆客统一在线运维，能在充分保证企业数据安全的同时兼容专业的互联网运维机制。公有云部署：从用户、认证、消息到各类应用全部使用聆客的公共在线服务，开箱即用，成本低。私有云部署：从平台到应用完全私有化部署，软硬资源成本较高，需投入较多的运维资源。考虑到企业构建信息化生态系统时的跨企业协作和数据安全问题，聆客“多租户多层级”模式推荐采用公私混合架构的部署方式，既能实现大型集团企业组织架构的灵活性，还能充分保证企业的数据安全。如何理解“多租户多层级”？通常，各企业租户都是以独立租户存在于平台上的——每个租户企业通过系统注册自己的虚拟企业，注册后企业拥有独立的企业编码，也拥有自己单独的组织架构。这种模式下，每个企业间的数据相互隔离，成员需要通过“添加好友”并得到对方同意，大家互为好友的情况下才能发起聊天和协作。对于相互独立的单体企业，由于各自业务分别管理，这样的跨企业协作方式当然没有问题。但对于大型集团企业来说，集团总部与旗下子公司是存在业务上的隶属与管理关系的，例如集团总部需要对所有业务进行统一管理，或是查看旗下任意一家子公司的组织架构，以及寻找到子公司下的某一员工，这些都是很正常、很普遍的业务使用场景。在这种诉求下，通过“多租户多层级”模式来提供企业服务是最好的解决办法。基于SaaS化的互联网部署架构，不同企业租户间可以设置上下层级关系，且不影响企业租户原本的如服务号、人事、财务等业务数据。举个例子：A企业租户和B企业租户原先为两个独立企业存在于平台，通过“多租户多层级”模式，可以将B企业租户设置为A企业租户的一级或二级子部门。“多租户多层级”模式的实践聆客提出的“多租户多层级”模式近期在品高云服务的某大型集团性企业中得到了很好的验证。该集团旗下划分为“集团总部”、“金融组团”、“地产组团”等6大业务模块，且不同模块下对应有众多的子公司。在这种情况下，聆客的“多租户多层级”模式便发挥了其作用：例如，集团下大部分子公司目前隶属于“集团总部”租户，接受总部的统一管理；然而“金融组团”下的“证券公司”等由于其业务需求，需要作为独立的企业租户使用聆客，此时其企业业务数据与其他子公司相互隔离，并且还拥有包括部门管理、群组管理、人员管理、应用管理、系统管理等功能的完整管理系统的自主管理权。另一方面，得益于聆客的“多租户多层级”模式，在照顾到子公司独立租户业务需求的同时，集团总部作为上方层级仍保留了对其下方层级的管理和数据权限，例如能在通讯录中查看到这些独立企业租户的组织架构和人员，同时集团总部用户无需添加独立租户子公司用户为好友便可随时聊天协作等。用户价值操作过程可视化，可简单完成租户配置摒弃复杂的配置操作及部署流程，集团管理员可在管理后端系统，通过可视化的开关配置——“是否为租户”，即可将集团下任意一个父级部门或子部门设为独立企业租户。整个过程都可通过可视化简单完成配置。保证企业租户的角色、权限机制不受影响企业租户拥有独立的一套完善的权限管理，从后台的管理功能，通过不同的角色分配不同的功能权限，对前端用户数据的进行管理。而设置租户关联后，也不会对原来已设定的权限有影响，保证了数据的安全性。符合国内目前大中型企业“分级分权”的管理模式大中型企业内部实行“分级分权”管理，是当前新经济体制下的大势所趋。通过将企业内部管理决策权进行适当分散，由集权转变为分权，并实行分层次多级管理，将有利于保持企业活力，实现企业的持续健康发展。相信在“分级分权”的时代诉求下，聆客企业服务的“多租户多层级”模式将大有可为。联系我们如想了解品高云更多或索取产品文档，请联系品高云家的客服小表妹！添加她为好友，任何需求一键直达。

本文由云+社区发表作者：腾讯云数据库随着云计算和数据库技术的发展，数据库正在变得越来越强大。数据库的性能如处理速度、对高并发的支持在节节攀升，同时分布式、实时的数据分析、兼容主流数据库等强大的性能正在越来越多的新型数据库上实现。然而另一方面，数据库需要承担的业务越来越重，面临的场景也越来越复杂，开发者和运维人员不但日常需要管理超级复杂的数据，也会频繁面推的业务告警和突发状况。那么如何解决这个令人头痛的问题呢？这时候如果有一个安全高效的远程数据库管理工具，不但能搞定数据库性能的实时监控和诊断，也能做到方便高效数据的可视化管理，你用不用？哪怕你是高冷如只用记事本编程的大神，或者强大的十年经验DBA，恐怕也只能在心里说一句：真香！正式基于上述背景，这些年来，不少数据库管理工具不断被人开发出来。其中有SQLyog、Adminer等开源工具，也有腾讯云DMC、阿里云DMS等云厂商开发的工具，更有Navicat等第三方工具受人青睐。笔者总结了三款具有代表性的开源数据库管理工具，功能上大多类似。他们的异同如下所示：工具名称使用平台交互方式优缺点SQLyogWindows软件免费版本不够强大phpMyAdmin-Web功能较全，公网部署，不安全、权限不足Adminer-Web比phpMyAdmin更安全一点,轻量级，除了MySQL还支持 SQLite, PostgreSQL, MS SQL, Oracle具体其他差异还包括功能的细节支持，性能表现，安全性上，在此不做深入的探讨研究。通过对开源数据库管理工具的功能进行分析统计，我找到了关系型数据库管理工具的基本功能需求，至少具备下述功能：索引/外键/视图/存储过程/函数的管理数据查询、合计、排序新增/修改/删除记录支持所有数据类型，包括大字段批量执行SQL语句数据导入导出进程管理用户和权限管理事件管理因为安全性、功能限制、稳定性等种种原因，开源的数据库管理工具基本不可能在企业在开发和运维数据库时考虑之列，更强大更稳定的付费版或者企业版才是主流。随着云数据库的应用越来越广，各大云厂商也在为中小企业客户提供更方面的数据库管理工具，他们的产品迭代方向代表着广大用户的需求。在次，笔者总结了5个数据库管理工具的发展方向，以供参考。可视化：实时性能监控、流量监控、SQL图表展示、ER图，一个直观友好的可视化界面远胜复杂详细的表格和数据。跨平台：为了能够在不同桌面操作系统使用同一个工具，数据库管理工具逐渐从桌面工具向Web端演化。但是web端还不够，有些实时监控和简易操作，需要放在手机端完成，真正做到随时随地管理数据库。实现无缝跨平台管理。兼容性：一个项目中包含多种数据库是非常常见的情况，那么能不能兼容MySQL之外还兼容其他主流关系型数据库呢，甚至兼容主流nosql数据库？这样大大简化了项目管理成本，也提高了效率。智能化：数据审计、告警预警、智能诊断，这些代表着DevOps前沿的能力，能不能被整合到管理工具中，减少项目运维开发的成本。安全性：远程访问是否会导致数据泄漏？用户权限如何分级？多用户协作如何管理？这些问题对企业用户来说非常重要。综上，一个好的数据库管理工具，既需要有完备的基础功能，也要符合上述这5大特性的要求，这样才能成为企业青睐的好工具。带着以上观点，我们再去看看主流云厂商提供的数据库管理工具能不能符合要求。DMC是腾讯云提供的关系型数据库管理工具，目前支持MySQL和MariaDB，腾讯云的数据库管理功能由控制台、DMC和小程序提供。我们先看控制台，控制台可以完成数据库详情查看、数据库实例监控等操作，还可以完成数据备份管理、数据回档、连接检查等实例级别的操作。实例监控涉及了24个参数，可以设置不同的时间范围，支持缩放，同时也可以合并监控，需要注意的是，控制台的监控数据较实际查看时间有所滞后，实时数据需要去DMC中查看。控制台中还实现了数据导入功能，可以设置参数，也可以为数据库添加账号并设置权限。接下来是DMC，在控制台中点击登录即进入DMC，需要使用数据库的账号密码。DMC中包含了库表级操作，实时性能监控、会话管理，InnoDB锁等待管理几个功能。实时监控中包含了MySQL状态、InnoDB操作、线程数和网络读写等信息，每4秒钟更新一次。使用的是表格形式来展示，不够用户友好，且MySQL状态中有很多缩写没有说明含义，对于小白用户来说可能比较迷惑。在DMC中有一个进入PMA入口，这是腾讯云为了补充DMC功能，为用户提供的内嵌phpMyAdmin管理工具。phpMyAdmin中提供的SQL操作、批量SQL、导入导出等功能，是对DMC和控制台功能的一个补充，也可能是考虑到部分用户对phpMyAdmin比较熟悉，照顾到了该部分用户的使用习惯。但是phpMyAdmin也有一些迷惑用户的地方，比如变量设置这一功能其实跟控制台的参数设置重合了，但具体查看又发现两个功能的参数并不完全一样，各自只能覆盖MySQL的一部分参数，这里还需要给用户更详细的说明。最后重点来说一说小程序。小程序是腾讯云将数据库管理功能应用到移动端的形式，小程序相比较App无需安装，比较轻量级，又依附了强大的微信生态。对于非工作时间的运维人员来说，使用小程序监控数据库状态是最合适不过的。（小程序搜索腾讯云助手即可使用）腾讯云助手集合了很多腾讯云产品，目前数据库产品支持MySQL和Redis。关注“腾讯云数据库TencentDB”微信公众号，底部“一键管理”可直接进入腾讯云小程序，在移动端即可一键管理数据库。我们进入MySQL，根据所在地和项目选择所需要管理的数据库，可以对数据库执行重启操作。可以看到有实例详情和监控列表两大块。实例详情中介绍了数据库版本、计费模式等产品配置信息，还有数据库的运行状态和字符集等基本信息。监控列表中则给出了很多详细的性能监控，如慢查询、连接数等，如下图所示：笔者统计了一下监控列表中的参数，分别是每秒执行操作数、最大连接数、慢查询数、全表扫描数、查询数、写操作、总请求数、查询使用率、临时表数量、等待表锁次数、缓存命中率、缓存使用率、读磁盘数量、写磁盘数量、fsync（同步内核缓冲区）数、缓存命中率、缓存使用率，一共17个参数。从UI设计上来说，考虑到手机的长条形屏幕跟PC端区别较大， 所以选择将性能参数走势图竖着放置，便于观看和操作。浏览的时候还可以选中坐标查看具体值：另外由于手机端难以缩放，所以提供了数据走势实时（1小时内）、昨天、7天等三个选项，方便用户切换浏览。但是设计上同时也有一些缺点，参数列表过长使得用户如果要浏览某个比较靠后的性能参数需要下滑很久，可以考虑将这些参数分成大类提供标签切换。功能上来说，腾讯云助手提供了大多数性能参数的可视化浏览，以及数据库实例的重启操作，尽管提供的操作比较少，但是基本满足了运维人员临时快速诊断的场景需求。综上，腾讯云通过控制台、dmc、内置的phpMyAdmin包括小程序提供了数据管理的功能，满足了基本功能需求。但对于兼容性和智能化等产品特性还不充分，腾讯云需要继续扩充对其他类型数据库的支持。同时腾讯云数据库管理存在功能过于分散的缺点，控制台、dmc和phpMyAdmin功能互相重复冲突，容易让用户感到困惑，于此同时也不方便合理的权限控制管理（比如控制台的文件导入功能却不需要数据库账号密码）。为了解决这个问题，可以考虑将内置phpmyadmin和控制台的功能尽可能整合到dmc内，这样方便用户寻找入口，也可以提供统一的用户体验。此文已由腾讯云+社区在各渠道发布获取更多新鲜技术干货，可以关注我们腾讯云技术社区-云加社区官方号及知乎机构号

参考：SaaS vs PaaS vs IaaS: What’s The Difference and How To Choose参考：怎么理解 IaaS、SaaS 和 PaaS 的区别？知乎如何快速记忆区分这几个名字？秘诀：只要记住几个首字母即可：包括I,P,S. 其中I-Infrastructure; P-Platform; S-Service. 后面的话都是统一的aaS，即"as a service"。后面这个不重要，换成"as a product", “as a f__”, “business"什么的，都无所谓。为什么要提到记忆问题？因为如果不先在脑子里区分这几个单词，那么即使看过类各自代表的意义，第二天也会忘的一干二净。记住了名字后，我们先要知道这几个东西是在说什么。IaaS, PaaS, Saas, 都是Cloud Models，即云端项目的模型。如果你要组成一个在线运行的云项目，必须具备很多组件，如硬件的CPU、硬盘，软件的OS系统，HTTP服务器，数据，应用程序等等。根据app需求，它们的搭配运作肯定是你指定的，也就是“固定”的。但问题是，各个组件谁来提供？谁来管理？根据各个组件的提供和管理者的不同，就划分出了不同的Cloud Models。简单来说：On Premises: 全部自己管。自己买电脑主机，集群，自己装系统装软件，自己更新运维所有Bug。IaaS: 我们就称它为硬件服务。商家负责所有硬件部分，你负责所有软件部分。你只需要按期给钱，剩下硬件问题如硬盘坏了风扇不转了，都不需要你管。PaaS: 我们就称它为平台服务。商家负责绝大部分，你只需要写app的代码和管理自己的数据库。其它比如OS系统漏洞补丁，网线断了，主机散热什么的，都不需要你管。你只需要按月给钱就行了。SaaS: 我们就称它为全套服务。这下好了，连代码都不需要自己写，数据也不用自己找，商家全给足了！你只需要配置下名字，改个Logo，选自己喜欢的功能就够了。其它软件硬件维护更新找Bug，全都不是自己事。比如在线财务报表软件，比如Wordpress博客。这些很好理解。真正用起来，就针对不同的项目不同的细节了，这里不多说。下面就说说各自的特点。各个云模型特点IaaS (硬件服务)相当于让你租硬件。优点：轻松扩容用户可以完全控制和定制硬件设施案例：一般是VPS云服务器提供商。DigitalOcean, Linode, Rackspace, Amazon Web Services (AWS), Cisco Metapod, Microsoft Azure, Google Compute Engine (GCE)PaaS (平台服务)相当于让你租硬件和系统级软件。优点：高可用，轻松扩容轻松移植大量减少代码量用户可以专心构建自己的业务应用，不用被杂事干扰案例：一般是具体的云服务提供商。AWS Elastic Beanstalk, Windows Azure, Heroku, Force.com, Google App Engine, Apache Stratos, OpenShiftSaaS (全套服务)相当于让你租软件硬件全团队服务，你只是个给钱的土豪甲方。优点：自己什么都不用管理维护全网可以访问可以集中管理案例：一般是完整的云应用。Google Apps, Dropbox, Salesforce, Cisco WebEx, Concur, GoToMeeting ...

本文由云+社区发表作者：邵宗文，2009年加入腾讯，现为腾讯云数据库专家产品经理。之前曾负责为OMG事业群构建数据库平台，部署，规划及运维支持,为腾讯网，新闻客户端，快报，视频，财经，体育等提供了稳定的服务。06-09年曾任新浪数据库专家，数据库平台主管，有非常丰富的海量大数据经验。下方视频为邵宗文在未来大会演讲实录。每个行业对数据库有不一样的要求，云上数据库通过智能化运维，数据会越来越多，准确度也越来越高，模型也会越来越精准。腾讯云上数据库如何满足用户多样化的诉求？一起来听听吧。数据库SaaS服务体系数据SaaS服务涵盖用户从上云，日常运维使用，数据安全审计，及订阅商业分析。 腾讯云数据库让您可以轻松在云端部署、使用数据库。通过云数据库MySQL，您在几分钟内即可部署可扩展的数据库实例。不仅经济实惠，而且可以弹性调整硬件容量的大小而无需停机。TencentDB for MySQL 提供备份回档、监控、快速扩容、数据传输等数据库运维全套解决方案，为您简化 IT 运维工作，让您能更加专注于业务发展。数据库迁移数据传输服务（Data Transmission Serivce DTS）提供数据迁移、数据同步、数据订阅于一体的数据库数据传输服务，帮助您在业务不停服的前提下轻松完成数据库迁移，利用实时同步通道轻松构建异地容灾的高可用数据库架构。数据传输服务DTS的目标是帮用户将复杂的数据交互工作承担下来，让用户可以专注于上层的业务开发。数据迁移支持不同环境及不同类型的数据库迁移。支持迁移的源库包括有公网IP的外网自建数据库，通过VPN、专线等网络环境接入腾讯云的自建数据库，云服务器CVM自建数据库；目标库为TencentDB for MySQL实例。支持查看所有迁移任务的状态及多任务批量操作。 DTS提供的数据迁移功能是您数据上云的的最佳选择。数据迁移仅需几步设置，则可帮助您完成数据从本地迁移上云的一系列繁琐工作。迁移过程中并不影响源数据库继续对外提供服务，最小化上云过程对您业务的影响。提供自建 MySQL 数据库到云数据库 TencentDB for MySQL 的连续数据复制，用户可在不停服的情况下对数据进行在线热迁移，支持具有公网 IP/Port 或专线接入腾讯云的本地 IDC 或腾讯云云服务器 CVM 上 MySQL 数据库迁移。实例有关联灾备实例暂不支持数据传输服务，请建工单进行迁移。（通过增量迁移的时间建议不超过15天，请确保主从追上之后单击迁移完成按钮。）1.Redis 迁移在线迁移工具暂不支持的迁移类型：主从版、集群版、自研CKV+引擎 三者实例间的迁移。迁移注意事项目前仅支持迁移到腾讯云 redis 的主从版本；为保障迁移效率，CVM 自建实例迁移不支持跨地域迁移；由于 rdb 协议限制，暂不支持自建实例 redis 3.2 版本的迁移；外网实例迁移时，请确保源实例服务在外网环境下可访问；进行迁移任务时，只允许迁移正常运行状态下的实例，且未初始化密码或者有其他任务在执行中的实例，是不能够迁移的；目的实例必须是没有数据的空实例，迁移过程中，会锁住实例，不能对实例进行写入操作；迁移成功时，由业务侧验证数据后，可断开源实例连接，将连接切换到目标实例。2.PostgreSQL 数据库迁移数据传输服务 DTS 支持数据迁移功能，提供自建 PostgreSQL 数据库到云数据库TencentDB for MySQL的连续数据复制，用户可在不停服的情况下对数据进行在线热迁移，支持具有公网 IP/Port 或专线接入腾讯云的本地 IDC 或腾讯云云服务器 CVM 上 PostgreSQL 数据库迁移。数据迁移目前只支持 PostgreSQL 数据库的版本是9.3.x,9.5.x，同时9.3.x 不支持增量同步，9.5.x 需要通过在线同步插件才能支持。数据库审计数据库审计是腾讯云为了解决行业客户遇到的诸如金融审计需求，以及实际运行中遇到的安全防护，SQL 延迟性能问题等多种综合需求而提供的产品。1.全面审计数据库访问的全部记录，最大程度满足用户审计需求，可追溯对应用者的身份和行为；准确审计：用户可设置规则，只保证规则匹配到的审计规则有数据保存，规则也可以设置为全量审计；提供海量 TB 级数据存储，可以后续根据用户要求提供长期备份。2.高效审计与目前其他通过旁路做审计检查方式不同，腾讯云数据库 TencentDB for MySQL 通过内核插件进行上报；后期还会逐步增加实时阻隔功能，另外在实际测试影响性能不到 2%；高效分析：提供用户、IP、客户端工具、访问时间、操作对象、SQL 操作类型、成功与否、访问时长、影响行数等多种检索条件的快速分析与检索，实测 30 多亿级数据 6-8 秒内响应。背景说明管理风险系统管理员存在的误操作、违规操作、越权操作，损害业务系统安全运行；多人公用一个帐号，责任难以分清；第三方开发维护人员的误操作，恶意操作和篡改；超级管理员权限过大，无法审计监控。技术风险应用系统开发商后门或漏洞；离职员工留下后门。政策风险无法达到国家等级保护（三级）明确要求（7.1.3.3）；满足不了行业信息安全合规性文件要求——如人行《金融行业信息系统信息安全等级保护实施指引》；数据订阅数据传输服务 DTS 提供了基于 binlog 的增量数据订阅功能，仅需几步简单操作，即可订阅云数据库 TencentDB for MySQL 的增量更新数据：在腾讯云 DTS 控制台购买并创建 TencentDB for MySQL 实例的订阅通道。使用 DTS 数据订阅 SDK 连接这个订阅通道，订阅并消费增量数据。原理我们会通过模拟从库向主库获取对应 binlog 内容进行分析，大概架构图如下,我们会通过解析 binlog ,按照订阅通道配置的库表进行分析，所以几乎对主库没有影响。注意：目前我们对订阅的消息内容默认会保留最近 3 天。另外如果订阅整库的话，后续新增的表也是会在原有订阅通道出现，不需要对原订阅通道进行新增配置操作。目前只支持 TencentDB for MySQL5.6，后续会很快支持 TencentDB for MySQL5.7。数据订阅暂不支持view，触发器和外键。数据订阅初次配置需要对相关 binlog_row_image 参数做调整，会根据符合条件自动 kill 老的 session 使参数立即生效。数据订阅目前支持的字符集包括 latin1，utf8，utf8mb4。总结未来的云数据库将会成为企业IT架构的“水，电，煤”，可以按需快速启动，支持各种类型的数据，满足所有种类的业务，无限存储，无服务器，全智能，自驱动，零运维，闲时免费，覆盖全球并能自动扩展到近用户端，提供稳定可靠自由扩展的服务，腾讯云数据库将不懈的努力将更多的产品能力普惠世界。此文已由腾讯云+社区在各渠道发布获取更多新鲜技术干货，可以关注我们腾讯云技术社区-云加社区官方号及知乎机构号 ...