内容简介:作者:R.D. Danes本文是作为Orate项目的一部分编写和制作的,该项目帮助组织讲述技术故事
作者:R.D. Danes
本文是作为Orate项目的一部分编写和制作的,该项目帮助组织讲述技术故事
云原生生态系统如此繁盛地增长,企业是否幸运?一整套精心打造的工具正在朝他们扩展。实现基础架构和应用程序现代化的手段触手可及。问题?他们迷失在一堆可能适用于某些组织的工具中,而不是他们自己的。在上个月在华盛顿州西雅图举行的KubeCon + CloudNativeCon北美2018年会议上,企业领导人聚集在一起分享从这一系列中挑选最佳工具的技巧。
有一个题为 “避免云原生态景观中的杂草”的小组讨论 ,聚集了四位在企业IT战壕中辛勤工作的专业人士。主持人Priyanka Sharma是GitLab负责联盟的主管,也是OpenTracing项目的贡献者,她从小组成员的头脑中寻找云原生工具的技巧。他们在采购、尝试、返回和交换工具方面分享了现实世界的成功和失败。
为什么云原生?
对于涉及云原生的IT团队而言,两个坚实的规则在讨论中脱颖而出:1)预先进行彻底的研究,并且2)毫不犹豫地放弃一个没有成功的选择。
在开始囤积工具以解决所有应用程序性能问题之前,请确保对可能性进行实际检查,CVS Health的PaaS和配置管理IT主管Melissa Chapman提供建议。
“如果你有一段糟糕的代码或一个糟糕的应用程序,而你认为一个工具会修复它,你就错了。”她说。
企业需要将自己的最终目标放在首位。为什么云原生?他们想加快应用程序开发和部署吗?给他们的开发者更多的空间来冲动创新?提高DevOps团队的敏捷性?他们是否真正了解云原生技术如何帮助他们实现这些目标?
“工具是达到目的的手段,”T-Mobile平台架构总监Brendan Aye说。
“你不会看到华尔街日报关于一些公司推出伟大工具的文章。”
随着围绕新技术的所有宣传,人们很容易忘记它只在改善业务成果方面才有用。一个企业的奇迹可能会在另一个企业中失败。它可能与旧技术不兼容,或者工作人员可能缺乏使用它所需的技能。
也就是说,选择有用的工具,并不完全取决于试验和错误。公司当然可以定义目标,并建立工具必须满足的标准,然后才进行测试。
介绍非官方的AEIOU云原生标准组织
谁记得学习元音?
Delta Air Lines的高级系统工程师Jasmine James和她的同事重新调整了旧的“AEIOU”歌曲。他们把它变成了一个缩写,并用它来确定云原生工具的大小。 它是这样的:适用性(Applicability)、企业就绪(Enterprise-Ready)、集成(Integration)、开销(Overhead)和效用(Usefulness)。
Jasmine说,最重要的因素是效用。即使其他企业在使用工具方面取得了很大的成功,Delta也不会抓住它,直到确定它可以从中获取一些效能。“我们希望确保你能够以正确的方式实际地使用它们。”
用例治疗转化焦虑症
根据一些明确定义的用例,最容易确定效用。企业知道问题,知道过去没有用的东西,以及最终可以解决的问题。
Lyft软件工程师兼CNCF项目Envoy的创建者Matt Klein表示,以渐进方法采用云原生技术和现代化应用程序要比沸腾海洋(boiling the ocean)更加明智。
“我真正推荐给每个人的旅程,是真正考虑面临的问题,并尝试逐步进行。就像,没有Big Bang解决方案,”他说。“采用单一技术不会在一夜之间改变业务,但单一工具可以大大改善一个用例或应用程序。像这样的一系列简单步骤最终可能会导致业务转型。”
尝试,失败,继续尝试
如果工具不起作用怎么办?如果这是一场彻底的灾难怎么办?容易,扔掉它,并尝试新的东西。
“任何一个用例都有几十种工具,”Aye说。“也许CNCF的项目Prometheus 1.0在你的公司中失败了,但Prometheus 2.0可能会提供第一个版本所缺少的一切”。
Melissa同意快速迭代是找到最适合云原生工具的皇家之路。
CVS希望将其收据数字化,以便客户可以在智能手机上查看它们。它尝试了云原生技术,失败了,继续尝试,并最终成功。
“我们从一些我们认为会帮助我们的工具开始,但没有效用,”她说。
“所以我们很快就转移了,但最终变得非常棒。”
要集成,还是不集成?
当一家公司最终找到适合它的工具时,很快就会意识到有太多的工具需要管理。然后怎样呢?它应该选择将功能集中在一起的工具吗?
“也许不是”,Brendan说。“我不想点名供应商,但是现在有一些日志工具开始集成指标,和一些指标工具开始集成日志记录,我觉得这是一个好方法对两边做坏事。”
最好的点解决方案通常比平庸的混合方案更可取。云原生生态系统需要集成工具,以便在不削弱其功能的情况下进行更容易的管理。
我们将可以在5月CNCF再次在西班牙巴塞罗那召开的 KubeCon + CloudNativeCon EU 2019 ( CFP提案征集截止日期为太平洋标准时间2019年1月18日 )看到多大进展。
2019年KubeCon + CloudNativeCon中国论坛提案征集(CFP)现已开放
KubeCon + CloudNativeCon 论坛让用户、开发人员、从业人员汇聚一堂,面对面进行交流合作。与会人员有 Kubernetes、Prometheus 及其他云原生计算基金会 (CNCF) 主办项目的领导,和我们一同探讨云原生生态系统发展方向。
在中国开源峰会上,与会者将共同合作及共享信息,了解最新和最有趣的开源技术,包括 Linux 、容器、云技术、网络、微服务等;并获得如何在开源社区中导向和引领的信息。
大会日期:
- 提案征集截止日期:太平洋标准时间 2 月 15 日,星期五,晚上 11:59
- 提案征集通知日期:2019 年 4 月 1 日
- 会议日程通告日期:2019 年 4 月 3 日
- 幻灯片提交截止日期:6 月 17 日,星期一
- 会议活动举办日期:2019 年 6 月 24 至 26 日
2019年KubeCon + CloudNativeCon + Open Source Summit China赞助方案出炉啦
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- 零信任原生安全:超越云原生安全
- 畅谈云原生(下):云原生的飞轮理论
- 【云原生丨主题周】云原生为何物?为何重要?
- Micronaut 2.0.0 发布,原生云原生微服务框架
- 2018云原生技术实践峰会(CNBPS) 重新定义云原生
- 云原生生态周报 Vol. 8 | Gartner 发布云原生趋势
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
Programming Concurrency on the JVM
Venkat Subramaniam / The Pragmatic Bookshelf / 2011-6-1 / USD 35.00
Concurrency on the Java platform has evolved, from the synchronization model of JDK to software transactional memory (STM) and actor-based concurrency. This book is the first to show you all these con......一起来看看 《Programming Concurrency on the JVM》 这本书的介绍吧!