Kubernetes
以 Kubernetes 为代表的云原生技术底座支撑了字节跳动业务的快速发展。从微服务场景开始，Kubernetes 逐渐演化统一支撑了字节内部的大数据、机器学习以及存储服务等多种形态基础设施。
绝大多数的初创以及扩张阶段的企业在构建软件时都应该避免使用 Kubernetes 以及其他的一些过早优化。如果你所在的企业使用了 Kubernetes，那么你们很有可能会把精力花在一些偏离主线的事情上。
Airbnb 在我们的 Kubernetes 集群配置中取得了长足的进步。通过在 Cluster Autoscaler 中开发和引入更加成熟的扩展器，我们已经能够实现围绕成本和多实例类型开发复杂的、特定业务的扩展策略目标，同时还向社区贡献了一些有用的功能。
我们说 Kubernetes 的核心是其 API 框架，但并不是说这套 API 框架就是完美的。事实上，后一点并不（非常）重要，因为 Kubernetes 模型已经成为一个事实标准。
Kubernetes服务提供了一种访问一组Pod的方法，通常通过使用标签选择器来定义。这可能是应用程序试图访问集群中的其他应用程序，也可能允许你将集群中运行的应用程序公开给外部世界。
Kubernetes带来的最大挑战之一是在不同的云和内部部署环境中部署微服务和应用程序。正如后端开发人员和运维团队所知，配置和管理不同的环境仍然主要是一个手动过程，不仅对于主要的应用程序部署，对于任何代码、应用程序、微服务、安全性或其他更新都是如此。
当今，企业在加速应用现代化的同时，往往将 Kubernetes 安全置于次要地位。尽管这样的风险越来越高，但我们仍需谨慎对待那些能够缓解容器化环境威胁的安全策略。
对于系统集成商和服务提供商来说，Korifi是一种为其Cloud Foundry客户实现云原生转换的方式，同时也引入了一种新的基于云的产品。
云原生时代，企业数据保护策略发生了根本性变化，不再以虚机或者物理机层面进行备份，而是以业务视角去审视安全问题，防范各种风险。
带有DevOps特性的工具列表每天都在增长，了解团队的需求对于使用正确的服务来促进新应用程序的开发非常重要。本文将按类别了解不同的 Devops 工具，以提高团队的生产力和协作。
Kubernetes 是公有云中应用程序部署的事实标准。然而，随着企业将更多的工作负载迁移到 K8s，经常遇到应用程序稳定性的的问题。
您需要适合您的开发团队的工具来实施 DevOps 规范。我们比较了两种流行的 DevOps 解决方案 Jenkins 和 Kubernetes 的特性。
笔者尝试将一个基于Kubernetes Job的云原生分布式图计算应用从依赖外部消息队列分配task改为Indexed Job，应用的可维护性、稳定性和资源消耗都得到了明显的改善。
在容器化方面，数据的持久化存储是个难题。临时容器是一个短暂的计算环境，其中代码不会永远存储。但是您仍然需要将数据存储在某个物理磁盘上。
最新版本的 Kubernetes 容器编排平台将不再原生支持 Docker 容器运行时，这对用户来说是一个重大变化
Kubernetes 确实很受欢迎。根据 CNCF(云原生计算基金会)发布的《 2021 年第一季度_云原生开发状况报告》，全球有 680 万云原生开发者(其中 560 万使用 Kubernetes，比上一年增长 67%)，运行着 1020 万个容器。
磐舟一体化云交付平台是中国移动自主研发的面向开发人员的代码开发，自动部署的平台。磐舟一体化交付平台自研实现了一套GitOps驱动引擎，支持从需求设计、开发构建、测试部署的全部开发与运维功能需求，实现应用一键上磐基容器云平台。
Kubernetes工具和框架是发挥Kubernetes技术的重要组成部分，可帮助满足各种需求并增强你的体验，因此在做技术选型的时候，我们需要选择一个最优的工具、最稳的框架。
当你在 Kubernetes 上使用容器时，你经常把应用程序组合在一个吊舱pod中。当你把一个容器或一个吊舱发布到生产环境中时，它被称为一个部署deployment。
