JFrog和Kubernetes。我们的云原生之旅还在继续
通过
5分钟阅读
在JFrog，我们是Kubernetes的热心用户，在我们的各种开发工作和不同的环境中。这就是为什么我们为加入云原生计算基金会而感到自豪和兴奋，这样我们现在也可以用我们的技术和专业知识做出贡献。了解更多关于我们的会员资格在这最近新闻稿。
JFrog从Kubernetes的健壮性及其独立于底层基础设施的操作模型中受益匪浅。我们经营我们的多个公共云上的SaaS产品我们的客户在许多类型的基础设施上操作我们的产品。hth华体会最新官方网站我们目前正在将我们的SaaS产品迁移到Kubernetes，以便标准化跨AWS、Azure和GCP的操作。
我们提供Helm图表对于那些想要在Kubernetes集群中运行Artifactory的人来说，我们的本地产品。你可以从公共Helm GitHub存储库。
在贡献方面，我们相信我们多年的经验与二进制的巨大多样性包类型将为云原生社区增加另一个有价值的声音。通过我们即将在Artifactory中提供的Helm包支持，我们将提供相同的可追溯性和跟踪Kubernetes舵我们已经为Docker镜像、npm、Maven和其他许多镜像提供了这些功能。当您需要了解依赖树中变化的影响时，JFrog Xray可以自动分析Docker映像及其元数据，从而生成长链的依赖项，帮助您回答诸如“WAR中包含什么?”之类的问题。结果呢?你会确切地知道你在哪里运行，以及它来自哪里。Xray可以做到这一点，因为它理解二进制内容的元数据，包括许可证、漏洞等。这里出现的情况是，为了实现可靠的发布自动化，软件元数据至关重要。所以我们最近和谷歌以及其他公司一起推出了开源软件Grafeas元数据API(查看记录网络研讨会或者阅读我们的博客以便能够一致地共享您了解软件供应链所需的所有信息。
我们的旅程
在过去的几年里，JFrog在几个方面都取得了巨大的发展。我们经历了市场上产品采用率的增长，我们产品组合的扩展，以及我们适应加速软件发布的动态特性的步伐的增加。与任何快速增长的步伐一样，我们也经历了一些需要克服的挑战。以我们的SaaS产品为例。最初Artifactory SaaS只在Amazon Web Services上可用。发布后不久，我们就清楚地认识到，我们必须在微软Azure和谷歌云平台上提供相同的服务，以满足不断增长的客户需求。这些云在很多方面不同，最显著的是api和操作模型。在三个不同的云中维护SaaS产品的成本也很高。所有这些因素结合在一起，让我们相信我们必须成为云原生的。
接下来的问题是，什么样的运营模式将允许JFrog进行管理原生云跨所有主要云的大规模服务，为客户提供使用相同操作知识的能力，并支持混合云服务模型，以确保对分布式工作的支持。高可用性、灾难恢复等。Kubernetes成为克服这些挑战的最可行和最有希望的选择。Kubernetes提供了全球扩展、自我修复和管理我们和客户所需的运营成本的能力。
云原生是关于速度的。JFrog产hth华体会最新官方网站品是确保安全、高效和快速云部署的秘密武器。Artifactory是十年前创建的，因此最初并不是为云原生设计的。在过去的一年里，这种情况发生了变化。Artifactory已经有了很大的发展，现在是打包的舵图用于在Kubernetes上部署，而不管Kubernetes集群运行在哪里。我们的其他产品，Bihth华体会最新官方网站ntray, Mission Control和Xray都是作为云原生微服务从零开始构建的。
在成为云原生的过程中，JFrog已经认识到围绕Kubernetes和其他云原生计算基金会(CNCF)项目的社区是创新和数字化转型的强大力量。我们很高兴能成为CNCF的一部分，并通过会员资格和我们的倡议来支持其他开源项目GCP上的人工SaaS免费用于选定的开源项目。我们计划以增强Helm和Kubernetes容器生命周期的形式，从我们自己的转型经验中吸取教训，并从我们社区合作伙伴的深刻见解中受益。
保持你的眼睛JFrog Artifactory发布说明为即将发布的完全支持掌舵图表。
准备好开始管理Docker镜像和构成应用程序的所有其他包了吗?
