本文译自在 CNCF 官网上发布的博客 Networking with a service mesh: use cases, best practices, and comparison of top mesh options,有删节。作者是 Amir Kaushansky,ARMO 公司的产品 VP。 服务网格技术是随着微服务结构的普及而出现的。由于服务网格促进了网络与业务逻辑的分离,它使你能够
本文译自 DevSecOps: the Key to Securing Your Supply Chain in a Multi-Cloud Threatscape。 主要收获 可以将最近的供应链攻击作为 DevSecOps 的一个试金石,我们可以看到在 DevOps 中确实需要一个改进的安全框架。 随着网络安全的关注度的提升以及 IT 安全支持的激增,企业应该首先评估他们的 DevOps 做法。
本文翻译自 Bilgin Ibryam 的文章 A Framework for Open Source Evaluation。 如今,真假开源无处不在。最近开源项目转为闭源的案例越来越多,同时也有不少闭源项目(按照 OSI 定义)像开源一样构建社区的例子。这怎么可能,开源项目不应该始终如此吗? 开源不是非黑即白,它具有开放性、透明、协作性和信任性的多个维度。有些开源是 Github 上的任何项目,
本文译自 The Future of Microservices? More Abstractions,作者是 Container Solutions 的主编 Charles Humble。 微服务是在 10 年前出现的,是软件融合进化的例子之一。虽然这个词可以归功于软件咨询公司 Thoughtworks 的 James Lewis 和 Martin Fowler,Adrian Cockcroft
本文翻译自 gitpod 的 blog 文章 Dev environments as code。 想象一下,仅在十年前,运维人员还在手动部署、配置和维护软件系统,这大大消耗了他们宝贵的生命和精力。 而在今天,微服务架构时代,软件系统变得更加复杂,尝试手动维护操作和部署都变的不再可能。在我们进行 “DevOps” 或 “基础设施即代码” 的实践时,发现声明式的描述软件系统对于自动和持续地部署应用程序
本文译自 Postman’s Series D Funding and the API-First World。 译者评论 没错,这正是那个被人所熟知,在程序员中广为流传的 Postman,五年前我曾在被一个同事推荐 Chrome 中安装过一个插件,专门用来调试 API 的,这个插件就是 Postman。 Postman Chrome App 正文 我很高兴地宣布,今天对 Postman 来说是一
编者注:本文译自 How Unnecessary Complexity Gave the Service Mesh a Bad Name。 主要收获 采用服务网格有巨大的价值,但必须以轻便的方式进行,以避免不必要的复杂性。 在实施服务网格时,要采取务实的方法,与技术的核心功能保持一致,并注意分散注意力的问题。 服务网格的一些核心特征包括标准化监控、自动加密和身份识别、智能路由、可靠的重试和网络可扩