• “平台工程”正在迅速成为新的 DevOps 或 SRE。几乎每天我们都会听到有一个公司正在构建内部开发人员平台或控制平面。我们都已经建立了多年的应用/网络平台 - 企业内部:ticket驱动,裸机,交货时间长 - 第一代PaaS:自助服务、基于虚拟机、一刀切、
  • 测试在现代软件开发中的重要性怎么强调都不为过。交付一个成功的产品不是你做一次就忘记的事情,而是一个不断重复的过程。随着每一行代码的更改,软件必须保持功能状态,这意味着需要进行严格的测试。随着时间的推移,随着软件行业的发展,测试实践也日趋成熟。逐渐走向自动化,测试方法影响了软件设计本身
  • 微服务、容器编排等的兴起带来了新的工程挑战。许多组织已经成立了平台工程团队来承担这些责任。 什么是平台工程?平台工程可以让程序员以更简单的方式将软件交付给用户。实际就是运维平台,运维监控平台。平台工程是DevOps和业务程序员 icon
  • 本文作者Jason Shah,曾在Airbnb工作多年,现在他在 icon
  • 我们是一家拥有 80 名开发人员的公司的平台团队。我们使用 Github Actions 为 CI、EKS、RDS 运行一个普通的技术堆栈,没什么特别的。我们在这个系统上运行多个应用程序,所有微服务。管理层明确的方向是建立一个开发人员平台,可以帮助工程师端到端自助服务: 回滚 icon
  • 企业的IT部门被很多事情困扰着,但过度的复杂性一定是在名单的首位。任何试图描述平均IT景观的努力,最终都会在应用、硬件和相互依存关系中变成无法解读的意大利面条。这几乎就像企业IT受到热力学第二定律的制约,该定律的结论是一个(孤立的)系统中的熵永远不会减少--在最好的情况下它可能是恒定的,但通 icon
  • 昨天有人在 Hacker News 上 icon
  • 在过去的十年中,工程和技术组织已经融合了一套通用的最佳实践来构建和部署云原生应用程序。这些最佳实践包括持续交付、容器化和构建可观察系统。与此同时,云原生组织已经从根本上改变了他们的组织方式,从大型部门(开发、质量保证、运营、发布)转移到较小的独立开发团队。这些应用程序开发团队由两个新 icon
  • 用于定义团队 API 的模板。基于Matthew Skelton @matthewskelton和 Manuel Pais  icon
  • 软件工程的巧妙之处在于它是一个适合通才蓬勃发展的领域:逻辑与解谜、产品设计与用户反馈、写作与沟通、想象力、架构、团队合作,一应俱全。 icon
  • 作为一名想要成为 DevOps 工程师的人,肯定想了解什么是 CI/CD 以及我们为什么需要它们?CI/CD 是语言/运行时(例如 Java/OpenJDK、JS/Node、Ruby、Docker 容器中的某些东西)之间的粘合代码,包括交付(取决于您的工件类型,例如 Docker 容 icon
  • 在我们作为工程师的职业生涯的早期,我们被告知要投资于技术技能。我们学习语言,实现模式和框架,跨堆栈架构,并学习如何扩展。进入工作的杂草是让你在队友中获得可信度和影响力的原因。但为了更成功地进行技术调用和提升职业生涯,工程师实际上需要培养更好的战略决策技能——而不仅仅是技术执行技能。事 icon
  • 在这篇博客文章中详细了解团队拓扑的工作原理、好处是什么以及如何利用该方法。 由Matthew Skelton和Manuel Pais设计的 "团队拓扑 "方法,专门解决了许多组织苦苦挣扎的挑战:没有足够快和好地将软件送到客户手中。软件团队往往面临着创造价值的巨大压力。然而,除 icon
  • 站点可靠性工程 (SRE) 的实践在2022年如何? 随着可靠性成为公司运营能力的基础,我们预测 SRE 角色将发挥其真正潜力,而不是受到部分实施的限制。如果 SRE 目前像机械师一样,在汽车发生碰撞时修理汽车,那么未来 SRE 将变得更像土木工程师,更多地专注于为汽 icon
  • Zach Lloyd曾是谷歌的首席工程师,负责谷歌表单团队。之后,他在《时代周刊》担任临时CTO,现在是一家建立基于Rust的终端的创业公司的CEO。他还在出版一本手册,记录他作为CTO/工程经理的管理风格。这是他关于他看到的工程师所犯的最大错误的一个帖子的摘要。 < icon
  • 软件开发中的设计模式是解决常见问题的可重复解决方案和最佳实践。即使在服务监控的情况下,如果使用得当,设计模式也可以帮助团队接受服务所有权并解决生产中的服务故障。您可以将服务监控设计模式分为三类:健康检查你怎么知道你的服务正在运行——如果是的话——也在做它应该做的事情?是否及时 icon
  • 团队经常使用版本控制分支进行大规模更改,以便他们可以继续开发功能并修复主线上的错误。但是如果您的代码位于分支上,则它不能被集成的。合并回主线肯定是痛苦的,痛苦的程度取决于你想要做出多大的改变,同时你在主线上做了多少工作。 这意味着推 icon
  • 如何在敏捷世界中交付可靠的架构?这是一种创建适应不断变化的架构的方法。有很多关于敏捷架构的文章,但我认为我们还没有一个公认的实践。好的架构必须考虑许多不同的观点(技术和人的),并不断地权衡一个与另一个。 MVP 论点有 icon