微服务架构下DLI的部署和运维怎么理解，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。华为云数据湖探索DLI是支持多模引擎的Serverless大数据计算服务，其很好的实现了Serverless的特性：1.弱化了存储和计算之间的联系；2.代码的执行不再需要手动分配资源；3.按使用量计费。那么如何才能更好的实现Serverless化的服务，同时又避免成为传统单体分布式的应用，微服务架构无疑是最优的选择。DLI基于微服务架构模式下的整体部署架构如下：即对外以纯API形式提供服务，通过以API Gateway作为应用的入口，基于领域模型按子域进行微服务划分，从而实现Serverless化的大数据计算服务。对于这样一个基于微服务架构实现的Serverless服务，我们是如何在生产环境来部署与运维，从而在保证服务SLA的前提下实现快速迭代上线的呢？随着技术的发展，部署的流程和架构都发生了根本性的变化，如今已经走入了轻量级、短生命周期的技术时代。从最初部署在物理机上的大数据计算平台，到基于公有云的弹性计算云服务器部署大数据平台，再到DLI这样的Serverless服务，其很好展现了大数据计算服务的演变。那么如何才能更好的实现Serverless化的大数据计算服务的部署呢，DLI的答案就是基于Kubernetes+Docker来部署各微服务。Kubernetes部署是在不停机的情况下部署服务的好方法，但是如何应对在接收生产流量后出现的错误，使新版本的服务更可靠呢？这可以通过将问题一分为二来看：1.部署，即将服务上线到生产环境中运行；2.发布，即使服务可用于处理生产流量。传统上，分离部署流程与发布流程一直是一个挑战。但现在我们有了很好的选择，那就是基于服务网格。在DLI的部署中我们结合了Kubernetes+Istio，利用Istio的流量管理实现了服务发现、流量路由，从而轻松的将部署与发布分开，使新版本的服务更加可靠。免运维也是DLI作为Serverless云服务面向客户时的一个重要的特性，我们是如何实现整个服务的运维呢？今天就说说DLI是如何实现监控告警来提升整体运维能力，从而为客户更好的提供Serverless的DLI。上图是DLI服务的整体部署架构，作为Serverless服务其全面拥抱云原生技术，无论是对外提供任务管理的微服务还是最终执行任务的计算单元，其都是基于Kubernetes来部署，这也更好的实现了Serverless的快速弹性伸缩。对于DLI服务的监控告警我们当前主要从以下几个方面来考虑：1.全局维度，主要是整体API的QPS、成功率和响应时延DLI作为Serverless大数据计算服务，其对外均以REST API的形式提供服务，因此API的QPS和响应时延直接反映了服务对外的能力，而成功率更是服务SLA的直接体现。2. OS维度，主要是容器宿主的CPU使用率、内存使用率、磁盘使用率、上下行流量无论部署的架构、技术如何演进，对基础资源的监控都是最基本和必须的。3.容器维度，主要是CPU使用率、内存使用率、K8s空间和用户空间使用率、POD的健康度容器是虚拟机的演进，因此对于容器的资源监控也是最基本的。我们的微服务或计算单元都是以容器运行在Kubernetes集群上，因此对于POD的健康状态的监控也是必须的。4.微服务维度，主要是流量、性能、健康检查和关键日志等监控是为了更好的发现和解决问题，因此核心还是业务层面的监控。DLI是一个复杂的分布式Serverless应用，其内部根据不同领域模型又分为不同的微服务，因此对于微服务内部的流量、性能等的监控则是衡量各微服务可靠性的重要指标。一个好的系统往往有完善的日志体系，通过对关键日志进行监控则能够帮助我们快速发现和定位问题，因此这也是我们在业务维度的监 香港云主机控上的重点。关于微服务架构下DLI的部署和运维怎么理解问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注开发云行业资讯频道了解更多相关知识。
这篇文章主要介绍了MongoDB如何在线安装，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。具体步骤：首先，习惯性的关闭防火墙：[root@localhost ~]#systemctl stop …
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
