企业调研报告(计算机软件专业)

企业调研报告调研题目：关于API网关监控开发技术的调研目录TOC\o"1-5"\h\z\o"CurrentDocument"一、 调研的目的 2\o"CurrentDocument"二、 调研的意义 2\o"CurrentDocument"三、 调研报告主体内容 3\o"CurrentDocument"1、企业方面 31.1公司概况 3\o"CurrentDocument"2、软件开发方面 3\o"CurrentDocument"2.1如今软件开发的发展及现状 3\o"CurrentDocument"2.2公司开发管理 4\o"CurrentDocument"2.3开发准备工作 4\o"CurrentDocument"2.4开发任务处理流程 5\o"CurrentDocument"2.5常用的工具 8\o"CurrentDocument"2.6API网关监控开发功能及技术点 9四、 调研结论 13\o"CurrentDocument"五、 调研对毕业设计的帮助 13\o"CurrentDocument"六、 意见与建议 14、调研的目的本次关于API网关监控开发技术调研的目的：1、 了解、学习API网关监控中功能开发的相关方法知识，体会API网关监控的知识在实践中的应用。2、 了解公司软件系统开发的流程，学习公司软件的管理制度。3、 学习并了解开发工作的工作范围、开发功能的规范准则。二、调研的意义深入探究公司开发任务发展状况，结合公司和自身客观的分析了解软件开发的流程，软件开发涉及到的技术。帮助自身掌握及增强开发技术，提前学习并制定计划，主动调整开发任务。通过本次调研让自己更加了解软件开发中功能开发相关框架和知识，了解软件开发的工作范围，开发任务的流程，代码规范等，领略软件开发的乐趣,让我更加热爱软件开发这份工作，也让我学会自主学习，作为一名java开发人员，形成良好的沟通与合作的互动能力，丰富自己社会经验，让自己在企业中发展的更好。三、调研报告主体内容1、 企业方面1.1公司概况略略略略略略略略略略略略略略略2、 软件开发方面2.1如今软件开发的发展及现状随着我国软件产业的蓬勃发展以及对软件质量的重视，软件开发也越来越被软件企业所重视。软件开发现状主要体现以下方面：（1） 相比于先进的国家还存在非常大的差距，但是软件工程的进展还是非常的迅速，形成属于我们自己知识产权的软件技术，还制定了符合我国实际情况的研发技术方案。（2） 常用的主流软件的开发内容以及开发工具都是国外设计和研究的。（3）软件工程的研发实现了异地的团队形式，例如：外包，任务驱动等来实现研发工作。（4）软件工程模块化，将复杂、庞大的系统实行分解，划分为若干个子系统，各个子系统有独立运行的功能，并具有接口，增强子系统间的通用性。2.2公司开发管理按照工作内容不同，开发的人员可分为4种角色：技术总监、产品经理、开发组长、开发人员、文档编写人员。1、 技术总监：主要负责审批工作、项目质量分析、搭建产品的主要开发技术的框架结构，解决技术难题、考虑性能优化工作。2、 产品经理：主要负责明确需求、对整个产品生产过程，从功能开发到用户反馈负责、需求评审、工作进度汇报。3、 开发组长和开发人员：主要负责按照需求文档进行编码开发，以及开发完成后的产品维护，给测试人员提供技术支持。4、 文档编写人员：主要负责编写开发的概要设计、数据库设计、详细设计、开发模块周期方案、编写总体开发进度计划。2.3开发准备工作SVN服务器的使用和管理：（1） 所有开发源代码，直接在SVN上新建和维护（2） 项目文档，都必须上传SVN，如需求分析书、项目开发周期、开发报告等。（3） 每个开发任务，以开发任务模块为文件名，在该项目下建立顾名思义的开发文件包，按照模块的划分进行开发。（4） 每个模块任务下，需求文档和开发产品的源代码保留目前进度下最新的即可，也需要保留历史版本。（5） 新的开发任务点完成，即可更新进SVN中。（6） java开发环境的虚拟机环境，提前布置java环境，以及开通相关防火墙。2.4开发任务处理流程（1）需求收集明确本阶段主要是与产品经理相关的活动内容：产品经理在每次版本开始之前定期收集各方需求，包括客户反馈、领导意见（对很多中小企业来说，老板就是最大的“用户”）、市场调研及技术团队需求等来源，输出需求列表在版本开始之前召开版本计划会议，参与者包括项目经理、产品经理,及项目核心成员，按优先级梳理需求列表，输出下次版本的初步任务列表（之所以说初步,是因为该列表后面可能根据评审情况进行调整）产品经理基于初步任务列表完成详细需求文档，组织团队成员一一包括相关UI、开发、测试，召开需求评审会议，输出评审意见及修正完成时间产品经理针对需求评审会议中团队提出的意见建议，在修正完成时间内及时修正需求文档，并及时通知团队相关成员，输出确定的需求文档（2）设计开发项目经理根据需求文档完成任务拆解，并在任务管理系统中创建对应任务单，指定经办人各经办人认领任务后，根据自身任务的期限，及时与依赖方沟通，确定依赖任务的完成时间，以免影响自身任务进度，存在问题及时向项目经理反馈。UI设计完成后，相关开发人员与产品经理需对UI设计进行确认，如果涉及内容较多，可组织UI评审会议（由产品经理或项目经理权衡组织）涉及流程的开发任务需要有必要的设计,技术相关负责人负责对设计review，没有review的设计不能开发；任务开发完成需要进行代码review项目经理定期组织项目例会（紧急版本建议每天一次，较长期版本建议一周一次或两次），持续跟进任务进度与问题，并及时协调处理，以保障进度预期在预定转测时间节点前一天，开发人员编写转测文档，描述本次版本调整内容（附上任务列表）及注意事项，并通知项目相关人员（钉钉群或邮件）（3） 测试需求评审会议后，测试人员需对各功能模块编写测试用例文档，并在转测前组织测试评审会议，对各功能各环节进行复核与查漏补缺一次版本任务可根据情况分批测试，并确定每轮转测的内容与时间节点；分批测试完成后，需在上线前进行集成测试，注意预留一定的时间用于问题修复测试完成，需要将测试结论通报项目相关人员（钉钉群或邮件），包括遗留问题与是否达到上线要求结论注：产品经理可在转测后对开发实现进行验收，以确定开发是否符合需求实际，以便及时进行调整（4） 上线上线人员需在上线前编写上线方案文档，记录此次上线内容，并对此次上线操作进行推演，对所涉及的所有操作按步骤进行记录，如数据库操作，代码merge，jenkins构建等；对可能存在的问题进行备注及对应的处理方案，并提交技术相关负责人review项目经理结合测试结论及其它各方面情况，决策是否上线，并将意见通知到项目相关人员（钉钉群或邮件）上线人员按照上线方案文档记录的步骤，依次完成上线操作（上线操作最好至少由两人完成，一人操作，一人检视，避免出错）上线完成后，测试人员与产品经理对此次上线进行线上验证，确保线上功能流程无问题验证无误后，由项目经理或其他指定负责人将上线通知发布至利益相关者，包括项目团队所有成员及相关合作方，说明上线时间、上线内容、影响因素、注意事项等（即时通讯群或邮件）⑸复盘版本结束后，项目经理根据情况对上个周期组织复盘总结会，总结存在的问题与原因，及后续规避的办法，总结积累的经验等2.5常用的工具jira用于项目任务管理，其中Agile插件可方便查看整体任务面板，对任务状态一目了然，需要求团队成员养成及时更新状态的习惯confluence文档管理，用于各类文档的集中化维护，以上所述的如需求文档、开发设计文档、转测文档、上线文档等均可使用confluence以项目空间的形式集中化管理。3.gitlab代码管理jenkins项目部署构建工具nexus搭建maven私有库2.6API网关监控开发功能及技术点(1)API网关总体介绍API网关作为微服务架构或者前后端分离的业务系统架构中的重要组件承担着非常重要的数据输入输出工作，同时网关的灵活性也决定了整个分布式架构的灵活性，API网关按照插件化的思路进行开发设计，API网关最核心的作用是对服务进行路由并进行数据转发，API网关将成为前后端交互以及内外网交互的唯一数据进出口，所以API网关适合于进行服务鉴权、数据缓存、流量控制、日记记录、熔断控制、协议转换等，同时API网关是整个分布式架构可对所有API服务进行统一管控的最佳制控点，所以必须通过可视化的配置插件来对所有API服务进行不同策略的控制，插件可以针对整个微应用也可以针对某一个细粒度的API进行控制，不能因为某一个API出现延时或异常熔断整个微应用。(2)适用场景1、 作为企业移动化API调用的统一出口和权限认证中心、2、 承担企业原有业务系统的服务转发和路由功能3、 实现所有API接口的标准化、可视化、统一化4、 作为微服务架构的核心API网关，集成到企业微服务架构中5、 作为企业与供应链及合作伙伴的数据交换及接口统一OpenAPI平台6、 作为企业调用第三方API(京东、淘宝)等的统一API接入平台7、 打通企业内部业务系统与外部业务系统之间的通道8、 实现企业已有RestAPI、WebService、Dubbo接口的注册和协议转换(3)API网关核心能力对后端API进行注册并进行参数映射对多个后端API进行聚合并发布为一个新的API对API进行认证、鉴权、限流、熔断等功能支持API级别的熔断、限流、降级功能对API的所有请求数据进行记录并进行安全审计对后端API进行负载均衡的流量分配对后端返回的数据进行转换和再组装对后端API进行HTTP的正反向代理⑷API和路由拓扑图生成API网关能自动根据注册的API和路由对API的链路和相互调用情况进行自动分析然后形成拓朴图，通过拓朴图用户可以很快速的查看API之间的相互关系以及每个后端微服务的API数量和调用情况,并能在拓朴图上查看每个API的调用次数、平均耗时、请求日志数据等。（5） Hystrix^件集成API网关集成了Hystrix服务保护组件来实现微服务和API级别的线程隔离、服务熔断、服务降级等功能，同时可以直接在Web界面下进行配置，无需在配置文件或代码中进行任何注解，Web界面中配置后立即生效。所有后端服务均可受Hystrix服务保护组件保护，第三方开发的API后端服务（PHP,C#等）无需任何修改只需要接入到API网关中即可享受API网关的熔断、限流、监控等功能。（6） 支持多种协议转换API网关支持注册RestfulAPI、WebService、Dubb。三种类型的API注册并能对JSON和XML进行数据格式的转换、无需编码可实现json转xml和xml转json功能，通过转换后更有利于前端UI框架进行API的调用。更多的协议转换类型支持自定义扩展插件进行数据转换，可以对API的请求数据和后端API的返回数据进行二次加工处理。⑺API网关性能单台API网关性能与不经过API网关转发时的性能损耗在10%-15%的范围，压力测试和实际使用场景中API网关转发时以每秒吞吐量为指标进行对比，经过API网关转发时吞吐量接近直接访问API时的90%以上的效率，当然如果在API网关中增加较多的过滤器或插件如：IP黑白名单过滤，敏感字符控制等业逻辑时吞吐量会有所下降，这取决于过滤器本身的算法及性能，我们认为只要是公共的API业务逻辑都应该抽到API网关层的过滤器中进行统一管理和维护，而API网关的性能则通过水平扩展来解决。(8)API网关部署架构API网关通过动态的水平扩展部署架构来保证不间断服务和应对大并发的请求情况，API网关在架构上已经做到同类API网关的最优架构，具有依赖少，部署和运维简单等特点，其中API网关中重要的日志库采用MongoDb进行分片存储，同时日志库可以与API网关的配置库数据源进行隔离，即使MongoDB出现不可用的情况下也不影响API网关的正常运行。API网关提供了多种日志库的解决方案，同时支持自动进行日志库的分库可以按年、月、周、天进行自动分库，而开源的API网关和其他的网关基本采用日志文件进行存储再通过log采集器进行收集后再发送到第三方数据库中，这种架构具有架构复杂、依赖组件多、运维复杂等缺点，一旦引入这种类型的API网关就需要运维至少3-5个开源组件(Logstash、Kibana、Elasticsearch、Redis、kafka...),每一个组件出现问题都影响API网关的运行，对于一般的企业IT人员来说存在开源组件的运维风险。调研结论在整个企业实习调研过程中，因为我在公司主要负责的是功能开发，因此我对软件开发的功能相关知识有了初步的了解，以上是我对公司软件发开管理、以及开发任务调查了解的流程，开发使用的资源共享服务器，功能测试方案的编写，功能测试用例评审、功能测试中断和通过的一些参考标准的相关总结，功能开发包括的其实还有很多方面，例如：虚拟机的布置管理、防火墙的相关状况、业务逻辑编程、兼容性编程、安全性编程、高并发处理、token认证等等，对于功能开发的这些方面，在今后的实践中才