客户故事- Monster.com如何使他们的团队能够快速交付和更好的质量感谢JFrog

马丁·埃根伯格,格雷厄姆·巴克内尔
Monster.com首席架构师,CI/CD解决方案架构师

听听JFrog如何提供工具和自动化,以加速Monster.com的软件发布,从三个月的手工工作到简单的点击按钮。此外,通过迁移到AWS云中的基础设施和服务,开发团队能够轻松量化交付给组织的成本节约。

跨混合/多云环境采用最佳实践

AWS上的JFrog平台

视频记录

我是马丁·埃根伯格。我是Monster的首席架构师。我负责Monster生态系统的整体解决方案交付。现在我把这个交给格雷厄姆。

我叫格雷厄姆·巴克内尔。我是CICD团队的领导和架构师。我的工作是为开发人员构建工具,帮助他们以一种安全的方式将软件推向生产。

10年前有效的方法今天可能不再有效。这是有例子的。做功可能有不同的方法。CICD自动化就是其中之一。10年前我们没有自动化,我们没有基于拉动的部署或金丝雀测试。我们花了三个月的时间将一个软件部署到生产环境中。现在只需点击一下按钮。这才是真正的竞争。很多组织都在这个转变中挣扎,而Monster实际上成功地做到了。所以,这是好消息。

这是Artifactory真正的优势之一。我把它描述成一个杂食性的盒子。你可以在里面放任何东西,这对我们来说很关键。在这个多语言的世界里,我们正在构建各种不同类型的工件,因为我经常在Kubernetes的世界里,Artifactory的Docker支持和Helm图表支持非常出色。我们还没有真正碰到一种我们不能推到Artifactory的东西。所以我们的技术选择不受Artifactory的限制真是太好了。回到你的问题,我们主要使用的JFrog部分是Artifactory,然后是用于安全扫描的Xray。

最基本的是我们使用EC2弹性计算。显然,我们使用不同的存储机制,从S3到其他附加存储,到EC2弹性存储,等等。这些都是基础知识。在此基础上,我们专门使用EKS,这实际上是我们的目标部署环境,是一个EKS集群。Kubernetes把这个问题讲得很简单。我们使用AWS的多个存储系统和数据库,包括RDS系统,包括DynamoDB。我们使用了不同的消息排队机制,包括SNS、SQS、Kinesis流(其中SQS不能扩展,我们需要扩展)。显然,硬件组件,elb,等等,alb, CloudFront,以及其他工具。因此,我认为我们可能使用了全部AWS服务产品的40%左右。我们专门使用AWS来满足我们所有的运营需求,这对我们来说很重要。 We use the account landing zones, et cetera, et cetera. So pretty much, you name a technology, and we probably either evaluated it or have thought about using it.

我真的很喜欢表演。所以,从挂钟的角度来看,保持管道的流动。您希望开发人员能够在一天中保持这种速度。所以他们会检查一些东西,你希望他们得到反馈,这样他们就不会被下一件事分心。我知道这种事经常发生在我身上。你会检查一些东西,然后等待构建,然后离开,喝咖啡,然后回来。那天发生了什么?所以,确保事物的表现也是非常令人满意的。只是,我不知道。让东西跑得更快,我就会产生内啡肽。 We actually changed the instance types that we run our builds on yesterday.

而且我认为构建的速度是以前的两倍。我只是希望我能早点这么做。是的。性能和成本,我想是另一回事。这是一个非常容易捕捉的指标。我认为,它也有同样的满足感,只是降低了运行流程的成本。这是云计算的一个神奇之处,你可以看到它的价值,并对你公司的底线产生真正可量化的影响。你知道,在OnPrem时代,这是很难做到的,因为系统的构建方式。你可以建立这样一个伟大的提高效率的东西,但很难真正说你为公司节省了多少钱?这完全是猜测。

希望在下一届Artifactory swampUP上见到大家。我们可以面对面聊天。

要么快速释放,要么死亡