当前位置: 首页 > 软件库 > 程序开发 > 微服务框架 >

UAVStack

研发运维一体化的解决方案
授权协议 Apache-2.0
开发语言 Java JavaScript HTML/CSS SHELL
所属分类 程序开发、 微服务框架
软件类型 开源软件
地区 国产
投 递 者 魏翔
操作系统 跨平台
开源组织
适用人群 未知
 软件概览

UAVStack 是智能化服务技术栈,是研发运维一体化的解决方案。UAV 是无人机的缩写,寓意无人机翱翔蓝天,智能的,透明的完成任务。

UAVStack 包括任务机器人(代号HIT),全维监控(代号UAV.Monitor),应用性能管理(代号UAV.APM), 服务治理(代号UAV.ServiceGovern),微服务计算(代号UAV.MSCP),用户体验管理(代号UAV.UEM)等。其中,UAV.Monitor+APM 为不但为智能运维采集全维监控数据,也提供了实时监控,自动化问题诊断的工具,是一站式的全维监控 + 应用运维解决方案。

目前 UAVStack 开源系列包括:

  • 前言 微服务计算平台,即MicroService Computing Platform,简称MSCP,应用微智能思想提供了一套基于微服务架构的计算平台。 UAV系列软件中监控代理程序(Monitor Agent)和监控管理服务(Health Manager)都是基于MSCP构建的。MSCP能够 提供一系列特性来简化计算任务的开发工作,包括提供通信、工作流、定时任务(多线程、异步等)、IO处理、资源

  • 本周我们向大家介绍UAVStack中的文件数据归集功能。该功能可以有效解决日志查找费时和日志文件丢失等问题,帮助快速定位解决问题,规避日志访问权限可能带来的安全风险。 前言 在分布式微服务架构下,单个应用中往往包含很多实例。日常工作中,我们常常需要查看应用运行过程中产生的日志。但登陆服务器从大量实例中查找目标日志耗时耗力;有时日志文件还会在应用重启过程中丢失。 UAVStack的文件数据归集功能不

  • 本周为大家介绍UAVStack的开源系列产品,从设计理念、平台架构、功能特性方面深度剖析全维监控(UAV.Monitor)、应用性能管理(UAV.APM)及微服务计算平台(UAV.MSCP)三大开源产品,并展示了丰富的产品界面,让大家对UAVStack的了解更加立体全面。 另外,文章结尾列出了UAVStack的产品功能清单,感兴趣的小伙伴可以试用啦~~~ 试用过程中,如有任何问题,可在后台留言;也

  • 前言 为了保证应用的可靠运行,需要对系统建立完善的应用监控,实时获取应用信息和运行状态。在之前的文章里,我们通过介绍MOF中的CaptureFramework框架和InterceptFramework框架,分别阐述了应用实时数据和画像数据的采集方法。 然而仅仅采集是不够的,还需要对应用数据进行归集和处理,并提供相应的信息存储和查询能力。 在UAVStack中,应用数据的归集功能通过MA来实现。MA

  • 背景 应用微服务化场景下,随着服务个数的增加,服务之间的相互调用变得更加复杂,服务治理需求愈加突出,其中服务流量控制是服务治理中的重要一环。 当前常用的流量控制方案主要有基于Spring Cloud的Hystrix和阿里开源的Sentinel应用流量控制降级方案。客观而言,两个方案都是侵入式的,要求用户在应用中引入相关包,编写相关逻辑。 UAVStack作为一套智能化服务技术栈,其服务治理(UAV

  • 本专题前几篇文章主要从架构层面介绍了如何实现分布式调用追踪系统。这篇文章我们不谈架构,就其中的一项关键技术实现进行深入探讨:如何从超文本传输协议(HTTP)中获取request和response的body和header。 在Java中,HTTP协议的请求/响应模型是由Servlet规范+Servlet容器(如Tomcat)实现的。换句话说,在类Tomcat容器中,一次完整的HTTP请求都是通过实现

  • 在上周的推送中,我们介绍了调用链的模型设计与模型时序图,本周将为大家继续介绍调用链是如何在中间件增强技术的赋能之下实现服务端信息收集以及服务间上下文传递的。 服务端信息收集 服务端信息收集流程如下图所示,通过在应用容器(Tomcat等)启动过程中植入切点,实现在应用逻辑执行之前和之后对请求进行劫持。 应用逻辑执行之前:解析request中的调用链信息,并初始化调用链上下文; 应用逻辑执行之后:解析

  • 一周一更,UAVStack又来例行推新啦~~~在上周的推送中,我们介绍了调用链技术中的日志聚合、分布式跟踪及二者的关联运用,相信大家已经对调用链有了基本了解。本周,我们将继续介绍调用链的模型设计与模型时序图,小伙伴们上车啦 在分布式在线服务中,一个请求需要经过多个系统中的多个模块,可能需要多达上百台机器的协作才能完成单次请求。在这种场景下,单靠人力已经无法掌握整个请求中各个阶段的性能开销,更无法快

  • 背景 应用微服务化场景下,随着服务个数的增加,服务之间的相互调用变得更加复杂,服务治理需求愈加突出,其中服务流量控制是服务治理中的重要一环。 当前常用的流量控制方案主要有基于Spring Cloud的Hystrix和阿里开源的Sentinel应用流量控制降级方案。客观而言,两个方案都是侵入式的,要求用户在应用中引入相关包,编写相关逻辑。 UAVStack作为一套智能化服务技术栈,其服务治理(UAV

 相关资料
  • 上回说到学校后门的黑暗料理,立马开始收到各路私信推荐,且精确提供,如「第四根电线杆」这样的地理位置信息,「面相憨厚的胖大娘」的人脸识别技术,和「排队最长的那家」此类的强社交属性信息。今天的主角,兄弟肉夹馍的故事,就是这么来的。 开发运维,齐力断金。 肉夹馍,属于走三层混合架构的典型代表,同类型的还有驴肉火烧,煎饼果子,大饼卷肉。这个架构因其独特的分层设计原则,带来了极大的开发便利性。这一架构在全球

  • 面试整体感觉良好,很放松,说的不清楚的地方,面试官会帮忙补充。整个面试就像聊天一样。 1、自我介绍 2、问项目相关 3、输入一个网址后,整个过程。(主要问网络层和数据链路层的整个转发过程,ARP协议等等) 4、数据链路层的协议 5、http请求与响应(数据格式什么的,get与post,还有响应状态码) 6、进程与线程,并发与并行 7、不同进程间的通信方式,一个进程内线程通信方式(当然是坑了) 8、

  • 本文向大家介绍详解SpringBoot统一响应体解决方案,包括了详解SpringBoot统一响应体解决方案的使用技巧和注意事项,需要的朋友参考一下 前言 最近在优化自己之前基于Spring AOP的统一响应体的实现方案。 什么是统一响应体呢?在目前的前后端分离架构下,后端主要是一个RESTful API的数据接口。 但是HTTP的状态码数量有限,而随着业务的增长,HTTP状态码无法很好地表示业务中

  • 不管怎样,这里是我正在做什么的源代码,因为我还没有任何解决我的第一个问题的方法。

  • 一个面试官 技术二面 20-30分钟 自我介绍 还是偏安全的岗位 先问简历上的实习和项目,介绍每段过程,觉得最重要的是哪一个 哪个是有创新点的(说了科研项目...) 项目中的难点是什么,遇到过什么问题,怎么解决的 研究方向比较小众,又细问了点 数字签名介绍下 对称加密和非对称加密区别与联系,适用范围之类的 国密算法有什么? 国密算法的推广使用中难点是什么?国密算法替代常用的非对称和对称算法 使用到

  • 一面 1、自我介绍 2、聊第一个项目 3、手撕一道shell,统计网站uv 4、八股(计网,操作系统,k8s,docker,linux) 5、聊第二个项目 6、聊第三个项目 7、场景题(快速读或操作一个大文件) 8、聊实习 9、两道手撕代码,合并区间和子集 10、反问 总共50分钟 #面经# #你都收到了哪些公司的感谢信?# #牛客创作赏金赛# #简历#