SwampUP Leap: Salesforce的最后一英里交付规模
通过
4分钟阅读
在今年的swampUP 2020会议，我们很幸运地有几个客户展示了他们对我们产品的熟练使用，以实现雄心勃勃的目标。hth华体会最新官方网站Salesforce基础设施工程总监Navin Ramineni在会议上发表了这样的演讲。
Salesforce对规模的需求:通过数字
JFrog平台帮助Salesforce在全球企业规模上运营:
- 超过200个人工工厂，分布在全球各地
- 每天高达9200万个工件请求
- 通过Artifactory在全球范围内复制4TB的数据多站点复制
- 每天支持20,000个构建的能力
- 每天在生产中提升和消耗150件工件的能力
基础设施工程团队支持不同的开发团队。因此，他们需要对广泛的包类型提供广泛的支持。随着工程团队从单片应用转向基于微服务的架构，他们也看到了工件数量的爆炸式增长。他们需要一个能够支持这种演变的工具，他们找到了Artifactory的可伸缩性和支持超过27种包装类型成为合适的人选。
安全性和合规性
Salesforce需要在他们的研发环境和生产环境之间高度隔离。这些环境之间的通信由一些严格的规则管理。他们对自己的政府环境也有特殊的考虑，这些环境必须在物理上和逻辑上与Salesforce其他客户使用的基础设施隔离。
为了支持他们的安全性和遵从性需求，Salesforce需要一种交付机制，其中包括在他们的研发和生产环境之间的“墙”。这堵墙由一个中间staging存储库组成，他们称之为“DMZ区”。Artifactory支持各种类型的复制:推式复制、拉式复制、基于事件的复制和计划复制，从而促进了工件通过DMZ从研发到生产的移动。Navin在他的会议演讲中详细解释了这种复杂的传递机制。
多种推出策略
Salesforce的研发团队是高度分布式的，有些人希望将他们的二进制存储库直接托管在他们本地数据中心的裸机基础设施上，而另一些人则倾向于将它们保存在公共云服务中。他们还要求在将更改推出到生产数据中心之前，对与金丝雀部署相关的工件进行全面测试。严格的质量验证和时间表意味着必须跨数据中心错开发布。在非高峰时段基于地理位置的发布对于确保对客户的影响最小化也很重要。这些不同的推出策略很容易用Artifactory处理。
听听战壕里的故事
你可以直接从Navin那里听到他在Artifactory的经历。他在JFrog的SwampUP 2020会议上的会议会议被录制下来，可供按需访问。如果你想知道如何与Artifactory一起做大，你肯定想直接听听他的意见:
