聆听访谈实录与背后故事

本文涉及的产品
对象存储 OSS,20GB 3个月
对象存储 OSS,内容安全 1000 次 1年
应用型负载均衡 ALB,每月750个小时 15LCU
简介: 偶然接受了一次阿里云聆听平台的电话访谈,顺便聊聊我跟聆听平台的故事、谈谈我对聆听平台的看法。

缘起

四月初的一天早上,突然接到一通来自杭州的电话。原来是阿里云聆听的同学,说是因为我在聆听上提了不少好的建议和意见,其中相当一部分被阿里云研发团队采纳了。现在,聆听团队正在筹备【阿里云年度红黑榜颁奖典礼】,需要一些来自客户的声音,希望能做个简短的访谈。我刚好有时间,就答应了。

访谈实录

确实是非常简短的访谈,就3个问题:

1.请您做一个简短的自我介绍

我是XXX,目前在XXXX公司负责运维自动化、基础架构、DEVOPS等工作。我也是阿里云MVP。

2.请问您给阿里云提出的建议实现后,对您的业务有什么样的效果?

我使用阿里云有6、7年了,给阿里云提了不少建议,其中相当一部分被阿里云采纳并实现了。这些建议实现后,大大方便了我们的工作,工作效率大幅提升。

比如,之前负载均衡服务是不能按照VPC网络里的ECS私服IP进行搜索的,在有数千台ECS、数百个SLB的情况下,当有SLB或者ECS要进行维护操作的时候,排查处理SLB就是一件非常耗费时间和精力的事情,排查一次耗费1个小时都算是效率高了,而且经常会出现遗漏出错的情况。我跟阿里云提建议后,阿里云很快就实现了,现在同样的情况,同样的事情,耗费5分钟就完全可以很方便的搞定,而且不会出错,效率提升几十倍。

再比如,我们使用阿里云容器服务kubernetes托管集群的时候会挂载OSS,挂载OSS需要accesskey。当有核心人员变动或者出现AK泄漏甚至安全制度本身就要求定期更换AK的情况下,ACK是不允许直接更新AK的。如果需要更新,那么就需要所有引用OSS的服务停止然后删除挂载卷,然后再重新启动,也就是所有服务要停止再重新部署。为了避免服务停止,我们当前使用新AK挂载新存储卷,然后所有服务使用新存储卷重新部署的方式。这个方案虽然可以避免停服,但是依然需要重新部署大量服务,也就意味着大量服务的变更,意味着大量的协调工作、变更操作和风险。这个方案对我们来说,实施一次少则数周,多则数月,工程量浩大。我也跟阿里云提了建议,目前已被采纳。这个建议若实现,那么耗费数周甚至数月的浩大工程,将在数分钟甚至数秒内轻而易举地完成,效率可提升几万倍。当然,我个人评估,这个技术难度应该不小,需要阿里云ACK和OSS的同事们一起协作努力。加油!

3.请问您比较关注阿里云哪几款产品?您对这些产品有什么样的要求或期待。

对于阿里云,我主要关注能快速给公司技术团队赋能的产品和技术趋势。

比如企业级分布式应用服务 EDAS,可以借助阿里微服务框架HSF快速构建应用,同时无需自行撘建ZooKeeper、Eureka等微服务依赖,还内置了灰度发布、流量控制、环境隔离等企业级高级特性,可以让公司技术水平以较小成本快速得到提升从而支持业务的快速迭代和高速发展;

再比如Serverless应用引擎SAE,以应用的服务调用与分布式配置推送为视角,提供逻辑隔离的运行环境,可以基于命名空间在不同的环境间进行配置的隔离和同步,支持应用生命周期管理,支持一键启停开发测试环境,支持分批、灰度等多种发布策略,提供面向应用的实时监控等,可以帮助我们迅速搭建和部署应用环境,获得应用可视化能力,快速聚焦问题,发现系统瓶颈,大幅提升诊断问题的效率。

类似的产品和服务还有应用高可用服务ahas,提供架构感知、流量防护和故障演练能力;微服务引擎MSE,提供免运维的高可用ZooKeeper、Nacos和Eureka集群,几乎无需修改业务代码,开箱即用,可大大降低企业的基础架构运维要求和成本,使企业聚焦于业务实现,另外还有云效等。

阿里云这两年努力地把阿里体系内久经考验并大规模应用的技术产品进行重新孵化、开放,以PaaS平台提供给所有客户使用,成绩斐然。

希望后续能提供更多地相关产品的迁移升级工具、最佳实践分享和培训,帮助更多企业快速构建具有企业级高级特性的基础架构,快速低成本地获取大规模、高可用、高弹性的技术支撑能力,支持业务的高速发展和快速变化。

背后故事

说起聆听,还真挺特别的。我知道聆听,是阿里云服务支持同学告诉我的。作为阿里云至尊服务客户,我们在使用阿里云产品遇到问题时绝大多数时候都是把问题往群里一扔,根据问题的难易程度,就会有客服同学、技术支持同学、研发同学在群里帮忙解答和支持。遇到比较难搞的问题,也会有产品、架构师、各种工程师等来公司现场帮忙解决。但解决问题可以,想让阿里云改进产品这招就不管用了。在知道聆听前,我也会给阿里云各个职位的同学提建议,大家态度也都非常友好,并表示会尽快改进,然后大多数时候就没有然后了。

有一次,我又把我的建议扔群里了。这一次,有个客服支持同学跟我说,请去聆听提建议。然后,我就踏上了聆听之路。聆听的功能要说有什么特别的,好像也没有,简单来说就是产品建议和缺陷的收集反馈。

聆听的特别之处在于:

1.所有的都是公开的,不管是建议意见还是处理流程。这让聆听在长期积累之后,不单是收集反馈,还变成了搜索问题答案的平台,因为你想提的问题可能之前已经有人提过,而且阿里云的同学也已经作答了。
2.很明显,提到聆听平台的建议不仅长期存在不会丢失,而且有同学在一直跟进。虽然,离“件件有着落,事事有回音”还差那么一点(貌似有个别的建议到了评估阶段就没回音了),但是作为提建议的人,能得到关注和反馈,本身就是一种尊重和肯定。(想起给其他平台又打电话又写邮件反馈的意见,都石沉大海。)
3.阿里云年度红黑榜。我是这次才知道阿里云内部有这么一个东西。据说这个东西是根据阿里云各个产品对客户意见和建议的重视和改进程度评出来的。虽然,我不知道对阿里云产品改进的作用有多大,但看得出来,阿里云对客户意见的重视程度。

最后

在这个时代,几乎所有单位都表示自己非常重视客户的建议和意见,但客户表达通道通畅的没几个,敢把意见和建议都晒出来的,更没几个。聆听,作为阿里云的意见收集产品,有温度可亲近,加油!

相关实践学习
通义万相文本绘图与人像美化
本解决方案展示了如何利用自研的通义万相AIGC技术在Web服务中实现先进的图像生成。
相关文章
|
机器学习/深度学习 算法 TensorFlow
Python 元学习实用指南:1~5(3)
Python 元学习实用指南:1~5(3)
280 2
|
消息中间件 分布式计算 DataWorks
DataWorks常见问题之kafka数据导入datahub失败如何解决
DataWorks是阿里云提供的一站式大数据开发与管理平台,支持数据集成、数据开发、数据治理等功能;在本汇总中,我们梳理了DataWorks产品在使用过程中经常遇到的问题及解答,以助用户在数据处理和分析工作中提高效率,降低难度。
|
5月前
|
存储 人工智能 自然语言处理
15.4K Star!Vercel官方出品,零基础构建企业级AI聊天机器人
"基于Next.js 14和AI SDK打造的Chat SDK,让开发者快速构建支持多模态交互、代码执行、文件共享的智能对话系统,5分钟完成全栈部署!" —— Vercel AI Chatbot项目核心宣言
240 5
|
10月前
|
JavaScript 前端开发
JavaScript中的原型 保姆级文章一文搞懂
本文详细解析了JavaScript中的原型概念,从构造函数、原型对象、`__proto__`属性、`constructor`属性到原型链,层层递进地解释了JavaScript如何通过原型实现继承机制。适合初学者深入理解JS面向对象编程的核心原理。
140 1
JavaScript中的原型 保姆级文章一文搞懂
|
11月前
|
机器学习/深度学习 人工智能 安全
2024年软件开发新趋势
2024年的软件开发领域迎来诸多新趋势。低代码/无代码平台通过可视化界面让非技术用户也能快速构建应用,显著降低开发成本。5G技术的普及带来高速度和低延迟,推动物联网和人工智能的发展,促进实时数据处理。DevSecOps将安全融入开发和运维全过程,减少安全风险。远程工作的常态化促进了Zoom、Microsoft Teams等协作工具的发展,提升团队效率。AI和ML技术在自动化测试、代码审查等方面的应用日益广泛,助力个性化用户体验。这些趋势正重新定义软件开发的未来,为企业带来机遇与挑战。
|
12月前
|
机器学习/深度学习 人工智能 算法
深度学习中的卷积神经网络(CNN)入门与实践
【9月更文挑战第19天】在这篇文章中,我们将探索深度学习的一个重要分支——卷积神经网络(CNN)。从基础概念出发,逐步深入到CNN的工作原理和实际应用。文章旨在为初学者提供一个清晰的学习路径,并分享一些实用的编程技巧,帮助读者快速上手实践CNN项目。
|
消息中间件 Java Kafka
【Azure 事件中心】在微软云中国区 (Mooncake) 上实验以Apache Kafka协议方式发送/接受Event Hubs消息 (Java版)
【Azure 事件中心】在微软云中国区 (Mooncake) 上实验以Apache Kafka协议方式发送/接受Event Hubs消息 (Java版)
277 1
|
网络协议 安全 API
家用路由器DNS被恶意篡改?教你如何应对
近期大量用户反馈家用路由器出现解析失效,怀疑部分家用路由器的DNS配置遭遇了非正常变动。我们建议家用路由器用户将本地DNS改成更安全可靠的服务器,如阿里云公共DNS;企业APP终端用户使用公共DNS企业版服务。
|
缓存 负载均衡 Java
Java一分钟之-Spring Cloud Netflix Ribbon:客户端负载均衡
【6月更文挑战第9天】Spring Cloud Netflix Ribbon是客户端负载均衡器,用于服务间的智能路由。本文介绍了Ribbon的基本概念、快速入门步骤,包括添加依赖、配置服务调用和使用RestTemplate。此外,还讨论了常见问题,如服务实例选择不均、超时和重试设置不当、服务列表更新不及时,并提供了相应的解决策略。最后,展示了如何自定义负载均衡策略。理解并正确使用Ribbon能提升微服务架构的稳定性和效率。
432 3
|
SQL Oracle 关系型数据库
实时计算 Flink版操作报错合集之向远端flink提交cdc模式作业时,连接池中的连接超时,该如何处理
在使用实时计算Flink版过程中,可能会遇到各种错误,了解这些错误的原因及解决方法对于高效排错至关重要。针对具体问题,查看Flink的日志是关键,它们通常会提供更详细的错误信息和堆栈跟踪,有助于定位问题。此外,Flink社区文档和官方论坛也是寻求帮助的好去处。以下是一些常见的操作报错及其可能的原因与解决策略。