高性能、弹性服务解决方案指南

解决方案指南提供高性能、弹性的数字服务企业级、全栈、以服务为中心、AI 驱动的可观测性方法新的数字正常• 加强跨综合体的服务交付，混合动力技术服务——生态系统业务在 2020 年发生了翻天覆地的变化。被迫加速他们的数字转换以满足新的计划要求，组织现在正在解决技术挑战了。是否参与客户通过电子商务,在线提供远程学习，通过以下方式提供医疗服务远程医疗服务，或运营复杂的供应与企业资源规划（ERP）系统的链，组织现在对数字服务的依赖程度超过以前他们最关键的业务活动和客户体验。以分析为中心，持续不断采用分析驱动的方法提高卫生服务技术堆栈•提高运营效率,减少———市场，最大限度地延长服务正常运行时间，并提供更好的服务用户体验服务的演变操作从历史上看,瀑布应用程序的性质发展与传统相结合导致开发和架构的服务具有三种角色的运营团队：服务交付经理,应用程序的性能经理和技术/基础设施网络运营经理。通过有效地承担责任对于数字服务堆栈的三层中的每一层但过时和孤立的监控和方法管理数字服务无法实现 LEF T 重组满足数字化转型的新需求。服务中断和中断的成本爆炸，导致代价高昂，如果不是致命的结果对于组织。违反合同或法规服务水平协议可能会导致代价高昂的罚款。最严重，未能满足客户期望数字服务会导致生产和贫穷品牌的声誉。组织一直在坚持过时了监控数字服务的方法，因为遗产开发和操作的宿醉与传统服务架构相结合的实践。随着组织采用更敏捷的实践软件开发，功能集成度更高生产操作方法等等弹性、临时和容器化架构提供服务,过时的方法监测创造了更多的盲点,业务操作负责业务性能网站可靠性工程师确保性能和可靠性DevOps的团队服务交付经理确保连续服务保证业务kpiSplunk而不是更多的可见性。性能工程师最大化应用响应性的最佳经验技术/网络操作现在是时候组织采用一个新的会议需要的新的数字的方法正常的。这是机会:监控和解决问题与基础设施作战情报管理实时数据•不断和主动直接自动和手动对事件的反应数据和分析系统和可视化图1:每个人都在开发和操作必须能够访问公共数据吗 解决方案指南（业务、用户/应用程序和基础架构），这些三个角色能够监控各自的层没有太多交互的数字服务堆栈尽管彼此之间存在逻辑依赖关系。因此孤立监控工具诞生了。日志、指标和跟踪。数据分析不正确按域划分会造成代价高昂的可见性差距，从而禁止从交付开发和运营团队高度可用、高性能的数字服务。所以开发实践更加迭代和服务架构变得更加动态,查找、修复和预防问题的方法在数字服务中，运营也必须发展。可观测性从根本上的新方法重新定义中断和性能下降可预测和可预防，而不是突然和昂贵的紧急情况。虽然这三个角色在大多数组织中仍然存在，人们也认识到需要更多功能整合的角色，以提供数字服务在复杂和混合技术生态系统中。云特别是原生环境，赋予了权力开发团队变得更敏捷比以往任何时候都更连续。这种加速和敏捷性使开发过程能够“SHIF TEF”并使开发人员能够更早地关注质量在开发周期中。与此同时,更新环境带来了服务体系结构更具弹性、短暂性和容器化。这导致了关系的复杂服务映射在数字服务的不同组件之间叠。持续集成速度的提高和发展结合增加四个现代化的操作挑战现代团队在交付方面面临四大关键挑战响应和服务的持续改进。1. 管理复杂,短暂的混合服务架构。很少组织管理一个静态的技术端口杂烩。快速发展的云,本机结构会导致“服务drif”,配置数据库和服务在哪里网格是从来没有真正的同步操作环境。因此,操作团队在有过时的和不完整的基础设施、应用程序的理解和用户体验背后的依赖性服务。没有这种理解,它可以很难确定哪些利益相关者最合格的调查和诊断的潜力服务中断。架构复杂性是激发站点可靠性工程等角色的增长。网站可靠性工程师(sr)的混合应用程序性能管理和技术/网络运营经理。他们保证弹性微服务的性能和可用性基于应用程序和基础设施。老有推动新的操作实践，既适用于应用发布，例如金丝雀测试和混沌工程，以及事件响应，例如编程伸缩和auto-remediation。这种进化要求每个人开发和运营团队可以访问一个事物：数据。仪器仪表和遥测至关重要给服务交付经理、应用程序性能经理，技术/网络运营经理和网站可靠性工程师完成了解服务堆栈的运行状况。但作为数字服务架构的复杂性增加，数据增加排气。一个现代的数字跨多组基于微服务的服务应用程序和弹性基础架构将生成警报、事件的数量、速度和种类极佳，2. 在孤立,缺乏灵活性监视工具。专业的遗产监控工具的性质已经无意中创建了一个孤立的扩张吗运营中的仪表板和嘈杂的警报系统团队。这反过来又使它更加困难具有讽刺意味的是,理解的整体健康一个服务和有效地解决问题。运营团队遭受疲劳和倦怠处理警报风暴。之间的偏差团队看到延长的数据相互矛盾的观点同时发现并解决事件。提供高性能、弹性的数字服务2 解决方案指南3.筛选与不完整的服务问题,采样数据。地图。这是必要的，以便主动防止业务团队定义的服务降级，并在问题发生时确定问题的根本原因。但是没有一种标准化的关联见解的方法从运营数据到业务 KPI，几乎无法预测潜在服务的影响中断或提供对积极影响的可见性业务上成功的数字服务运营。运营团队无法识别关键问题，如果数据分散在筒仓,必须前采样分析。他们还不能主动检测异常服务吗行为和防止中断之前成为中断。没有必要的数据完全理解发生了什么,事后评论不表面的见解需要开发自动化的预防对未来的措施。这正是可持续成功的关键可观测性是选择正确的数据和分析平台或。没有合适的分析平台或为正确的监控提供正确的数据工具在正确的时间，运营团队在技术堆栈的怜悯并被迫手动收集，索引、关联和构建自定义可视化高总拥有成本。4. 确保服务的可靠性和业务性能。当然,最终目标应该是确保业务服务的表现优化和满足业务目标。如果一个组织想要应对的挑战新的数字正常,这是极其重要的能够连续关联基础设施,应用程序和用户体验指标业务成果。正确的分析平台orm,另一方面,提供所需的灵活性和功率从数据中完全提取最相关的信号排气，快速回答有关健康的问题以及服务堆栈的性能，并准确分类自动和手动的反应。使用正确的分析驱动的可观测性方法，组织可以发现、修复和防止更多问题，更准确、更迅速。自定义的局限性,特定于域的方法组织对数据爆炸的反应是创建新的分析、数据科学和智能团队。他们一起负责检测服务栈,以便不同的角色整个运营社区拥有实时监控和故障排除所需的可见性。域——的优势不可知论者可观测性应对运营团队的四大挑战在这个复杂、快速变化的环境中，需要域无关的方法可观察性满足开发的所有目标和操作团队使用:想建立自己的运营团队自定义的可观测性与开源系统分析和可视化框架，希望获得灵活性和定制。远不止于此，虽然，这种方法实际上使他们更难。得到他们所需要的灵活性。• 基于实时开源数据的数据平面可以收集任何类型的警报、事件、在规模、日志、度量和跟踪数据• 基于实时和流媒体的控制平面启用数据平台orm处理所有数据,没有部分跟踪、采样或聚合，在几分钟内可行的见解,为了跟上不可避免的变化技术生态系统，组织需要能力引入和处理任何类型的警报、事件、日志、实时度量和跟踪数据，无需依赖专有数据收集技术。• 针对人工智能驱动的应用程序来理解和监视服务运行状况的不同方面以通知自动和手动操作。此外，组织需要理解的能力应用程序和基础结构服务拓扑由配置数据库或服务编目提供高性能、弹性的数字服务3 解决方案指南Splunk的港口混杂物的可观测性Splunk的独特与域无关的方法有帮助团队理解变化对服务的影响性能和运行状况，同时显著降低性能或时的平均修复时间健康降解。解决方案Splunk 的企业级、全栈、以服务为中心，AI-powered港口什锦菜可观测性的解决方案为运营团队提供有针对性的工具，以查找，修复并防止更多问题，更准确地秒,包括:更大的灵活性与开放源数据收集和可伸缩的数据处理•Splunk的基础设施监控:实时的,参数标准基础设施监控与预处理仪表板和智能报警Splunk是OpenTelemetry的主要贡献者基于项目和一直建立解决方案基于收集的数据收集器。与专有不同传统监控工具的检测，Splunk的面向未来的数据收集方法赋能运营团队分析几乎任何数据类型今天,很容易把新的数据类型基础设施、应用程序和用户体验尚未发布。这消除了供应商锁定和长期的投资回报最大化。•Splunk日志观察员:无限的日志分析的快速故障诊断的应用程序错误•Splunk的应用程序性能管理:基于NoSample™的实时全保真应用性能监控和AI-driven执导故障排除•Splunk真实用户监控:实时完全保真用户事务监控•Splunk的人工合成物监控和网络优化:模拟终端用户的请求测量和优化可用性和性能Splunk的Data-to-Everything平台orm是一个非提供快速流式传输的关系数据平台ORM，实时数据的过滤、聚合和分析。数以千计的组织已经广泛采用它各种用例。运营团队使用 Splunk 的平台ORM为一系列全面的活动提供动力来自基础架构和应用程序监控故障诊断业务服务监测。•Splunk IT服务情报:KPI-driven事件分析和见解,以防止服务中断发生之前•Splunk待命:智能化和自动化的事件响应与协作。新服务的运营团队真实用户监控合成事务监控服务监控和见解现代运营团队不需要遭受遗留工具和长期的碎片化可见性定制分析解决方案的不灵活性。用与域无关的可观测性解决方案，开发和运营团队可以把极端的体积,将操作数据的速度和种类转化为目标用于查找、修复和预防更多问题的见解，更多准确地在几秒钟内。Splunk应用程序性能监控事件分析基础设施监控事件响应和自动化日志分析图2:使用Splunk监视整个组织完整的堆栈提供高性能、弹性的数字服务4 解决方案指南所有这些都改变了运营的生产力团队和赋予他们花更多的时间创新和能力发展与从未-结束战斗的周期问题。这就是为什么Splunk在领域不可知方面的创新可观测性给每个人在操作组织响应要求的新的数字正常。Splunk的平台的首选orm财富100强的92,和被公认为可观测性的市场领导者，运营管理(ITOM)和AIOps多个行业分析师公司。使用一个服务,以分析为中心、以分析为导向的方法，运营团队可以持续确保健康、弹性和复杂的数字服务的性能任何用户体验、应用程序和基础架构，不管是本地还是在云端。图3:Splunk帮助查找、解决和防止更多问题,更准确地在整个堆栈四个运营团队现在可以的挑战成为进步的机会。复杂的灵活性,不断变化的服务架构可以通过灵活的方法进行匹配以确保他们的健康。由 产生的警报噪音可以过滤掉使用孤立的监视工具机器学习，缓解疲劳和倦怠。可以跨不同的数据进行收集和关联团队，在不损失保真度的情况下，在一个集中的平台上 ORM为每个人提供准确和完整的视图。运营见解也可以映射到业务KPI 用于创建跨职能一致性并防止在服务中断影响最终用户之前将其拒之门外。这种现代的方法使运营团队追求许多新的机会:•首先,提高运营效率提高整个技术的透明度堆栈帮助运营团队发现更多问题，更多准确地在几秒钟内。•第二,更大的减少投入市场的时间合作可以帮助业务涉众修复更多的问题,更多的很快。• 第三，满足服务级别目标的能力更有效地使用预测分析可以防止影响最终用户的严重问题。访问splunk.com为更多的信息。了解更多信息:www.splunk.com/asksaleswww.splunk.comSplunk、Splunk>、Data-to-Everything、D2E 和 Turn Data Into Do 是 Splunk Inc. 在美国的商标和注册商标，并且其他国家。所有其他品牌名称、产品名称或商标均属于其各自所有者。© 2021 斯普伦克公司保留所有权利。21-19853-Splunk-提供高性能弹性数字服务-SG-104