Cloud Native Weekly | Jenkins决定未来重点三方向,Azure多项云服务崩

云原生一周精选

1 — 华为云应用服务发布三大新品
2 — 微软美国中南部数据中心被雷击跨导致Azure多项云服务崩溃
3 — 谷歌和思科合作的混合云产品GA
4 —Jenkins决定未来将重点放在稳定性,易用性和云原生兼容性上

1.华为云应用服务发布三大新品
9月6日,华为云中国行来到“江城”——武汉,华为云BU PaaS产品部总经理廖振钦在大会现场进行了“做有信仰的云,在创新的道路上加速奔跑”的主题发言,与参会企业分享了华为云目前的整体进展,以及AI时代华为云的创新和思考,并发布了华为云应用服务的3大新品:端到云全链路应用性能管理APM、专享版微服务引擎CSE、应用编排服务AOS的图形化设计器。

端到云全链路应用性能管理APM
在应用上云过程中,除了要满足应用运行的基础资源之外,还要能保障应用系统长期稳定运行。此次华为云重磅发布的端到云全链路应用性能管理,提供端到云应用性能追踪能力,通过应用全景拓扑实时展现应用运行状态,快速故障诊断,解决日常运维的痛点:
全链路追踪: 从端到云,通过分布式调用链追踪技术还原问题现场,分钟级定位代码性能瓶颈,大大缩短线上问题分析/修复时间。
分钟级根因分析: 基于华为云APM Lab最新专利技术,通过AIOps智能分析引擎,结合历史运维数据规律和代码执行的路径,分钟级找出问题根因。
零代码接入: 用户无需使用SDK方式埋点,APP/云应用快速接入。

租户专享版为服务引擎
专享版微服务引擎,为每个租户提供物理级隔离的服务注册、配置和治理,单租户管理规模可提升10倍以上。
据微服务引擎核心研发人员透露,为了满足用户在大规模实例下的管理需求,微服务引擎推出了专享版,其主要优势在于:
管理规模大: 专享版为服务引擎提供多种套餐规格,支持万级为服务,万级实例。
访问性能更佳: 微服务实例下线、配置变更即时感知,配合优雅停机和滚动升级机制,真正实现升级不断服。
资源独享,安全性更高。

应用编排图形化设计器
企业应用上云过程中,由于业务规模庞大,依赖关系复杂,难度极高。为了解决这一痛点问题,华为云AOS应用编排服务推出了图形化设计器。
通过图形化设计器,用户可以实现云上应用和服务的快速编排,大幅降低使用门槛,让所见即所得。同时通过大量电商、区块链、人工智能、游戏等行业场景50+模板复用,将大大提高应用上云的效率。AOS图形化设计器深度整合华为云70+服务资源和容器类应用,灵活满足客户在多样化业务场景下的编排需求。

2.微软美国中南部数据中心被雷击跨导致Azure多项云服务崩溃

微软在Azure状态页面上的一份声明中表示:“美国中南部的数据中心附近发生了一起恶劣的天气事件,包括雷击。这导致电源电压升高,从而影响了散热系统。确保数据和硬件完整性的自动化数据中心程序立即生效,关键硬件进入了有条不紊的断电过程。”

像微软这样的公司都有确保数据和硬件完整性的自动数据中心程序,如果温度上升到超过安全水平,会自动关闭数据中心机器,这是保护数据中心投资,保护用户数据的重要措施,但是对云客户来说也带来了很大的不便。

许多连接到Microsoft云服务的美国客户都在9月4号报告中断,这些服务包括Office365,Visual Studio Team Services,Azure Active Directory等。Office 365不在Azure上运行,但它使用了Azure Active Directory身份验证服务。

微软的消息称,“我们已经将一些受影响的服务连接到备用基础架构,同时尝试修复数据中心内的问题”。

