混合云君
TA的个人档案
个人介绍
暂无个人介绍
擅长的技术
- 高分内容
- 最新动态
- 文章
- 问答
-
发表了文章 2020-06-11
阿里云混合云管理平台发布 帮您管好云
6月9日， 在2020阿里云线上峰会上阿里云混合云战略正式发布：全栈建云、智能管云、极致用云。同步发布专有云敏捷版（Apsara Stack Agility）、 混合云管理平台（Apsara Uni-manager）以及下一代企业级一站式DevOps平台“云效”三大新品。阿里云智能资深技术专家王小瑞对混合云管理平台（Apsara Uni-manager）进行了详细解读。 新时代下企业客户数字化转型面临的挑战 早期企业在做数字化转型时开发的应用程序面向的用户规模非常小，例如银行、电信行业开发的应用程序主要面向柜台操作人员，而柜台的数量是有限的，所以他们面向的用户规模也有限。最近十年移动浪潮的来临，让每个人的手机都成为一个柜台，此时企业开发的应用面向的用户规模就发生翻天覆地的变化，呈现几个数量级的增长。而随着虚拟化、容器等新技术的发展，企业的IT基础设施也发生了翻天覆地的变化，开始从传统架构全面转向云架构，多云架构被越来越多的企业所认可并采用。 Gartner的报告显示：2020年，90%的中大型企业将利用混合云管理基础设施；IDC认为：未来混合云将占据整个云市场份额的67%。 为什么众多企业会选择“混合云”呢？我们认为主要原因有三点：第一中大型企业都有自己的数据中心，混合云可以帮助企业“利旧”，进行成本分摊。第二企业会有一些敏感数据需要在私有数据中心处理，特别是金融行业的企业还存在“合规”的需求，它一定需要在自己私有的数据中心部署自己的应用程序。第三随着IoT、5G、大数据、AI等新技术产生的新场景，会对算力提出更高的要求，而公共云在这方面具备天然的技术优势和成本优势。 虽然“混合云”可以解决以上困难，但是混合云也给企业带来了新的问题。IT基础设施架构的复杂度，相对于单云、传统IT大幅度增加，企业对IT基础设施的运维管理将面临新的挑战。在传统IT时代，企业仅需要维护好几十台机器就基本可以满足业务需求，而在云时代企业要管理的机器（或容器）可能多达几百台、上千台，甚至上台的规模，会遇到稳定性、成本、安全、效率等方面的挑战。不同部门之间，还可能需要进行成本分摊、权限控制等，这都给云平台的管理带来困难。而在混合云场景下，情况更加复杂。比如不同云厂商对于云的概念和API可能完全不一样，而云服务和资源又分布在不同的云平台之上，如何实现一致性体验，如何让开发人员、运维人员能像“一朵云”一样使用“多云”，这些挑战非常巨大。 在混合云场景下企业客户需要解决的问题 我们把企业中使用云的用户分为四类：决策者、运营管理人员、云用户、运维人员。决策者最希望在同一个地方看到云的所有资源，甚至资源的使用率。运营管理人员要为企业中每个部门的权限控制、成本分摊负责，这就需要构架一个一整套的分权、分账的企业IT治理体系。“云用户”主要是指我们的开发者，他最关心的是如何能高效地使用云资源，比如可以很快速地创建一个虚拟机。而运维人员更关心的是如何高效地在线上做变更，并且能保证稳定性。 客户场景：多级云一体化管理“多级云”面向超大型集团用户，一般为总部云和区域云两级，这两级云会分期建设，甚至使用不同的云厂商。区域云有完全的自治管理能力，总部需要有对区域独立专有云的集中管控能力。这里会出现混合多云和混合单云的场景，我们希望给客户呈现的结果是使用“多级云”像使用“一朵云”一样简单。 客户场景—混合云管理 当客户已使用阿里云专有云，但是部分应用希望跑在公共云之上，这时客户就会选择混合云的部署方式。如何解决公共云和专有云统一管理的问题，比如说账号权限的统一、资源的统一，这就是一个巨大的挑战。 客户场景—异构云纳管 当客户已经使用基于Vmware、OpenStack的私有云，同时也使用了阿里云专有云，这时就需要将多个异构云进行统一管控，从多云共存到多云融合。只有资源统一，才有机会统一向开发者提供运营能力，比如开发者在申请资源时就不用关心底层使用的是VMware还是阿里云专有云。 混合云管理—细分场景 除以上几个场景外，在混合云管理中还存在一些细分场景：应用跨云部署、数据备份、应用弹性伸缩、系统容灾、混合云DevOps等，这里详细介绍一下“应用弹性伸缩”。互联网应用常会用到“应用弹性伸缩”，比如有一个应用的流量存在高峰和低谷，客户只需要为它的平均流量分配机器来布置专有云，如果遇到高峰流量就可以瞬时“弹”到公共云上面去。在业内通常被称为“异地多活”，遇到的挑战是如何能把流量快速分配到公共云上，如何能在公共云上自动分配出这些资源，这就需要混合云的管理系统来做这些事情。 阿里云混合云管理平台重磅发布 为解决以上客户痛点，我们正式推出阿里云混合云管理平台（Apsara Uni-manager），面向混合云和多级云场景的企业级云管理平台，提供全方位资源供给、运维和运营管理能力，具备一体化管控、自动化运维，智能化分析及个性化扩展等核心竞争力，通过极致的用户体验，简化混合云管理，加速企业业务数字化转型。面向开发者重新定义了云和应用的界面，在混合云、多级云、异构云场景下，开发者看到的是完全统一、一致的界面。 接下来介绍阿里云混合云管理平台（简称云管平台）主要功能特性。 资源供给阿里云混合云管理平台提供面向云租户的资源自助供给门户，包括资源实例的申请开通、资源实例的操作和监控，账单查看以及租户的数据统计分析等能力。比如客户同时购买了阿里云公共云和专有云服务，“云管平台”可帮助客户通过一个管控台就能够完成多个云资源的申请开通、账单查看、资源统计分析等任务。 资源运营阿里云混合云管理平台提供完整的混合云运营能力，包括组织权限、服务目录，流程审批，计量计费等能力。在混合云场景下，可以让不同的云实例拥有一致的组织账号和权限模型，并且基于这些统一的账号做到统一的流程审批、统一的计量计费。 资源运维阿里云混合云管理平台提供集中化的混合云运维能力，通过自动化和智能化的技术，降低运维成本，提高运维效率。“运维”一直是企业IT的重点，“云管平台”提供了统一的管理入口，预置大量自动化任务，可以大幅度减少因为人工操作的产生的运维事故；为防止“删库”这类高危操作，云管平台汲取阿里巴巴多年线上运维实践经验，提供事前可以审核、事后可以审计的能力；对于线上机器的数据目录提供特殊保护，运维人员即使拥有运维权限也无法进行删除；同时集成阿里巴巴数据中心多年沉淀的智能化算法，比如可根据磁盘的运行指标提前预测出哪些机器可能出现“坏盘”的情况，并自动完成故障机器的下线，从而自动化地提升云平台的可用性。 资源展现阿里云混合云管理平台为企业IT决策者提供了全景数据大屏，可以看到整个资源的全景，混合云资源统一展现，支持千人千面及自定义展现。 开放集成阿里云混合云管理平台提供的所有管理功能全部可以通过开放API被二次集成，并且这些API与公共云API接口保持标准一致，完全兼容。对于大型企业，各种第三方系统都很容易和阿里云混合云打通。 【总结】 阿里云混合云管理平台（Apsara Uni-manager）是混合云的智能指挥官，致力于打造一个企业级的云管理入口，来实现精准、高效、智能的混合云和多云的统一管理。为决策者提供全景数据大屏，全方位可视化展现数据，支持大屏和移动端等多终端展现，具备千人千面和自定义分析展现的能力。为运营管理员提供完整的混合云&多级云运营能力，包括服务目录，流程审批，计量计费等能力。为云用户（开发者）提供资源自助门户，包括资源实例的申请开通、资源实例的操作和监控，账单查看等能力。为运维人员提供集中化的高效运维能力，通过自动化和智能化的技术，降低运维成本，提高运维效率。 了解阿里云混合云
-
发表了文章 2020-06-08
官宣！什么是新基建时代的混合云？
在数字化新基建的浪潮下，云计算从IT基础设施逐步升级为全面承载企业数字化转型的“新基建”，兼具核心业务可管可控与创新业务灵活弹性的混合云正在成为企业主流IT形态。 十年磨一剑的稳定安全，阿里云混合云为何能脱颖而出倍受政企客户的青睐？源于亚太第一的公共云，阿里云混合云如何助力客户全栈建云、智能管云、极致用云？什么是原生混合云？阿里云混合云将有哪些新品重磅发布？ 6月9日，2020阿里云线上峰会在线揭晓，敬请关注！
-
发表了文章 2020-06-05
邀请函|为云研发而生 阿里云·云效新品发布
云原生、容器化、微服务等新技术风起云涌，阿里巴巴内部的软件研发技术和工具也在快速迭代。我们深知这是一个云计算成为基础设施的时代，这是一个软件改变世界的时代，一个企业的研发效能已成为它的核心竞争力。我们希望将阿里巴巴优秀的研发实践和工具与更多开发者共享，普惠中小企业。2020年6月9日，新一代企业级DevOps平台——阿里云·云效将于2020阿里云线上峰会发布，诚邀您的关注！ 【关于云效】 云效，企业级一站式DevOps平台，源于阿里巴巴先进的研发理念和工程实践，致力于成为数字企业的研发效能引擎！云效提供从“需求 ->开发->测试->发布->运维->运营”端到端的在线协同服务和研发工具，通过人工智能、云原生技术的应用助力开发者提升研发效能，持续交付有效价值。 【云效官网】https://www.aliyun.com/product/yunxiao?channel=zhibo【公测指南】https://developer.aliyun.com/article/756207【申请公测】https://devops.aliyun.com【云效实验室】https://www.aliyun.com/product/yunxiao/devops【开发者社区】https://developer.aliyun.com/group/yunxiao
-
发表了文章 2020-05-27
直播预告 | 从架构到代码，软件开发最新趋势解析
随着互联网的爆炸式发展，软件迭代速度愈发疯狂，而软件研发的技术、方法、工具也在快速发展。我们在脚踏实地“敲代码”的同时，也应该偶尔仰望星空，了解最新的软件开发趋势。因此，本期《云效说码》邀请到阿里巴巴美国团队资深技术专家陈立兵(雷卷)，他将从领域驱动设计（DDD）、Reactive、Service Mesh 和代码智能等几个方面展开，从架构到代码，帮你快速洞悉新技术，拓宽技术视野。 【分享简介】 领域驱动设计（DDD）简述：架构设计是软件研发生命周期中非常关键的一步，而DDD又是架构设计里备受推崇的方法。本次分享主要介绍Why DDD、事件驱动、微服务之间如何通讯等内容。 基于Reactive和RSocket的异步化通讯：微服务里很重要的一个问题就是要解决服务之间的异步化通讯，雷卷将告诉你如何基于Reactive和RSocket做异步化通讯。 Service Mesh 和Faas：现有的的架构如何异步化？本次分享将介绍Service Mesh和Faas 架构下，如何做异步化和消息事件驱动。 代码智能：架构最终肯定是要落到代码里面去，异步化写代码的情况下，如何借助代码智能工具帮你提升效率，雷卷将介绍国内外一些好用的代码智能及IDE工具、以及他们的最新特性。 如果你对本次分享感兴趣，敬请关注“2020阿里巴巴研发效能峰会”的“架构设计与代码智能专场”，届时雷卷及众多技术大咖将为大家带来更多精彩内容。6月12-13日，阿里巴巴研发效能峰会将在阿里云开发者社区线上直播。 【收看方式】收看方式钉钉扫描二维码或搜索群号（34532418）观看视频直播。 【关于云效】 云效，企业级一站式DevOps平台，源于阿里巴巴先进的研发理念和工程实践，致力于成为数字企业的研发效能引擎！云效提供从“需求 ->开发->测试->发布->运维->运营”端到端的在线协同服务和研发工具，通过人工智能、云原生技术的应用助力开发者提升研发效能，持续交付有效价值。 【云效官网】https://www.aliyun.com/product/yunxiao?channel=zhibo【DevOps实验室】挑战实验室任务免费领取1280元套餐https://www.aliyun.com/product/yunxiao/devops【云效成长地图】https://www.aliyun.com/product/yunxiao/growthmap【公测指南】https://developer.aliyun.com/article/756207【申请公测】https://devops.aliyun.com【开发者社区】https://developer.aliyun.com/group/yunxiao【精彩活动】云效公测开启 「产品体验官」招募https://www.aliyun.com/activity/yunxiao/Beta2020----
-
发表了文章 2020-05-25
分享实录 | 云原生下的开发测试
【以下为分享实录，有删节】 测试环境管理之困与阿里巴巴的解决之道 在云原生时代下，软件的迭代速度越来越快，对测试的要求也越来越高，很多开发者开始使用Kubernetes来管理测试环境。在这个过程中，开发者会遇到很多困难，其中最主要的两个问题是：一、本地环境与Kubernetes集群网络不通问题；二、共用测试环境时，相互干扰的问题。 在阿里巴巴内部，我们主要通过扁平的内网IP和项目环境两个机制来解决以上痛点。扁平的内网IP主要是基于CNI(Conteinre Network Interface) 机制改造Kubernetes的IP逻辑实现的，可以使集群中的每个Pod分配到的IP与本地机器分配到的IP处于一个大的网络环境下，这样就可以解决本地环境和集群之间互通的问题。项目环境是基于RPC、消息中间件的虚拟环境，从表面上看，每个项目环境都是一套独立完整的测试环境，由一系列服务组成集群，而实际上，除了个别当前使用者想要测试的服务，其余服务都是通过路由系统和消息中间件虚拟出来的，指向公共基础环境的相应服务。这样操作的好处是，第一不会占用大量的开发资源；第二，不会影响公共基础环境的稳定性。 阿里巴巴的这种测试环境带来的测试体验非常爽，本地与集群双向互通，每个子项目都可以独占一个“项目环境”，彼此不会干扰。但是这种测试环境管理方式实施起来比较复杂，只适合大型的集团公司，我们希望将这种测试体验以 “更轻”的方式实现，普惠更多开发者。于是云效团队推出了云原生测试环境工具箱，主要包括kt-connect和kt-virtual-environment这两个开源工具。 通过kt-connect解决本地与集群双向互通问题 首先，我们来聊一聊如何使用Kubernetes测试环境开源工具箱中的kt-connect解决 “本地与集群双向互通”的问题。 我们假设有一位主人公叫“程序员小黑”，他所在公司采用了微服务相关的技术实践。小黑在做本地开发的过程中，会遇到两种联调场景，即我需要联调其它服务和其它服务调用我。 我们先来看第一个场景：联调其它服务。前面讲到本地环境和K8S集群中的网络是相互隔离的，那么在本地完成代码开发后，如何高效的与其它服务进行联调呢？最“简单粗暴”的一种方式，就是在本地完整的部署一套测试环境，这种方式的优点很明显，效率最高，而且没有外部依赖。缺点也同样明显，一是对开发人员的素质要求非常高，二是要占用大量本地的开发资源，对本地开发机的性能要求很高。第二种方式是利用Kubernetes等工具在本地部署一套K8S集群，这种方式可以在一定程度上降低开发人员“上手成本”，但是也同样存在占用大量本地开发资源的问题。还有一种处理方式是利用VPN调用K8S集群中的服务，这种方式存在两个问题，一个是本地的服务调用是脱离了Istio的流量控制的，第二个问题VPN这种方式只解决了本地到集群的通讯，对于回调这种方式是解决不了的。 那么，有没有更简单的方式呢？答案是肯定的，通过KT-Connect工具可以让开发者一键建立本地到Kubernetes集群的网络连接。开发者只需要运行一个“connect”命令，就可以自动在集群中创建一个代理容器，并且通过这个代理容器建立本地与集群的VPN连接，同时KT-Connect也会内置DNS服务，本地服务可以直接通过服务的名称进行服务调用，就好像本地的程序运行在K8S集群中一样。 在KT-Connect中，我们给这个代理容器取了一个名字“shadow pod”，即“影子”。它就像是本地服务在集群中的影子，通过它来完成本地服务与集群中服务的相互调用。 接下来，我们来看第二个场景：其它服务调用我。在联调时，小黑不仅需要调用其它人的服务，同时作为服务的生产者又会被其它服务调用。这时只打通本地到集群的服务是不能满足联调测试需求的，必须同时让集群中的服务也可以访问本地的服务。 这就需要使用KT-Connect 的第二个命令——“Exchange”。Exchange（交换）命令会在集群内部署一个代理容器，并替换集群中指定服务的目标容器，从而将发往该服务的所有流量拦截并转发到本地端口。这是一种“完全替换”，这就意味着在同一时间点，只有一位开发者可以将他本地的服务加入到集群中。为了解决这个问题，KT-Connect提供了第三个命令——Mesh（混合）。当我们在本地运营“Mesh”命令后，我们同样会把本地服务加入到集群里面，但是会保持原有的目标服务状态不变，并且本地服务会继承目标服务中所有的标签。依照K8S本身服务发现的原理，请求流量会被随机地转发到原有服务或本地的服务。同时配合Istio的流量规则，就可以让所有正常流量依然保持对原应用的访问，而只对一些有特殊标记的的请求转发到本地。从而可以实现在一套公用测试环境的基础上各自独立的完成本地的集成联调。 KT-Connect背后的原理 我们通过KT-Connect的“connect”“Exchange” “Mesh”命令实现了本地到集群的双向网络互通，看起来似乎很神奇，其实背后并没有什么黑科技。我们只是综合利用了Kubernetes原有的特性及SSH这个我们经常会用到的网络协议，通过Kubectl的端口转发可以实现将集群中服务的端口映射到本地，通过SSH协议建立本地与集群之间的隧道。 以“Connect”命令为例，了解一下KT-Connect背后的原理。如上图所示，当开发者在本地运行“Connect”命令后，首先会创建一个代理容器（shadow pod），这个代理容器会运行“SSH Server”和“DNS Server”。当代理容器启动成功之后，就可以通过“port-forward”将代理容器的22端口转映射到本地，如2222端口。此时，本地服务就可以通过本地的2222端口建立与集群内部的连接。 “Exchange”和与“Connect”命令背后的原理类似，我们也会先创建一个代理容器，并通过“port-forward”将代理容器的端口映射到本地。然后根据Exchange的目标服务，判断将代理容器的哪一个端口的请求全部转发到本地的特定端口。 “Mesh”与“Exchange”的最大的差异在于“Exchange”会将原应用的副本数直接降到0，会将集群内所有对原应用的流量全部转发到本地。而 “Mesh”则是在保持原有应用Pod不变的前提下，创建一个新的代理容器并且继承原应用的所有标签，还会增加一个随机的version标签。这时我们就可以通过Istio规则， 精确控制流量。 如前文所述，通过KT-Connect我们可以实现从本地到集群的双向互通。我们可以看到这样一个有趣的场景：小黑A可以通过“Mesh”命令把本地服务加入到测试环境里，并且可以让集群中一部分特定的流量转发到本地，这样他可以与集群中的其它服务进行联调。小黑B通过“Connect”命令连接到集群，直接在本地进行测试。在某些情况下，小黑B需要依赖的服务刚好是小黑A正在开发的版本，小黑B只要按照Istio的流量规则设置可以调用小黑A服务的值，就可以跟小黑A的服务进行联调。对于小黑C，他既需要调用集群中的服务，又需要集群中的服务回调到本地，所以他在本地既运营了 “Connect”又运行了“Mesh”。 上文描述的其实是一种理想情况，需要建立在我们的测试环境是一种稳定状态的基础之上。但在现实情况下，由于频繁的代码变更测试环境往往处于一种不太稳定的状态。接下来我们会介绍如何使用云原生测试环境工具箱中的kt-virtual-environment打造稳定的测试环境，让开发者可以更好地进行协同研发工作。 共用测试环境相互干扰问题及常见解决方案 在一个中大规模研发团队负责的项目中，往往一个系统里包含许多(微)服务，而且服务之间存在链式依赖，难以独立启动运行。这时就很容易出现“共用测试环境相互干扰”的问题，比如一个开发者重新部署、重启测试环境时，可能会打断所有正在测试的开发者；一个开发者提交了有BUG的代码，所有开发者都可能受影响；一个开发者为了排查问题，单步调试测试环境服务时，所有开发者测试请求会被拦截。 如何来解决这个问题呢？以往的思路是准备多套测试环境。虽然这种方式可以暂时缓解开发过程中的相互影响，但是这会带来额外的资源分配和管理问题，特别是当没有那么多并行开发时会产生非常严重的资源浪费。 于是出现了一种“改进”方法，企业通过用helm或自制工具自动化地快速创建一套环境，用完即删。该方法在一定程度上解决闲置资源回收的问题，但是也没有那么“完美”。在实际操作过程中，环境的创建其实并没有那么“快速”，往往需要等待几分钟甚至几十分钟的时间。而且如果为每个子项目的成员分别拉一套环境，资源浪费依然严重。 在多人协同场景下，如何做到测试环境不相互干扰又不产生极大的资源浪费呢？在阿里巴巴内部主要通过“项目环境”的方案解决。 “项目环境”的本质是基于路由隔离实现的一个“虚拟环境”。我们通过一个实例来简单了解一下。 如上图中蓝色部分所示，由服务A、服务B、服务C、服务D组成一个完整的测试环境，我们称为“公共基础环境”（也称默认环境）。当某位开发者需要进行项目开发的时候，他不需要把应用或服务部署到公共基础环境中，而是单拉出来一部分资源（服务C和服务D）并复用部分公共基础环境资源（服务A和服务B）形成 “项目环境”。这样操作的好处是，第一不会占用大量的开发资源；第二，不会影响公共基础环境的稳定性。 我们主要通过打“环境标”的形式形成独立的“隔离域”，比如[dev]代表公共基础服务实例的标签值，[dev.proj]代表项目环境的服务实例。同一个环境标形成一个独立的“隔离域”，这是基于路由规则实现的。如果服务请求是来自一个有环境标的服务实例，它的服务请求会优先寻找跟它具有相同环境标的实例，如果没有，会寻找它上一级的环境标，这叫做“路由兜底”。比如上图中服务请求来自带有[dev.proj]环境标的实例C，需要调用服务B，但是发现没有带环境标[dev.proj]的服务B，于是寻找带有上一级环境标[dev]的服务B。 我们还可以将本地开发机加入项目环境。比如开发者“小黑”在本地启动了一个服务实例C，他给这个服务实例打的环境标是[dev.proj.local]，通过前面介绍路由规则我们了解到带环境标的服务发出的请求会优先寻找带相同环境标的服务，如果找不到则会寻找带有上一级环境标的服务，于是服务C[dev.proj.local]、服务D[dev.proj]和公共基础环境中服务A[dev]、服务B[dev]就组成了一个新的的“项目环境”（图中红色部分）。 这时“小黑”的同事也加入了项目，他在本地启动了一个服务A，如果他没有对这个服务打“环境标”的话，他会默认使用“公共基础环境”进行测试。这时小黑在他自己的“项目环境”中的任何调试都不会影响到小黑的同事，反之亦然。 后来小黑的同事和小黑加入了同一个子项目，他们之间需要“联调”。这时，小黑的同事只要给他本地的服务打上一个和小黑的“项目环境”相同的环境标即可，如上图红色部分。 总结一下前面介绍的概念：“隔离域”是由路由规则形成的虚拟边界；每个“环境标”都会形成一个独立的“隔离域”；“隔离域”之间可以存在部分或完全重合；“隔离域”的成员会随集群中服务实例所带“环境标”动态变化。 如何使用kt-virtual-environment 打造项目环境 kt-virtual-environment是一种基于Service Mesh的微服务环境复用工具，源于阿里巴巴内部的项目环境实践。通过Pod上的虚拟环境标签，kt-virtual-environment能够自动将测试环境网络动态隔离成多个虚拟隔离域，同时以简单规则在隔离域间局部复用Pod实例，从而达到只需很少资源成本即可创建大量不同微服务版本组合的独立测试环境的目的。 下面我们来了解一下如何使用kt-virtual-environment打造项目环境。通过前面的介绍，我们知道相同的“环境标”会形成一个独立的“隔离域”。所以首先我们需要为服务实例打上环境标，在kt-virtual-environment中是通过为为pod（或容器）添加约定的Label的方式实现的。在服务调用过程中，需要为应用程序添加一些逻辑，才能让“环境标”顺利在上下文之间传递，这个过程类似SkyWalking、Zipkin等链路追踪工具的SDK端所做的事情，让“环境标”通过HTTP头在请求链路上一直保持传递。第三步，我们需要在集群中配置Virtual Environment类型的资源实例，详细配置的结构如上图所示。 kt-virtual-environment实现的基本原理是：观察并持续监听环境中的所有服务和开发资源，动态生成Service Mesh控制面规则，实现核心隔离逻辑 。当前kt-virtual-environment仅支持基于Istio的规则，未来会增加基于其它 控制面的Service Mesh规则的实现。 阿里巴巴使用项目环境的最佳实践 “项目环境”在阿里巴巴内部已近发展多年，下面我将一些优秀的实践分享给大家。理论上，“环境标”的层级可以无限多，但是我们的经验是最好不要超过三级。因为三层的“环境标”基本上可以满足95%以上的研发场景。 以三层环境标实现的项目环境举例。第一层一般只有一个环境标，比如[dev]，这是对应默认隔离域（公共环境）使用的环境标，这样做会让整个路由规则比较简单，大家不用猜测“路由兜底”最后会“兜”到哪里去。这个顶级的[dev]环境标对应的测试环境是不需要开发者自己去部署的，一般是通过“流水线”等自动化工具部署的稳定版本。对于某个子项目，我们可以基于顶级环境标建立一个二级环境标，如[dev.proj1]，这样会形成这个子项目的隔离域（项目环境）。在这个隔离域中，只需要开发者自己部署需要改动的服务实例即可，其它不需要改动的服务实例可以复用公共环境中实例。有的时候，某位开发者可能要对某服务进行比较大的改动或者他不希望这个服务被其它同事访问到，他可以基于“项目环境”再创建一个“个人环境”。在这个个人环境中，他既可以调用子项目中的服务，也可以调试本地开发的新的服务版本，并且不会影响到其他开发者。以上，是我们比较推荐的项目环境的用法。 总结： 云原生测试环境工具箱共包含两款独立的工具：kt-connect和kt-virtual-environment。kt-connect是一款本地工具，主要是帮助开发者打通本地和集群网络，实现本地加入隔离域。kt-virtual-environment是一种基于Service Mesh的微服务环境复用工具，通过观察并持续监听环境中的所有服务和开发资源，动态生成Service Mesh控制面规则，实现核心隔离逻辑 。只需要一次性部署，开发者不会频繁使用到。目前两款工具已经开源，大家可以进入Github社区进行下载使用。 以上内容整理自金戟和砧木的视频分享《云原生下的开发测试》，欢迎大家加入云效开发者交流群（钉钉群号：34532418）观看视频回放，下载演讲PPT。 【关于云效】 云效，企业级一站式DevOps平台，源于阿里巴巴先进的研发理念和工程实践，致力于成为数字企业的研发效能引擎！云效提供从“需求 ->开发->测试->发布->运维->运营”端到端的在线协同服务和研发工具，通过人工智能、云原生技术的应用助力开发者提升研发效能，持续交付有效价值。 【云效官网】https://www.aliyun.com/product/yunxiao?channel=zhibo【DevOps实验室】挑战实验室任务免费领取1280元套餐https://www.aliyun.com/product/yunxiao/devops【公测指南】https://developer.aliyun.com/article/756207【申请公测】https://devops.aliyun.com【学习路径】https://help.aliyun.com/document_detail/153739.html【开发者社区】https://developer.aliyun.com/group/yunxiao【精彩活动】云效公测开启 「产品体验官」招募https://www.aliyun.com/activity/yunxiao/Beta2020 欢迎扫码加入云效开发者俱乐部（钉群：34532418）
滑动查看更多
2020年06月
-
06.28 17:22:54
发表了文章
2020-06-28 17:22:54
为云研发而生新一代DevOps平台云效发布
为云研发而生新一代DevOps平台云效发布
-
06.19 11:03:23发表了文章
2020-06-19 11:03:23
在线峰会直播 | 什么是新基建时代的混合云?
在线峰会直播 | 什么是新基建时代的混合云?
-
06.18 16:18:33发表了文章
2020-06-18 16:18:33
搭载敏捷飞天底座 阿里云专有云敏捷版全面升级
搭载敏捷飞天底座 阿里云专有云敏捷版全面升级
-
06.11 13:25:35发表了文章
2020-06-11 13:25:35
阿里云混合云管理平台发布 帮您管好云
阿里云混合云管理平台发布 帮您管好云
-
06.10 15:07:25发表了文章
2020-06-10 15:07:25
搭载敏捷飞天底座 阿里云专有云敏捷版全面升级
搭载敏捷飞天底座 阿里云专有云敏捷版全面升级
-
06.09 12:18:15发表了文章
2020-06-09 12:18:15
阿里云混合云重磅发布 | 全栈建云 智能管云 极致用云
阿里云混合云重磅发布 | 全栈建云 智能管云 极致用云
-
06.08 11:44:31发表了文章
2020-06-08 11:44:31
官宣！什么是新基建时代的混合云？
官宣！什么是新基建时代的混合云？
-
06.05 10:16:29发表了文章
2020-06-05 10:16:29
在线揭秘 | 阿里云混合云重磅发布
在线揭秘 | 阿里云混合云重磅发布
-
06.05 09:55:25发表了文章
2020-06-05 09:55:25
邀请函|为云研发而生 阿里云·云效新品发布
邀请函|为云研发而生 阿里云·云效新品发布
2020年05月
-
05.27 09:21:42发表了文章
2020-05-27 09:21:42
直播预告 | 从架构到代码，软件开发最新趋势解析
直播预告 | 从架构到代码，软件开发最新趋势解析
-
05.25 09:15:51发表了文章
2020-05-25 09:15:51
分享实录 | 云原生下的开发测试
分享实录 | 云原生下的开发测试
-
05.20 09:35:00发表了文章
2020-05-20 09:35:00
直播预告 | 事件风暴和领域建模在阿里巴巴的落地实践
直播预告 | 事件风暴和领域建模在阿里巴巴的落地实践
-
05.12 09:58:26发表了文章
2020-05-12 09:58:26
分享实录 | 企业CICD规模化落地浅析
分享实录 | 企业CICD规模化落地浅析
2020年04月
-
04.23 10:12:49发表了文章
2020-04-23 10:12:49
为云研发而生 全新云效免费试用
为云研发而生 全新云效免费试用
-
04.22 18:22:41
提交了问题
2020-04-22 18:22:41
【有奖反馈】云效「超级体验官」招募令
-
04.22 18:00:51
回答了问题
2020-04-22 18:00:51
【有奖体验】云效「金牌体验官」招募令
获奖名单
恭喜以下小伙伴成为金牌体验官（第一期）刘甲佳 九旬 yvonne6688 小霉子 黑马张帅
（请联系云效交流群群主领取奖品）
以下开启第二期（6/1~6/30）金牌体验官活动！
打卡示例如下：为云研发而生，赋能企业数字化转型！
Week1（6/1~6/7） 6/3日打卡，新建项目并创建需求+【截图】
Week2（6/8~6/14）X/XX日打卡，XXXXXX+【截图】
Week3（6/15~6/21）X/XX日打卡，XXXXXX+【截图】
Week4（6/22~6/30）X/XX日打卡，XXXXXX+【截图】
赞0 踩0 评论0 -
04.22 17:49:55提交了问题
2020-04-22 17:49:55
【有奖体验】云效「金牌体验官」招募令
-
04.22 17:43:50提交了问题
2020-04-22 17:43:50
【有奖体验】云效「金牌体验官」招募令
-
04.22 09:56:19提交了问题
2020-04-22 09:56:19
【有奖提问】全新云效上线 公测FAQ知多少？
-
04.20 10:20:23发表了文章
2020-04-20 10:20:23
公测指南 | 云效公测常见问题解答
公测指南 | 云效公测常见问题解答
滑动查看更多
-
发表了文章
2020-06-28
为云研发而生新一代DevOps平台云效发布
-
发表了文章
2020-06-19
在线峰会直播 | 什么是新基建时代的混合云?
-
发表了文章
2020-06-18
阿里云混合云管理平台发布 帮您管好云
-
发表了文章
2020-06-18
搭载敏捷飞天底座 阿里云专有云敏捷版全面升级
-
发表了文章
2020-06-18
阿里云混合云重磅发布 全栈建云智能管云极致用云
-
发表了文章
2020-06-11
阿里云混合云管理平台发布 帮您管好云
-
发表了文章
2020-06-10
搭载敏捷飞天底座 阿里云专有云敏捷版全面升级
-
发表了文章
2020-06-09
阿里云混合云重磅发布 | 全栈建云 智能管云 极致用云
-
发表了文章
2020-06-08
官宣！什么是新基建时代的混合云？
-
发表了文章
2020-06-08
官宣！什么是新基建时代的混合云？
-
发表了文章
2020-06-05
在线揭秘 | 阿里云混合云重磅发布
-
发表了文章
2020-06-05
邀请函|为云研发而生 阿里云·云效新品发布
-
发表了文章
2020-05-27
直播预告 | 从架构到代码，软件开发最新趋势解析
-
发表了文章
2020-05-25
分享实录 | 云原生下的开发测试
-
发表了文章
2020-05-20
一图剧透！阿里巴巴研发效能峰会核心看点速览
-
发表了文章
2020-05-20
直播预告 | 事件风暴和领域建模在阿里巴巴的落地实践
-
发表了文章
2020-05-15
分享实录 | 新一代高效Git协同模型AGit-Flow详解
-
发表了文章
2020-05-12
分享实录 | 企业CICD规模化落地浅析
-
发表了文章
2020-05-09
分享实录 | 业务驱动的精益敏捷实施
-
发表了文章
2020-05-06
阿里云云效「产品体验官」招募令
滑动查看更多
-
提交了问题
2020-04-22
【有奖反馈】云效「超级体验官」招募令
-
回答了问题
2020-04-22
【有奖体验】云效「金牌体验官」招募令
获奖名单
恭喜以下小伙伴成为金牌体验官（第一期）刘甲佳 九旬 yvonne6688 小霉子 黑马张帅
（请联系云效交流群群主领取奖品）
以下开启第二期（6/1~6/30）金牌体验官活动！
打卡示例如下：为云研发而生，赋能企业数字化转型！
Week1（6/1~6/7） 6/3日打卡，新建项目并创建需求+【截图】
Week2（6/8~6/14）X/XX日打卡，XXXXXX+【截图】
Week3（6/15~6/21）X/XX日打卡，XXXXXX+【截图】
Week4（6/22~6/30）X/XX日打卡，XXXXXX+【截图】
赞0 踩0 评论1 -
提交了问题
2020-04-22
【有奖体验】云效「金牌体验官」招募令
-
提交了问题
2020-04-22
【有奖体验】云效「金牌体验官」招募令
-
提交了问题
2020-04-22
【有奖提问】全新云效上线 公测FAQ知多少？
-
回答了问题
2020-03-31
【有奖问答】#科技复工#进行时 | 程序员必备神器有哪些？
请获奖小伙伴通过以下渠道填写联系方式领取奖品。（请备注活动名称：#科技复工#进行时 | 程序员必备神器有哪些？） ->https://survey.aliyun.com/apps/zhiliao/oGa-oKjBV
获奖小伙伴 huc_逆天 游客p5xirsfnnvb46 游客lq72dbhgq2tz4
赞1 踩0 评论0 -
提交了问题
2020-03-03
【有奖问答】#科技复工#进行时 | 程序员必备神器有哪些？
-
提交了问题
2018-11-30
AliOS携手康佳发布会议新品 共同构建智能办公生态圈
-
回答了问题
2018-10-29
-
提交了问题
2018-10-10
阿里AliOS携下一代智能驾驶舱亮相2018全国双创周
-
提交了问题
2018-10-10
不只是说说，英特尔与ACRN携手助力AliOS
-
提交了问题
2018-10-08
AliOS技术达人系列报道-一个阿里工程师的双城生活
-
提交了问题
2018-10-08
2018年全国大众创业万众创新活动周，AliOS在成都等你！10/9-10/15
-
提交了问题
2018-10-08
AliOS技术达人系列报道-他用智慧和浪漫造出了阿里汽车操作系统
-
提交了问题
2018-10-08
AliOS技术达人系列报道--阿里工程师“造人记”
-
提交了问题
2018-09-28
AliOS斩获2018年度智能终端“墨提斯奖”之“操作系统开拓奖”
-
提交了问题
2018-09-20
互联网公路是继“互联网汽车”后，AliOS计划打造的另一个出行新物种
-
提交了问题
2018-09-18
AliOS云栖大会杭州峰会-三位一体新生态
-
提交了问题
2018-09-17
AliOS开放平台简介
-
提交了问题
2018-09-07
成都InfoComm，鸿合与AliOS达成合作
滑动查看更多