• 关于

    运维监控软件

    的搜索结果

回答

Maxserver AI运维大屏 基于AIOps理念研发的新一代运维监大屏 全盘展示IT运行状态,减轻运维人员的重复性工作量,提高IT系统排错速度,加速运维知识学习积累。 体验地址:http://maxserver.xybcbc.com 接口地址:http://maxserver.xybcbc.com:8091/ops 体验账户:maxserver 体验密码:maxserver AI运维大屏三种方案获取数据: (1) 集成现有监系统、动环系统(需提供API接口) (2) 采用Zabbix5.0采集监控数据 (3) 采用Maxserver采集数据。 AI运维大屏解决的核心问题及价值: 价值一:全盘展示IT运行状态,包括:自动化运维大屏、应用大屏、网络拓扑图、服务器大屏、流量大屏、安全大屏、数据库大屏、运维数据分析大屏、监控项“脑图”大屏、动环大屏。 价值二:集成运维自动化管理模块,通过运维剧本编排,并且关联监控项,实现自动化运维。比如网络设备配置定时自动备份与比对、常见故障自动化排错、数据定时备份与校验、批量化软件安装部署、配置等。 价值三:提升运维管理水平 3.1用Maxserver导出精美的主机运行可视化报表。 3.2自动生成监控项运行“脑图”,让运维人员第一时间感知IT系统的整体运行状态,在“脑图”上,我们可以查看每一个监控项的运行数据及信息记录。 3.3资产标签化管理,满足各类用户对资产管理的需求。 3.4配置项标签化管理,为运维人员提供强大的配置项管理功能。 3.5 提供配置项关系管理功能,让运维人员自由创建配置项关联关系。 3.6 支持机房动环的集成,支持机房设备物联网。 3.7 Maxserver集成运维人员高效沟通平台,提高运维人员的协同能力。
米盒子 2020-09-11 10:14:31 0 浏览量 回答数 0

回答

Zabbix,Nagios等监控软件在运维方面越来越受青睐,因为能够准时,及时的将服务器产生的故障信息,发送给运维人员,以便运维人员能够及时的解决问题。但是近来,越来越多的公司就偏向了的zabbix阵营,当然选择这东西,因人而异。     编者在学习了Python一段时间后,发现Zabbix Api可以利用脚本的形式实现Zabbix自动监控,所以编者在兴趣驱使下,在查阅了相关的资料后,就开始使用自己的云服务器进行实验。    所以本文介绍的就是如何使用Python,Zabbix Api,钉钉机器人,来实现自动化监控。
python小菜菜 2020-06-19 14:51:34 0 浏览量 回答数 0

回答

Python在系统运维上的优势在于其强大的开发多能力和完整的工业链,它的开发能力远强于各种Shell和Perl,的确通过Shell脚本来实现自动化运维!借助自动化运维来实现大规模集群维护的想法是对的,但由于Shell本身的可编程能力较弱,对很多日常维护中需要的特性支持不够,也没有现成的库可以借鉴,各种功能都需要从头写起,所以说Shell脚本力量不够。而现Python是更好的选择,Python具除了易读易写更兼具面向对象和函数式风格,已经成为IT运维、科学计算、数据处理等领域的主要编译语言。通过系统化的将各种管理工具结合,对各类工具进行二次开发,形成统一的服务器管理系统。和Python类似的Ruby也很适合编写系统管理软件,但是在相关库和工具上比Python差远了。让系统易运维管理是一个工程,Python在服务器管理工具上非常丰富:配置管理(Saltstack)、批量执行( Fabric, saltstack)、监控(Zenoss, nagios 插件)、虚拟化管理( Python-libvirt)、进程管理 (Supervisor)、云计算(Openstack)等,大部分系统C库都有Python绑定。作为一门编程语言,Python几乎可以用在任何领域和场合,自身带有无限可能,担任任何角色。从国内的豆瓣、搜狐、金山、腾讯、盛大、网易、百度、阿里、淘宝、热酷、土豆、新浪、到国外的谷歌、NASA、YouTube、Facebook等互联网巨头公司都用Python完成各项任务。随着云计算技术的发展与成熟,低端运维人员的市场越来越小,甚至是没有市场,因为中小型公司不需要运维,而大公司的门槛高,低端运维没有核心竞争力,会工程开发能力的运维才是大企业喜闻乐见的。掌握Linux技能是一个运维人员的基本,要胜任大公司以企业及的运维工作光会Linux还远远不够。Linux+Python是运维的最佳搭配。
世事皆空 2019-12-02 01:07:19 0 浏览量 回答数 0

万券齐发助力企业上云,爆款产品低至2.2折起!

限量神券最高减1000,抢完即止!云服务器ECS新用户首购低至0.95折!

回答

Linux运维更多的是运维,运维Linux机房或者Linux平台下的软件;更多的是维护,可能会需要一些脚本功底:shell编程、perl编程、python编程等。嵌入式Linux开发更多的是开发基于Linux的嵌入式设备。比如:楼宇监控用的DVR-数字硬盘录像机(海康威视,浙江大华,深圳锐明视讯)、上下班打卡用的指纹打卡机(深圳中控)、基于linux的路由器(极路由)等等。更多的是软件开发或者硬件开发。另外智能家居产品中也有大量使用嵌入式Linux。开发需要有一定的软硬件基础:包括单不止:能看懂基本电路原理图、熟练掌握C/C++程序设计语言。
云栖技术 2019-12-02 02:35:23 0 浏览量 回答数 0

