为云原生架构重新构想环境
💡
原文英文，约700词，阅读约需3分钟。
📝
内容提要
云原生架构和微服务改变了应用构建方式，但测试环境仍然传统，导致微服务无法独立部署，形成开发瓶颈。领先公司如Uber和Lyft通过整合多个预生产环境为单一共享环境，实现独立测试，提高效率。
🎯
关键要点
- 云原生架构和微服务改变了应用构建方式，但测试环境仍然传统，导致微服务无法独立部署。
- 传统的环境进程适用于单体应用，但在分布式系统中造成了矛盾。
- 大多数组织使用多个预生产环境，导致开发者在环境访问上等待时间长。
- 环境共享导致调试复杂性和反馈周期缓慢，重新引入了瀑布式测试过程。
- 领先公司如Uber和Lyft通过整合多个预生产环境为单一共享环境，提高了测试效率。
- 新模型维护单一稳定的基线环境，动态路由测试流量到正确的服务版本。
- 请求级别的隔离允许开发者独立测试，避免相互干扰。
- 可调数据隔离模型允许共享数据和按需隔离，平衡基础设施共享与测试需求。
❓
延伸问答
云原生架构如何改变应用构建方式？
云原生架构和微服务使得应用可以独立部署，提升了团队的自主性，但传统的测试环境却限制了这一优势。
传统测试环境存在哪些问题？
传统测试环境导致开发者在环境访问上等待时间长，调试复杂性增加，反馈周期缓慢，重新引入了瀑布式测试过程。
Uber和Lyft是如何提高测试效率的？
Uber和Lyft通过整合多个预生产环境为单一共享环境，使用动态路由实现请求级别的隔离，从而提高了测试效率。
什么是请求级别的隔离？
请求级别的隔离允许开发者独立测试各自的更改，而不干扰其他人的测试流程，避免了环境访问的等待。
如何实现数据隔离以满足测试需求？
可以通过可调数据隔离模型实现，默认共享数据，但在特定测试需要时，可以临时创建数据存储以实现完全隔离。
云原生架构的测试环境与传统环境有什么不同？
云原生架构的测试环境采用单一稳定的基线环境，支持动态路由和请求级别的隔离，而传统环境则是线性进程，限制了独立部署。
➡️
