利用 Kubernetes：最大限度地提高数字基础设施的效率和可靠性
在云计算领域有一个肮脏的小秘密，那就是容器工作负载的总拥有成本比它们应该拥有的要高。
9 年开源，踩坑无数，K8s 到底坑在哪？
虽然并非所有团队最终都选择使用共享的 Kubernetes 集群，但他们都试图用类似的方法解决类似的问题，而且都面临着共同的困难。
最近，37signals 发布了内部开发的工具 mrsk，用于简化服务的部署。但随工具一起发布的博客文章在网上引发了热议。
在某些情况下，Wasm 确实可以取代 Docker 和容器。
哪些类型的数据库和数据最适合使用 K8s？
你好，这里是网络技术联盟站。上次给大家介绍了Docker常用的命令，反响不错，评论区有小伙伴想要K8S的命令合集，那么今天瑞哥就来安排一下！在开始列举K8S命令集前，先给大家简单介绍一下K8S的基本理
Kubernetes 已经席卷了软件开发领域，因高可扩展性、弹性和可靠性，被无数需要使用容器的企业所采用。
Kubernetes 开发环境对比
常言道：“一千个读者眼里有一千个哈姆雷特”。同样的话也适用于 Kubernetes，同样的系统在不同的开发人员眼中也是不同的，甚至在不同阶段对于它的理解也截然不同。
容器的一个问题是，它几乎让你又回到了云出现之前的那个时代。
我遇到的几乎是清一色的运维人员或SRE工程师。应用程序开发人员都去哪儿了？这些复杂的基础设施不是应该为这些人提供服务的吗？Kubernetes社区是否真的关注用户的需求？于是我禁不住想：Kubernetes是否太复杂了？它的复杂性会阻碍自身的发展吗？
Sandeep Dinesh (@SandeepDinesh) 谷歌云的开发者布道师做了一个演讲，给大家列举了在Kubernetes上运行应用的最佳实践清单；Jordan Pellizzari (@jpellizzari), 是来自Weaveworks的工程师，随后也做了一个分享，内容是在他们使用Kubernetes开发运行SaaS Weave Cloud两年之后学到的经验教训。
在我使用 Kubernetes 全职工作了三个多月后，我才逐渐明白了为什么我应该使用它。（我距离成为一个 Kubernetes 专家还很远！）希望这篇文章对你理解 Kubernetes 能做什么会有帮助！
Kubernetes 已成为部署分布式应用的标准方式。在不远的将来，任何新成立的互联网公司都将用到 Kubernetes，无论其是否意识到这点。许多旧应用也正在迁移到 Kubernetes。
Kubernetes（k8s）在很短的一段时间内走过了很长的一段路。仅仅两年以前，它还需要与CoreOS的Fleet、Docker Swarm、Cloud Foundry Diego、HashiCorp的Nomad、Kontena、Rancher的Cattle、Apache Mesos、Amazon ECS等进行竞争，来证明自己比那些产品都要优秀。
应该还能用
【外评】谷歌：从源头消除内存安全漏洞
【外评】在 RiSC-V 上运行《巫师 3》游戏
【外评】法官驳回大部分 GitHub Copilot 版权索赔要求
谷歌内部推出 SQL 中的管道(Pipe)语法
你们干扰不了我写开源代码
【外评】FreeBSD 将 Rust 纳入基本系统
【外评】电脑从哪里获取时间？
【外评】为什么 Stack Overflow 正在消失？
有时
