一.业务描述最近在负责公司一个语音的微服务模块优化，这个模块主要的业务是：1.天猫精灵、小度、若琪、小京鱼、小爱同学、思必驰这些第三方音响对我们的用户进行oauth2/JWT授权； 2.这些第三方音响服务调用我们的设备发现接口对公司的设备信息在第三方平台进行一个存储；3.第三方平台对用户发出的语音进行解析，然后识别出需要控制的设备再调用我们的设备控制接口对公司的设备进行控制；二.需要优化的点上述发现、控制接口分别写了五个API，并且在Controller层有着大量的业务校验，然后再在Controller层调用Service层的设备发现、控制方法；这些业务校验的逻辑一模一样；字有点不好看，兄de

一、hfish简介HFish是一款社区型免费蜜罐，侧重企业安全场景，从内网失陷检测、外网威胁感知、威胁情报生产三个场景出发，为用户提供可独立操作且实用的功能，通过安全、敏捷、可靠的中低交互蜜罐增加用户在失陷感知和威胁情报领域的能力。HFish具有超过40种蜜罐环境、提供免费的云蜜网、可高度自定义的蜜饵能力、一键部署、跨平台多架构、国产操作系统和CPU支持、极低的性能要求、邮件/syslog/webhook/企业微信/钉钉/飞书告警等多项特性，帮助用户降低运维成本，提升运营效率。二、hfish2搭建环境：CentOSLinuxrelease7.9.20092.1安装dockeryuminstal

本文转自科技商业作者于洪涛 对于当今的企业而言，精细化管理，已经成为发展之源，甚至是生存之本。尤其是随着数字化和智能化转型的推进，在企业经营管理过程中，数据正在日益发挥更为关键的要素作用。相比过去，如今企业的数据也更加复杂、多样，其中包含大量的事实和指标。要对这样的数据进行查询、分析和处理，进而辅助产生业务决策，传统的关系型数据库逐渐变得力不从心。多维数据库系统由此产生，并受到很多企业管理者的青睐，成为企业提升管理水准的“倚天剑”。然而，在提多维数据库时，很多人把焦点放在了技术上，而忽略了其服务业务这个核心目标。用友自主创新的多维数据库不仅技术处于领先地位，更重要的是实现企业技术、数据与业务的

作者：容器镜像服务团队伴随着企业IT数字化转型演变的进程，越来越多的企业采用云原生化架构升级的方式，改善应用开发运维迭代的效率，加速企业业务创新；改进资源弹性管理和迁移的效率，帮助企业降本增效。将业务进行容器化改造并打包成容器镜像是云原生化实践的第一步，为了使企业开发者更简便地打造云原生应用交付流程，2023年1月，阿里云容器镜像服务ACR正式推出“云原生制品中心”，为容器开发者免费提供了来源于阿里云官方、龙蜥社区的安全可信容器基础镜像。企业容器镜像常见风险很多企业会依靠来自公开平台的容器基础镜像来打包，这存在以下的问题：安全风险肆意：以全球最大规模的公共容器镜像平台DockerHub为例，据

说起亚马逊云科技一年一度的re:Invent全球大会，相信IT行业的小伙伴们个个都耳熟能详。不过从2019年开始，另一场名字与其极其相似的re:Inforce全球云安全大会，也在全球安全领域声名鹊起。近日，亚马逊云科技2022re:Inforce全球云安全大会在美国波士顿落幕。作为全球安全领域的顶级盛宴，这场大会通过主题演讲、技术分享和动手实践等上百场活动，与全球客户分享了亚马逊云科技在云安全和合规领域的最新洞察、成功经验及最佳实践，并发布了多项新的安全服务及功能，以帮助客户更有效地构建云上安全环境及满足合规要求。“为什么我们除了re:Invent之外，还要再举办re:Inforce呢？这是因

目录一、前言二、技术架构总结思考点总结扩展点总结：美团技术架构演变初始阶段（2003年-2011年）O2O阶段（2012年-2015年）大数据阶段（2016年-2018年）平台化阶段（2018年-至今）三、业务架构总结简单的业务架构优化方法论第一步、让复杂的事情简单化。第二步、让简单的事情标准化。第三步、让标准化的事件流程化第四步、让流程化的事情自动化业务上单流程应用未优化前现状分析优化后现状分析扩展点总结：美团业务架构演变第一阶段：单一业务阶段（2003年-2011年）第二阶段：O2O业务阶段（2012年-2016年）第三阶段：平台化业务阶段（2017年-至今）四、O2O技术应用应用案例一：

那些经常使用数据的人了解它对我们组织的价值以及利用它来提供更多有形价值的必要性。我们知道，要实现这一目标，应该有适当的工具和人员通过数据所有权和数据管理亲自负责数据。但是，这对其他利益相关者来说并不是那么明显。因此，数据治理在日常义务和紧迫的最后期限之间的某个失去了联系。下面将重点介绍创建完成工作的业务案例的一些关键要素。借助构建良好的业务案例，可以更好地向高管和利益相关者表明数据治理的价值。为业务词汇表、数据目录、数据沿袭工具或数据质量工具构建业务案例涉及确定数据治理工作将解决的具体问题或机会，然后量化实施解决方案的潜在财务和运营收益。运营管理的领导通常关注创新、收入增长、竞争优势或成本控制

   以前看过温昱老师关于架构的一本书，觉得其中的内容很深奥，看不太懂。现在回想起来，可能是那时候自己刚刚毕业，才刚开始做软件相关的工作，所以对于系统架构一类的东西，自己由于水平没有到所以无法理解。  最近因为疫情在家，再加上自己已经做了多年的软件开发，系统设计，并且在逐渐的向需求方向发展，因此对架构设计的知识需求越来越迫切，正好趁这段时间，买了温老师的《业务架构.应用架构.数据架构实战》这本书来学习，现在再度这种类似的书，竟然感觉是无比的亲切，正如久旱逢甘露，他乡遇故知，句句话都说到心坎上，说到点子上，直视当今架构设计中的痛难点，而作为大型企业中的一名从事信息化的人员，遗憾未能早读此书，同时

用户调研后得到的需求我们可以大致分为业务需求、用户需求和功能需求这三个概念，对于产品新人来说，经常容易混淆，但了解这些是身为产品经理的一个基本功。首先我们先来了解一下这三种需求有什么异同，我们应该如何去区分这些不同的需求呢？一、需求的分类1、业务需求：通常是基于市场营销部门、业务部门根据自己的业务需求和后续策划的活动方法所整理成的需求文档。2、用户需求：描述的是用户的目标，是用户能通过这个产品在什么场景（什么情况下）能完成什么动作（做什么）。3、功能需求：是指产品通过需求池筛选内容后，整理成此版本需要迭代的内容，往往功能需求需要配合流程和原型逻辑，让项目团队伙伴有清晰了解。其实业务需求和用户需

从大学开始。。。读大学前压根就没有见过计算机这个东西（不得不感慨信息技术发展之快）。可能因为高考数学考的还不错的原因，选择了计算机这个专业，后来研究生读的也是计算机的相关专业。当时班里的女生少，但没想到一直一直到现在，从事这个职业的女生依然寥寥，特别是在甲方的企业。曾经也有人问，为什么我还一直坚持在这样的职业里？其实没有为什么，70后的人不太懂得选择，干一行爱一行就干到了现在。1业务与IT—IT的价值是效率我经常跟部门的同事说，IT人员通过日常的工作和项目去理解业务是一件比较困难的事情，而我很幸运，一路走来是边做业务边做IT。刚刚工作的时候，没有很多的电脑（网络是有的），也没有IT部门，所以一