Mimecast有限公司的网络弹性专家彼得•班纳姆(Pete Banham)说:“今天Azure发生的事件再一次清楚地表明,企业组织需要做好自己的冗余机制,而不是依靠单单一家提供商。”

Constellation研究公司的首席分析师兼副总裁霍尔格•米勒(Holger Mueller)表示,该事件也给了希望避免将来发生此类事件的微软一个深刻的教训。

米勒说:“这次事件深刻地提醒人们,即使对于像微软这等规模的IaaS提供商来说,要保持数据中心正常运行有多难。闪电、洪水、飓风、大雪和暴雨都会影响数据中心的可用性。所以一个关键的问题是,微软从中汲取了什么教训?它如何在将来能避免类似的故障?这给了希望加强云基础设施的公司一个深刻的教训。”

3.谷歌和思科合作的混合云产品GA

去年十月份,谷歌和思科宣布开发一个新的开放式混合云平台,实现连接本地和云环境。9月7日,Google Cloud工程副总裁Eyal Manor宣布,适用于Google Cloud的思科混合云平台已经GA。

该平台提供了一种在本地和云中无缝运行的方式,云中的应用程序可以使用包括现有IT系统在内的本地功能,本地应用也可以使用新的云功能,而无需完全转向公共云。

通过这种解决方案,开发人员可以使用Google Cloud上的企业级应用,如kubernetes云容器管理技术、GCP服务目录 、思科网络和安全、以及istio身份认证和服务网格监控等。它扩展了思科的网络和安全策略和配置,并监控混合云环境中的应用程序行为。

该技术为企业上云提供了良好的支持,允许企业可以按照自己的条件迁移到云端。

毫无疑问,谷歌和思科的合作将会得到那些正在评估如何迁移应用到云端的企业的重视。不过这款产品仍然面临着挑战,因为他们在混合云领域面对着激烈的竞争,AWS与VMware有着合作关系,微软Azure则提供了一个强大的混合云平台,其他竞争对手包括IBM和Oracle,也在推动他们自己的混合云战略。

  1. Jenkins决定未来将重点放在稳定性,易用性和云原生兼容性上

Jenkins团队决定将重点放在安全性问题和对类似kubernetes平台更好的支持上。

Jenkins Cloud Native SIG提出并推动了云原声Jenkins,该项目致力于在类似Kubernetes的云原声平台上运行Jenkins。Jenkins X平台是该方向的一个已有项目,它使用Jenkins作为核心,并增加了其他工具集。Jenkins的创建者和CloudBee的CTO Kohsuke Kawaguchi表示,Jenkins未来会努力使Jenkins X更简单。

下一个版本的Jenkins很可能在基础架构上有很大的变动,将不同功能块作为微服务,这些服务通过kubernetes自定义资源相互通信;现在存储在文件系统中的数据未来也会迁移到云存储服务中。JCasC(Jenkins Configuration as Code)项目会尝试解决配置问题;Jenkins Evergreen项目为最终用户提供预先组装的组件集,允许用户直接运行CI/CD工作,并且Evergreen会有自动更新的能力。这两个将会是云原声计划的重要组成部分。

Jenkins X通过它的环境(Environments)的概念实现微服务在Kubernetes上的部署,环境指的是应用部署的地方。用户可以用任意阶段创建环境,如测试中(Testing)、Staging/UAT或者生产(Production)等 。环境与Kubernetes的命名空间相关,Jenkins提供没命令行管理工具jx用于管理环境,在环境中切换,升级Jenkins平台等。它现在在MacOS和linux上运行,并且支持大部分云平台。

虽然一些使用者认为Jenkins现在做这些努力已经为时已晚,毕竟已经有很多其他CI工具有了类似功能。但是Jenlins仍有很大的用户基础,这些改进对这些用户以及未来的潜在用户来说,仍是很有价值的。
欢迎添加群助手monicka,加入云原生容器技术交流群

猜你喜欢

转载自blog.51cto.com/13762283/2174104