KubeOrbit 产品开源
TeamCode 设计和研发的云原生集成测试工具 KubeOrbit 正式凋谢源代码啦！（GitHub 地址：https://github.com/teamcode-inc/kubeorbit）欢送各位开发者敌人、技术小伙伴退出我的项目，分享你们的智慧、注入开发力量！咱们心愿能利用这种公开通明的分布式合作模式，推动产品疾速迭代，一直摸索、独特发明更加便捷高效的合作开发和测试工具。
KubeOrbit 的开发背景
最近几年，在开发者群体中开始涌现出云原生浪潮，体现了组织对于更加高效的解决分布式系统开发体验的谋求。然而在企业上云的过程中，经常遇到一些问题和挑战，比方：云技术的应用存在肯定门槛，如何赋能更多开发人员使用、晋升研发效力？如何将复杂度解耦形象、缩小跨组织沟通，进步团队自治能力？如何利用平台对立能力，清晰组织边界，优化组织架构？
以研发日常工作中占较大比重的微服务联调为例，它是个多方合作的过程，但在团队开发和测试中常常会遇到各种各样的合作难题。最常见的就是开发团队每天都要面对微服务联调及测试，当呈现多 feature 并行联调时，繁多的测试环境会引发测试排队，资源受限等问题。比方在新版本上线期间，不同性能的开发团队都须要赶在发版前进行测试，造成测试环境的拥挤，团队测试效率较低。此外，如果微服务链路中某一服务引入未稳固的个性，其它服务又依赖于这个服务，就会导致全链路报错的状况。又或者测试环境上有大量不同团队负责的微服务，某团队往测试环境推了性能导致测试环境呈现问题和不稳固的状况，妨碍 QA 团队的工作进展。
基于这些现有问题和挑战，TeamCode 设计和研发了云原生集成测试工具 KubeOrbit，能够帮忙团队高效地进行微服务联调。
在传统团队测试流程中，如果我要同时测试多个 feature，须要依赖多套测试环境来实现。如果我要测试服务 A、B、C，须要为每一个服务独自调配测试工夫和相干测试人员，无奈同时进行。如何实现基于一套环境的多 feature 测试，节省时间和研发老本呢？
KubeOrbit 给出了解决方案：通过在微服务测试环境内创立测试通道，在发动微服务申请的时候指定测试通道，KubeOrbit 也会把你须要测试的微服务增加至指定通道中，并与其余不同版本的微服务隔离开来。这样就能够在一个通道内测试依赖于服务 B 的服务 A，另一个通道测试服务 C，实现并行测试，省时高效又平安稳固。
从产品性能上来说，KubeOrbit
- 反对用户按 feature 建设联调通道用于测试，不同通道内的微服务流量之间互不影响，不再受单个测试环境的限度无需排队应用测试环境；
- 反对任意 Layer-7 协定和微服务框架、反对任意语言：无论你是用 Java、Python 还是 Golang 开发微服务，架构中应用 HTTP 还是 gRPC 通信，都能够应用本产品。
- 更重要的是，它对现有业务和架构没有任何侵入性，能够与调用链无缝联合，资源随用随取，无需关怀底层细节。
KubeOrbit 的将来布局
KubeOrbit 产品领有隔离性、应用便捷等个性：用户无需调整已有的技术栈和架构，KubeOrbit 会自动识别并适配现有的微服务体系，还可能隔离不同测试通道之间的流量，轻松实现多 feature 联调测试。通过 KubeOrbit 测试环境中创立与删除测试通道的过程非常简略，几秒内即可实现操作。在将来的产品设计中，咱们会反对更多框架及协定，提供更多样的工具优化应用流程，一直晋升产品应用体验。同时大家也能够退出 Discord，获取最新版本信息，提出产品倡议和反馈。
微信号：TeamCode | 微博：TeamCode 官博 | 知乎：TeamCode
KubeOrbit 官网：www.kubeorbit.io
TeamCode 官网：www.teamcode.com
简历投递：hr@teamcode.com