问题

【技术干货】云端Windows的运维实践

[size=font-size:10.5pt,10.5pt][font="] 说起云端Windows运维实践,我们不得不先说下云端的好处,云端具有便捷、高效率、灵活拓展、数据可...
驻云科技 2019-12-01 21:30:32 3286 浏览量 回答数 1

问题

为DevOps提供专业级、全栈式性能监控服务

相信大家都清楚,深谙 DevOps 的公司做起事情来更加高效。相较于竞争对手而言,他们的代码重用率更高,错误率更低。但是,成功取决于多种因素,其中就包括:是...
忆远0711 2019-12-01 21:51:12 8727 浏览量 回答数 2

问题

运维最恨4件事:开发同学能帮忙做点啥?

DevOps 这个词表明,开发和运维需要通力合作。然而在现实生活中,双方都会有不同的工作职责,同时看待问题的视角也不尽相同。大多数情况下,都是运维一方得到不公正待遇。为了让开发人员能更...
sunny夏筱 2019-12-01 21:37:39 6779 浏览量 回答数 8

回答

Re朋友位能否介绍一下服务器监控软件目前最流行的有哪几款 自己搭建可以选这个: http://www.yinxiulei.cn/运维神器/cactinagios监控神器 用第三方的可以选  监控宝
ot24_aliyun 2019-12-02 01:40:15 0 浏览量 回答数 0

问题

麒麟开源堡垒机网络设备使用方案

第一部分 项目概述 1.1需求分析 对于网络设备的运维管理,大部分公司目前还没有形成一套完整的管理方法,部分公司在网络设备上建立用户名密码,然后运维人员使用网络设备的本地密码登录后进行运维操作&#x...
linziyuan 2019-12-01 21:30:08 4927 浏览量 回答数 1

问题

客户案例分享——云络科技

云络科技 云络科技成立于2008年,是中国最早提供服务器管理及云计算服务的公司。是全球领先的OaaS运维即服务的倡导者和领跑者。公司总部位于上海,客户遍及亚洲和全球,专注于...
申木 2019-12-01 21:49:30 9891 浏览量 回答数 1

问题

IT运维整体解决方案如何应付普遍4大困惑问题

IT 运维普遍面临 4 大困惑,如何解决好这几大关键问题点, IT 运维的所有问题都会迎刃而解,其实我们工作几年后发现,针对某一个问题也许是需要技术攻关,但是针...
傻傻的说 2019-12-01 21:10:13 2242 浏览量 回答数 0

问题

游戏云间之三:游戏运维

一款游戏产品上线,仅仅从技术角度来讲,分为软件层次的游戏代码研发,及硬件层次的代码部署上线。劈开代码研发方面不讲,游戏的部署上线,成为我们一个很头疼的问题。为什么头疼&#...
起航 2019-12-01 21:43:27 23458 浏览量 回答数 17

回答

要想学习kubernetes,首先你要先去了解kubernetes的前世今生,Kubernetes是什么?它不是简单的master/worker,controller/apiserver/etcd/scheduler等等一些二进制及配置文件。也不仅仅是pod/deployment/service/daemonset等等一些部署单元,也更不是一个简单的PAAS平台。它是一个体系,包含了软件工程管理、软件开发模型和理念、项目管理、架构设计、运维管理、交付管理等等,除此之外才是一个类PAAS平台 如果要真正能了解Kubernetes,除了学习基础的Linux,你还需要了解什么才算入门? 1、微服务架构,及微服务能解决的问题 2、对应微服务的语言生态,如JAVA、GO、Python等 3、基础的软件配置管理,如代码管理、CI/CD、版本管理 4、基础的生产维护管理,如变更管理、流程管理、监控、成本管理等 5、其它运维知识,如基础网络、中间件、运维工具等 当然你最好准备一台随时随地使用的云服务啦,学习k8s不再是梦!
miclezhou 2020-02-28 17:19:02 0 浏览量 回答数 0

回答

云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新 Jenkins是一个开源软件项目,是基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能
1252111517567195 2019-12-02 00:23:53 0 浏览量 回答数 0

问题

【教程免费下载】跟老男孩学Linux运维: Shell编程实战

前言 为什么要写这本书 目前全球正处于互联网+的时代,越来越多的传统企业都在通过互联网提供产品和服务,比如,互联网+教育、互联网+金融、互联网+电商、互联网...
知与谁同 2019-12-01 22:07:43 1702 浏览量 回答数 0

问题

网站365审核维护办法

第一阶段:纯手工运维。完全依赖手工的方式运维,有时在命令行里面的敲几行命令,有时用鼠标在几个不同的网页上操作,基本上都是靠“前辈”手把手指导,然后就自己上路了࿰...
游客w2ijmv4bla54u 2019-12-01 19:46:21 14 浏览量 回答数 0

回答

背景 当您需批量对ECS实例中软件进行管理时,通过OOS批量管理软件可轻松搞定,当前支持管理阿里云提供的客户端软件(如云监控Agent和日志服务Agent),以及常见软件包管理系统(如yum和apt-get)。 操作步骤 登录到运维编排控制台 。 单击常用运维任务中的 批量管理软件 。 首先选择操作。 可选择软件类型有阿里云提供的客户端软件和常见软件包管理系统apt/yum,本示例选择常见软件包管理系统 apt/yum并用yum安装htop。 oos 然后选择实例。 实例选取方式有两种,分别是手动选择实例和指定实例标签。本示例选择指定实例标签,并输入预设的分组实例标签键值。 oos 最后设置 高级控制。 执行模式 可选择 自动执行 和 失败暂停 。 并发和批次控制 可设置 并发速率 和 最大错误数。 并发速率 可以选择并发控制和批次控制,本示例选择并发控制。 oos 单击 立即执行。 在执行管理中可查看刚刚创建的执行,若创建执行成功,且执行状态处于运行中,则表示命令已开始执行。 当执行状态转换为成功时,则表示命令执行成功。 如需更多了解执行情况,您可单击该执行的详情,查看执行日志。
1934890530796658 2020-03-24 11:24:34 0 浏览量 回答数 0

回答

分布式中间件 蚂蚁分布式中间件的产品发展路径,一直秉承引领和拥抱业界先进标准和实践,同时亦能满足传统金融架构的平滑迁移、融合适配,以稳妥应对业务升级变更,并积极应对金融交易系统所面临的服务和数据扩展性、事务一致性、秒级容灾、弹性供给与调度等关键技术挑战。 双模微服务 提供实现经典 SDK 模式和 Service Mesh 两种微服务模式所需的各种组件,致力于帮助企业快速构建高可扩展、高性能、低成本、轻量无侵入的分布式系统。 消息队列 在蚂蚁金服关键链路中历经十年实战打磨,是一款具备高可靠、高吞吐量、高可用、事务强一致性、可稳定支撑亿级数据洪峰的金融级消息中间件。 任务调度 提供分布式任务调度框架,实现任务的分布式处理、统一调度和全方位的监控运维管理。 分布式链路跟踪 面向分布式架构、微服务架构和云原生架构的应用可观察性的金融级解决方案,帮助您快速发现并准确定位应用全生命周期的性能问题,具有全链路追踪、简单易用、扩展性强等特点。 多模应用 PaaS 平台 SOFAStack CAFE(Cloud Application Fabric Engine)云应用引擎,提供应用管理、发布部署、运维编排、监控分析、容灾应急等全生命周期管理的PaaS 平台能力,满足金融场景中经典和云原生架构的运维需求,帮助传统架构平滑过渡、保障金融技术风险 。 经典应用服务 基于应用视角、提供基于 VM 模式发布管控的可视化运维管理平台,满足数据中心级别的发布部署需求和灰度能力。 容器应用服务 满足金融级运维场景的云原生容器应用服务,在兼顾标准化一致性 K8S 能力的同时,提供源自蚂蚁实践的全生命周期应用发布部署能力。 监控分析平台 经过蚂蚁场景历练,兼容云原生标准,为大规模、复杂业务场景提供全方位可观测性和洞察分析能力。 研发效能套件 源于蚂蚁金服互联网金融领域研发背景和工程实践的深厚沉淀,为行业数字化转型客户提供金融级一站式智能研发平台,提供敏捷交付和稳妥创新兼顾的研发交付、风险防控和质量保障等能力,赋能金融产品高可用和研发效能的持续提升。 持续交付 基于 Gitflow 工作流的最佳实践,通过组件灵活编排,轻松实现代码扫描、代码评审、自动化测试、自动编译部署等核心功能,以持续交付实践不断提高研发效率。 项目协作 研发协作是一款专为软件研发项目团队打造的简洁、易用、整合的一站式协作平台,以项目为切入点,多维度集成管理需求、任务、缺陷、迭代、看板,提供轻量级支持敏捷开发等多种项目管理的实践方法。
LiuWH 2020-03-24 22:19:17 0 浏览量 回答数 0

问题

开课吧携手OneAPM:在线教育如何应对千万级用户的挑战?

开课吧作为慧科教育集团旗下全球最大的兴趣学习社区,为用户提供课程分享和兴趣学习平台,对课程拍摄手法、视频制作方式、用户体验等不断进行创新和完善,实现学习的个性化和兴趣化,让优质学习资源...
sunny夏筱 2019-12-01 22:07:12 9951 浏览量 回答数 2

问题

开课吧携手 OneAPM:在线教育如何应对千万级用户的挑战?

开课吧作为慧科教育集团旗下全球最大的兴趣学习社区,为用户提供课程分享和兴趣学习平台,对课程拍摄手法、视频制作方式、用户体验等不断进行创新和完善,实现学习的个性化和兴趣化,让优质学习资源...
doudou1 2019-12-01 21:20:28 10472 浏览量 回答数 0

问题

企业运营对DevOps的「傲慢与偏见」

摘要:出于各种原因,并非所有人都信任 DevOps 。有些人觉得 DevOps 只不过给开发者改善产品提供了一个途径而已,还有的人觉得 DevOps 是一堆悦耳的空头支票,甚至有人认为...
忆远0711 2019-12-01 21:32:29 9823 浏览量 回答数 0

问题

镜像环境之一:云端监控

镜像环境之一:云端监控 说起监控,不得不提的是cacti、nagios、zabbix,基本上这三大监控软件覆盖了监控绝大部分领域。本期介绍的核心话题,主要围绕着《Nagios监控&#...
驻云云专家 2019-12-01 21:38:04 7095 浏览量 回答数 0

回答

Web+作为用来构建和部署应用的全托管式平台,支持多种主流的开发语言、提供了多种访问方式、提供了开放的平台和工具、拥有对资源的完全管控权力、可以轻松运维与监控应用。 全托管式应用平台 在全托管式的平台上构建和部署应用,您完全无需关心底层资源和运行时环境的申购与配置,只需上传应用程序部署包并提交资源的使用需求,Web+便能自动完成全部资源的创建与编排工作。 多语言生态 支持多种主流的开发语言,如Java、Node.js、Go、PHP、Python、ASP.NET Core和Ruby;除此之外,您也可以使用Docker镜像配置在特殊场景下使用的自定义运行时环境,或根据平台的开放插件体系开发更多编程语言的支持能力。 多种访问方式 Web+提供了多种访问方式。使用Web控制台,您可以用图形化的方式来管理应用和部署环境;使用命令行工具,您可以在命令行窗口以全键盘模式与系统进行交互,还可以使用Shell脚本将基本命令组合成适用于特定场景的可复用工具集。最后开放的POP API接口以及由此派生的各种开发语言SDK,可以将对Web+平台的访问能力集成到任何第三方系统中(如持续集成与持续交付系统、软件市场等)。 开放的平台和工具 Web+提供了多种插件体系和配置规范,以打造一个开放的平台及工具生态体系。资源型插件可以对接更多种类的基础设施,如数据库、缓存、日志服务、应用程序性能监控(APM)等;软件型插件可以让您在操作系统中安装更多指定的库和支持软件,以满足自定义开发语言或应用运行时的需要。Web+还开放了用于部署环境的配置文件格式(Wpfile),用户可以在此基础上自定义扩展插件所需的配置。 提升开发人员生产效率 Web+负责配置和操作基础设施,并帮您管理应用的技术栈(平台),因此您无需花时间专门维护应用的技术栈。您可以集中精力编写代码,将管理和配置服务器、数据库、负载均衡器、防火墙和网络等工作交由Web+代劳。开发人员可以只关注应用代码,在零服务器管理和零配置的情况下发布一套应用部署环境。在团队内部,也可以由运维人员将部署的配置信息调整完毕,通过共享或源代码管理的方式将配置描述文件分发给开发人员和测试人员,从而实现部署环境的快速复制。另外在开源场景下,您可以使用由Web+官方或开源软件提供方分发的公共配置描述文件来快速搭建一个开源软件的试用或生产环境。 完善的资源控制 您可以根据应用发布需求自定义最适宜的阿里云资源,如ECS实例、数据库、负载均衡器和网络等资源。使用Web+,您可以完全控制应用所需阿里云资源,并且可以将管理和配置这些基础资源的工作交由Web+代劳。 轻松运维与监控 Web+提供了内建的基础监控和服务监控能力,您可以在控制台或命令行中实时查看部署环境的健康状况和性能水平,同时在控制台和本地终端上实时查看和下载环境日志,以帮助解决应用启动或运行中遇到的问题。另外针对不同的语言环境,Web+还提供了具有针对性的诊断功能,进一步辅助您解决性能问题及各种疑难杂症。
1934890530796658 2020-03-23 13:43:25 0 浏览量 回答数 0

回答

用户介绍 上海原圈网络科技有限公司成立于 2013 年,服务超过 400 家国内外高净值头部客 户和多家 500 强企业,其中包括碧桂园、金地、中海、保利、龙湖、万科、奔驰、捷豹等 知名品牌,累计服务项目 2000+。旗下自主研发的“原圈云”产品,融合 Mar Tech 营 销科技和 AI 智能服务两大核心技术,为高净值企业提供了智能化营销获客解决方案,落地 数据驱动的新型营销和客户服务,带来跳跃性效果增长和妙不可言的用户体验。 业务痛点 近些年来,Serverless 技术一直在高速发展,且呈现出越来越大的影响力。在这样的 趋势下,随着主流云服务商不断丰富云产品体系且提供更便捷的开发工具的大背景下,越来 越多的企业开始采用 Serverless 技术来构建自己的云上应用系统。 原圈科技的核心研发团队是国内第一批从事企业移动互联科技的专业技术团队之一。随 着业务的增长,公司需要动态扩容。如果自建 K8s 集群,成本相对更高。原圈科技调研了 市场上的相关产品,从自身需求出发综合考虑三点:  一是快速弹性扩容;  二是白屏化应用部署管理能力;  三是免运维,简化运维的复杂度。 解决方案 技术人员根据业务实际需求,结合运维部署效率、资源利用率等方面综合考虑,最终决 定采用阿里云 Serverless 产品家族(Serverless 应用引擎 SAE 和函数计算 FC)快 速搭建核心业务平台。Serverless 应用引擎(SAE)支持多种部署方式,可以帮助开发运维人员方便快捷地 将多语言应用部署运行。此外 SAE 内置了服务注册中心和配置中心,使用微服务架构的 应用也不再需要单独搭建它们。原圈科技业务中涉及到大量的系统间交互问题,通过将 API 接口放在 SAE 上,极大地提升了交互的高效和稳定。 使用 SAE 后无需单独购买物理 ECS 资源,SAE 同时提供了完善的应用生命周期 管理、极致的弹性伸缩以及应用监控等能力,帮助 IT 人员从传统的繁琐的运维工作中解放 出来,从而有更多的精力聚焦业务本身。 函数计算(FC)是事件驱动的全托管计算服务。开发人员将一些公共的 API 从应用 主体剥离出来,上传给函数计算进行可靠的、弹性的、按需的调用。 同时函数计算提供的版本管理功能可以更高效地管理服务、函数以及触发器。通过版本 管理实现大多数软件开发生命周期中持续集成、持续发布。原圈科技业务中涉及计算的部分, 如人脸识别等,统一交由函数计算来处理。 原圈科技通过采用以上 SAE+FC 的组合方案,快速高效地完成了核心业务系统的搭 建。与此同时,通过技术团队的努力,也完成了系统的 Serverless 化转型。通过云原生 技术实现了高效的开发运维、解决了成本效率问题,给业务带来了巨大的价值。
1358896759097293 2021-03-24 10:10:45 0 浏览量 回答数 0

问题

日志服务具有怎样的成本优势?

成本优势 日志服务产品在日志处理的三种场景下具有以下成本优势: LogHub:以购买云主机 + 云磁盘搭建 Kafka 相比,对于 98% 场景下用户价格有优势。对小型网站而言ÿ...
轩墨 2019-12-01 21:50:59 1341 浏览量 回答数 0

回答

DevOps 这个概念最早是在 2007 年提出的,那时云计算基础设施的概念也才刚刚提出没多久,而随着互联网的逐渐普及,应用软件的需求爆发式增长,软件开发的理念也逐渐从瀑布模型(waterfall)转向敏捷开发(agile)。传统的软件交付模式(应用开发人员专注于软件开发、IT 运维人员负责将软件部署到服务器运行),再也无法满足互联网软件快速迭代的需求。于是,DevOps 作为一种打破研发和运维之间隔阂、加快软件交付流程、提高软件交付质量的文化理念和最佳实践 逐渐普及至今。 DevOps 的现状 DevOps 的流行得益于业界对于应用软件敏捷开发、高质量交付的诉求,所以为开发和运维开辟了一块“公共的空间”,让双方可以在这里紧密合作。那时软件研发依旧属于一个新兴行业,人们习惯于向成熟的制造业学习,制造业解决大规模生产的方式,就是构建流水线,通过流水线规范化每个步骤对接的内容,而流水线上的工人们则只需要各司其职,快速熟练的完成自己这部分生产内容。 所以,DevOps 借鉴了制造业的经验,开始构建持续集成 / 持续交付(CI/CD)的流水线,催生出了一系列自动化 / 半自动化工具(如 puppet、chef、ansible 等),结合编写脚本的可扩展能力,将研发和运维的大量操作规范化,从而达到彼此协作的目标。但是最终还是要有人投入到这些工具的构建中,于是就出现了 DevOps 团队。DevOps 团队构建的工具和平台,帮助研发更容易地接近生产环境,让研发在持续集成、持续交付的过程中可以一键部署、快速试错,从而很大程度提前暴露和避免了软件在实际运行过程中的问题。 从本质上讲,DevOps 是为运维服务的。 它把生产环境的运维流程通过自动化的工具提供出来了,屏蔽了基础设施细节,同时让软件本身的问题更容易暴露,从而把这些问题尽量提前交给研发去解决。这些,其实都是在帮助运维减轻负担。 这一套模式在一开始运转良好,但是问题也随着时间的推移慢慢暴露出来了。DevOps 本身不为企业带来直接的利润,也不增加产品的功能,它们是企业的成本中心,所以许多企业不愿意为 DevOps 投入太多的成本。久而久之,DevOps 的能力便无法与研发人员增长的需求所匹配,不愿意继续伴随着云和开源社区的发展向前演进,反而成为软件研发的瓶颈。试想一下,有多少大公司的技术人员,对自己公司里的“研发效能”工具表示满意呢? 云计算的普及 聪明的企业总能从自己的需求中发现业界共有的需求,AWS 便是这么诞生的,他们早在 2006 年便首次把软件部署需要的网络、计算、存储等基础设施当做服务提供给用户,允许任何人在不购买服务器等物理硬件的情况下构建互联网应用程序,规模化使得整体的成本比用户自建更低。而云计算 IaaS、PaaS、SaaS 的概念也正是在那一年开始逐渐清晰的。 云计算的初期,用户主要使用的是 IaaS 服务,如虚拟机、存储等,使用云计算服务的企业依旧需要运维来管理这一类基础设施,只是运维管理的对象从物理机切换到虚拟机而已,并没有太本质的区别。 而随着云计算的快速发展,云的能力不断补充、增强,渐渐将原先由运维提供的方方面面的能力都转换成为了云上的服务,这其中自然包含了管理软件完整生命周期的各类服务,从代码托管、持续集成、持续交付,到监控、报警、自动扩缩容等一系列的能力,均能在云上找到对应的服务。品类之多、数量之巨,令人瞠目结舌。 但是 DevOps 依然有着用武之地。云的对接难度实在太大了,涉及到的云服务又多,不同云厂商提供的服务还不统一,为了使用云上的产品不得不投入大量的时间学习,而为了防止云厂商的绑定又不得不做多厂商的适配,DevOps 依旧需要像过去一样为开发屏蔽实际环境的复杂性,只不过这次他们要负责管理的基础设施变成了云资源。 改变一切的 Kubernetes Kubernetes 的本质是现代应用基础设施,它关注如何将应用与“云”天然地集成在一起,将“云”的最大价值发挥出来。Kubernetes 强调让基础设施能更好的配合应用、以更高效的方式为应用“输送”基础设施能力,而不是反之。在这个过程中,Kubernetes 、Docker、Operator 等在云原生生态中起到了关键作用的开源项目,正在在把应用管理与交付推上一个跟以前完全不一样的境况:Kubernetes 的使用者只通过声明式的方式描述自己应用的终态是什么,然后一切就结束了。Kubernetes 会处理后面的所有事情。 这也是为什么 Kubernetes 非常强调声明式 API。通过这种方式,Kubernetes 本身接入的基础设施能力越强,Kubernetes 的使用者能够声明的终态就越丰富,他的职责也就约单纯。现在,我们不仅能够通过 Kubernetes 声明应用的运行终态,比如;“这个应用需要 10 个实例”,我们还能够声明应用的很多运维终态,比如:“这个应用使用金丝雀发布策略进行升级”,以及 “当它的 CPU 使用量大于 50% 时,请自动扩展 2 个实例出来”。 这就让传统的 DevOps 工具和团队受到了挑战:如果一个业务研发自己只需要通过声明式 API 声明他的应用的所有终态甚至包括完整的 SLA,后面的一切就都会有 Kubernetes 来自动的搞定,那么他还有什么理由去对接和学习各式各样的 DevOps 流水线呢? 换句话说,长久以来,DevOps 实际上是在充当研发与基础设施之间的那一层“胶水”。而现在,Kubernetes 通过它极具生命力的声明式 API 和无限接入的应用基础设施能力,正在完美的扮演这个“胶水层”的作用。这也提醒了我们,上一个正在被 Kubernetes 体系强烈挑战的“胶水层”,其实叫做“传统中间件”:它正遭受到 Service Mesh 的巨大冲击。 DevOps 会消失吗? 近几年,Kubernetes 项目经常被描述成 DevOps 的“最佳拍档”。类似的观点认为, Kubernetes 跟 Docker 一样,解决的是软件运行时的问题。这意味着 Kubernetes 更像一种“时髦”的 IaaS,只不过运行时从虚拟机变成了容器。所以,只要能够将现有 DevOps 思想和流程对接到 Kubernetes 上来,就可以享受到容器技术带来的轻量级与弹性。这对于提倡“敏捷”的 DevOps 来说,显然是最好的组合。 不过,至少目前看来,Kubernetes 的发展路径并不是一个类 IaaS 的角色。它虽然关注接入底层的基础设施能力,但它本身却又不是基础设施能力的提供方。而且,相比于软件运行时,Kubernetes 似乎更关心软件的生命周期和状态流转。不仅如此,它还提供了一种叫做“控制器模型”的机制来将软件的实际状态与期望状态不断逼近,这显然都已经超出了一个“软件运行时”的范畴。 Kubernetes 项目对应用本身的“额外关注”,让它与一个类 IaaS 基础设施有着明显的区别,也让它“胶水”的定位更加明显。而如果 Kubernetes 的能力足够强大,那么作为研发与基础设施之间现有的“胶水层”, DevOps 是否还有必要存在?在所谓的云原生时代,应用研发与交付是不是真的会走向“一次声明”就可以“撒手不管”,从而让 DevOps 彻底消失呢? 不过,至少目前看来,Kubernetes 项目距离这个愿景,还有不少困难需要克服。 “Platform for Platform” API 的局限性 Kubernetes 是一个典型的 “Platform for Platform”项目,所以它的 API,距离纯研发视角还是非常遥远的。就比如一个 Deployment 对象,就既包括了研发侧关心的镜像,也包括了基础设施侧的资源配置,甚至是容器安全配置。此外, Kubernetes API 并没有提供出对“运维能力”的描述与定义方式,这也使得声明之后的“撒手不管”变得遥不可及。这也是为什么目前 DevOps 依然被需要的原因:Kubernetes 的大多数字段,还是必须经过研发和运维共同协作的流程来进行填充。 无法对更多的云资源进行描述 K8s 的原生 API 只包含了云资源的很少一部分,比如用 PV/PVC 表达存储,用 Ingress 表达负载均衡,但这对于一个完全声明式的应用描述来说是完全不够的。比如,研发希望在 K8s 上找到一个概念来表达数据库、VPC、消息队列等需求的时候,就会感到非常困惑。而现有的所有方案则完全依赖于云厂商的实现从而带来了新的 vendor lock-in 困惑。 Operator 体系缺乏互操作性 Kubernetes 的 Operator 机制是这个项目的能力能够无限增长的公开秘密。但令人遗憾的是,目前所有 Operator 之间的关系,就像是一个又一个的烟囱,互相之间没有任何交互与协作的可能。比如,我们把云上的 RDS 通过 CRD 和 Operator 扩展到了 K8s 声明式 API 的体系中,但是当第三方希望写一个定时备份 RDS 持久化文件的 CRD Operator 去配合的时候,却往往无从下手。这就又需要 DevOps 的体系介入来解决问题。 未来? 显然,现在的 Kubernetes 项目,依然需要借助 DevOps 体系来真正完成软件的高效迭代与交付工作。这是不可避免的:尽管 Kubernetes 声称自己是“以应用为中心”的基础设施,但它作为一个从 Google Borg 衍生出来的系统级项目,其本身的设计和工作层次还是更多的基础设施领域徘徊。但另一方面,我们绝不可否认的是,Kubernetes 在它的关键路径上,始终保持着对研发侧 “NoOps” 的追求。这种渴望,从它第一天提出“声明式应用管理”理论的时候就已经“昭然若揭”,而 CRD 和 Operator 体系的建立,更让这种应用级别的关心终于有了落地的机会。我们已经看到很多 DevOps 流程正在“下沉”为 Kubernetes 里的声明式对象与控制循环,比如 Tekton CD 项目。 如果 Kubernetes 的未来是 100% 的声明式应用管理,那么我们有理由相信 DevOps 最终会从技术领域消失然后彻底蜕变成一种文化。毕竟,那个时候的运维工程师,可能都会成为 Kubernetes Controller/Operator 的编写者或者设计者。而研发呢?他们可能根本不会知道原来 Kubernetes 这个东西曾经如此显赫的存在过。
有只黑白猫 2020-01-07 11:35:38 0 浏览量 回答数 0

回答

用户介绍 高校健康打卡项目发起于北京大学软件与微电子学院,是该学院张齐勋老师在疫情期 间编写的一套健康信息采集和报表系统。该系统已在 GitHub 开源,并在 Wuhan2020 社区联合主办的 Hack for Wuhan 黑客松活动中荣获最受观众喜爱奖。在疫情期间,该 项目已在北大软微等全国 30 余个高校院系部署应用,为疫情期间的高校师生健康信息采 集汇总的需求提供了快速高效可定制的一站式解决方案。 业务痛点 由于高校打卡项目涉及高校数据安全,故采用自建方式来运行,而非使用第三方的打 卡软件。该项目使用经典的 LAMP + 小程序技术栈开发,前后端分离,开发者社区中基于 Java、Go 等多语言的后端项目也在开发中。在疫情期间,如果只有 1-2 个开发人员,还 按照传统模式买机器-各种语言应用编译打包-部署应用-搭建监控系统-线上运维挨个去 做,肯定满足不了交付效率,同时线上稳定性也得不到保证。因此,一套低门槛开箱即用, 且能在短时间内快速构建一套稳定的后端系统来支撑这套多语言健康信息采集和报表系统 的正常运行显得尤为重要。另外高校打卡时间段固定,会出现洪峰流量,但能否在应对洪峰 流量的同时最大程度地节省成本,也是当时的挑战之一。 痛点综述:整套系统从 0 到 1 搭建,业务交付效率要求高,但开发人员只有 1-2 个, 且涉及到多语言。潮汐使用计算资源,如果自己保有 IaaS 资源,会出现利用率不高的问 题,且需要考虑如何应对洪峰流量。 解决方案 阿里云 Serverless 应用引擎(简称 SAE)基于 Serverless 架构,帮助 PaaS 层用户免运维 IaaS 和 K8s,按需使用,按量计费。支持镜像 / WAR / JAR 三种方式部 署,低门槛零代码改造实现微服务 / Web / 多语言应用快速上云,同时打通了基础设施产 品 SLB、SLS、NAS 等和微服务周边生态产品,以及 Devops 产品,提供了一站式体 验,是企业上云的最佳选择之一。客户借助 SAE 实现了:  免运维,从 0 到 1 快速交付:基于 SAE,北大打卡项目无需购买和运维 ECS,通 过镜像方式白屏化快速部署了多个多语言应用。且无需自建监控系统,提供了开箱即用 的应用监控能力,极大提升了交付效率。  灵活弹性,节省成本:SAE 支持基于 CPU、Mem 使用率等监控指标自动触发扩缩 容,也支持定时弹性,这种灵活的弹性策略既能轻松应对流量高峰,也真正做到了按需 使用,节省了非打卡时段的闲置成本。  极致体验,提供一站式服务:SAE 在细节层面做的非常到位,可以直接在应用内开启 HTTPS 服务等,并与证书管理系统也有很好的集成。 总体而言,使用 SAE 大幅提升了北大打卡项目从 0 到 1 搭建的交付效率,为该项 目在疫情期间的稳定服务提供了强有力的保障。后续该项目不仅会继续支撑高校打卡,也会 作为开发者学习开源流程和基础开发技能的入门项目之一。Wuhan2020 发起人 Frank 说:“Serverless 应用引擎(SAE)帮助我们和齐勋老师从 0 到 1 快速搭建了一套服 务,帮助项目在较短的时间内就能上线运行,面对学生们的打卡高峰,可以轻松应对,免去 了我们在应用可用性上的维护成本,同时也节省了机器成本。
1358896759097293 2021-03-24 10:04:41 0 浏览量 回答数 0

回答

6月30日打卡,今日学习第四讲云端运维/监控/容器及DevOps实践”。 作业如下: 1. 关注云端架构带来的运维挑战, A单服务变更性能影响如何评估? B性能瓶颈在各微服务间漂移,如何做好性能测试? C应对突发流量需求,扩容能否解决问题,如何扩容? D服务实例数量众多,如何收集信息,快速定位性能问题? 2. 搭建成本高,学习成本大,监控不全 3. 未来一站式监控,全局埋点 4. 快速弹性伸缩 5. 构建仓库,采用模型化容器监控方案。通过对监控对象、监控过程进行建模,基于模型来驱动整个监控场景 #6月23日打卡,今日学习第三讲,《云端五大类热门技术实践》 ---作业1. 云平台已经充分考虑了各种场景下的应用的搭建,且为之实现了高可用,且能动态弹性伸缩 。 作业2. 负载均衡,多数据中心。 作业3. 前端负载均衡一般考虑七层,后端应用要充分考虑未来的压力,做好应用的高并发处理等 。 作业4. 主备、热备、冷备 。 作业5. 读写操作 。 6月21打卡读书汇第二讲:云端系统热门技术选型及配置容量规划实战”。 作业1 因为是入口流量,所以不收取流量费用; 作业2 Nginx可以作为Web服务器、或者负载均衡,有以下优势: 稳定性好,云端架构中LNMP(Linux+Nginx+MySQL+PHP)应用很广泛; 支持四层、七层的负载均衡、反向代理的功能; 性能高,高并发,系统资源占用少; 支持插件和灵活的二次开发; 前端静态数据缓存; 作业3 不可以;因为LVS(Linux Virtual Server)在四层和二层,不能识别封装在七层中的数据包内容。 作业4 一次连接:LVS的DR模式、NAT模式对数据包的处理都做一次连接,负载均衡对数据包仅做转发; 二次连接:Ngnix/HAProxy四层的二次连接是客户端和负载均衡进行TCP三次握手后,负载均衡和后端服务器会进行新的TCP连接; Nginx/HAProxy七层的二次连接是客户端和负载均衡进行TCP三次握手后,还需要等客户端Pushdata传输数据后,负载均衡和后端服务器会进行新的TCP连接; 作业5 I/O 5分钟法则:如果一天记录频繁被访问,就应该考虑放到缓存里。否则的话,客户端就按需要直接去访问数据源,这个的临界点是5分钟。 作业6 数据库的三大分类:关系型数据库(ACID模型)、BASE模型、非关系型数据库。 热门关系型数据库:Microsoft Access,Oracle、MySQL、SQL Server; 热门非关系型数据库:Redis; 作业7 2台 8核16G,10Mbps; 6月9日打卡今日学习《第一讲:云计算带来的技术变革》 作业一. B 作业二.有更强大的技术支持,对业务的满足更加充分,环境配置方面非常方便,自动化运维。 作业三. IaaS基础设施即服务 ,将软件的开发、管理、部署都交给第三方。Pass:平台即服务,提供软件部署平台,抽象了硬件和操作系统细节,可以无缝地扩展。开发者只需要关注自己的业务逻辑,不需要关注底层;Sass:软件即服务 ,是云服务的最底层,主要提供一些基础资源 作业四:编程语言是java,技术架构是Devops。作业
创造001 2020-06-09 23:36:25 0 浏览量 回答数 0

问题

【云端监控】

经验分享:镜像环境之云端监控 什么是 nagios Nagios是一款开源的免费网络监视工具,能有效监控windows、linux和unix的主机状态,交换机路由器等网络设置,打印...
few 2019-12-01 21:40:31 6309 浏览量 回答数 0

回答

针对DDoS攻击,政务云在公网入口部署了DDoS识别系统,可以自动检测到攻击行为,并且针对被DDoS攻击的流量直接牵引后进行流量清洗回注进行防御。 分布式拒绝服务攻击(DDoS攻击)是一种针对目标系统的恶意网络攻击行为,DDoS攻击经常会导致被攻击者的业务无法正常访问,也就是所谓的拒绝服务。对于此类攻击来说,用户除了自己架构做好全面的防护以外,仍需做好业务监控和应急响应,特别是对于风险的预估和预判,通过这些信息可以提前采购适合的商业安全方案。 方案说明 在本方案中,虽然阿里政务云已经提供了安全防护措施,但用户仍旧需要选择多款阿里云产品及其自带的功能来构建安全体系: 配置安全组:尽量避免将非业务必须的服务端口暴露在公网上,从而避免与业务无关的请求和访问。通过配置安全组可以有效防止系统被扫描或者意外暴露。 使用专有网络(VPC,Virtual Private Cloud ):通过专有网络VPC实现网络内部逻辑隔离,防止来自内网肉鸡的攻击。 优化DNS解析:通过智能解析的方式优化DNS解析,可以有效避免DNS流量攻击产生的风险。 采用安骑士,WAF等安全产品再结合服务器安全加固,提升服务器自身的连接数等性能。对服务器上的操作系统、软件服务进行安全加固,减少可被攻击的点,增大攻击方的攻击成本。 方案优势 高性价比:无需采购全套安全产品便可以防护住大部分的DDoS攻击,且给后续情况恶化时的进一步弹性升级预留了充足的空间。 体系完善:不仅从云平台的角度,更考虑到了客户业务的多变性和个性化,从而不用“一棒子打死”的粗糙手法确保了安全却影响了业务。这种细分颗粒度的安全管控和以白名单、黑名单以及专有网络隔离、账号隔离的方式来进行管理维护。 运维轻松:运维人员无需时刻关注集群情况,而是可以通过云监控等报警信息来保持高效运维,并且可以通设定预案来面对紧急情况,例如资源的弹性扩容,DDoS防护的弹性增加等等。 使用安心:阿里云的机房资源可以帮助任意客户在海量DDoS到来时进行防御,无需担心阿里云本身无法承受。
剑曼红尘 2020-03-23 13:34:41 0 浏览量 回答数 0

云产品推荐

上海奇点人才服务相关的云产品 小程序定制 上海微企信息技术相关的云产品 国内短信套餐包 ECS云服务器安全配置相关的云产品 开发者问答 阿里云建站 自然场景识别相关的云产品 万网 小程序开发制作 视频内容分析 视频集锦 代理记账服务 阿里云AIoT