JFrog Artifactory is designed for software management. We used it for storing all assets and packages that were downloaded from external package systems, making them available for our development teams to use in their builds. It primarily supported a fail-fast approach, where vulnerabilities were identified ahead of time, enabling us to alert our development team to use the latest packages without those vulnerabilities. JFrog Artifactory proved very helpful in supporting a variety of package types for different projects.
The main use case was to store the artifacts, store the binaries, basically. And then we used it as a container registry as well. One of my tasks was to get X-ray running. I got the product running and tested it, but users never really started using it. So, from the user perspective, I don't really know how much they used X-ray. What I can say about X-ray is that it did what Artifactory advertised. So, from that point of view, in my opinion, it worked fine, but we never really got to use it too deeply. We never got enough requests from our customers, the developers, or the security management team to implement some checks or block downloads from Artifactory, even when the software is too old or has some vulnerabilities. That was a disappointment for me because I worked on the installation and management of X-ray for a couple of months. But that's not something that X-ray is responsible for.
Head of Infrastructure and DevOps at a manufacturing company with 5,001-10,000 employees
Real User
Jan 13, 2023
We use Artifactory for all of our software development. We're an electric car company, and we're headquartered in China, but we've got an R&D software development office in San Jose. All of our software development teams use Artifactory for storing all their artifacts, binaries, and things like that for the software that they're developing for the electric vehicles that we manufacture and sell in China and Europe. We are using the Enterprise X version. It's self-hosted and on-prem. It's not on the cloud.
We use it for development purposes, more specifically for continuous integration to push artifacts for deployment. JFrog is in the middle of both my CI and CD integration.
Our primary use case is for storing the artifacts, dockery majors, or any kind of builds that are created as part of the CI process. Mainly the CI/CD pipelines are what we are using it for.
HPE used JFrog for a lot of things, but my team was building OVAs for VMware. Once the build process was complete, we would upload it to JFrog. There was some other process that would pull it down from JFrog and copy it to AWS for customers to access it. However, I don't think the customers downloaded it from JFrog. They downloaded it from AWS, but it was essentially just a version control for binary bits—artifacts that we created from our build process.
I use it to have a central place to host all my binaries. I also use it to collect any third-party binaries that are needed in my build process so that I always have a copy available in case something happens downstream.
Previously, we were developing products without built-in security tools, and Artifactory lets us bake in that security process. We purchased the enterprise edition, which gives us three instances we use in different environments to better deliver our software. We run one instance in a sensitive area that's siloed off, one on our corporate infrastructure, and another on a public Cloud. It could be a customer using something out in the open or on Edge. Artifactory allows us to securely deploy our software.
JFrog Artifactory is a powerful enterprise product designed for storing and managing different types of binaries, including artifacts, Dockery majors, and builds created as part of the CI process. It offers end-to-end binary management capabilities, integration with different environments and cloud providers, and a centralized repository with multiple repositories for different artifacts.
Artifactory has helped organizations modernize and automate their development operations, reducing...
JFrog Artifactory is designed for software management. We used it for storing all assets and packages that were downloaded from external package systems, making them available for our development teams to use in their builds. It primarily supported a fail-fast approach, where vulnerabilities were identified ahead of time, enabling us to alert our development team to use the latest packages without those vulnerabilities. JFrog Artifactory proved very helpful in supporting a variety of package types for different projects.
The main use case was to store the artifacts, store the binaries, basically. And then we used it as a container registry as well. One of my tasks was to get X-ray running. I got the product running and tested it, but users never really started using it. So, from the user perspective, I don't really know how much they used X-ray. What I can say about X-ray is that it did what Artifactory advertised. So, from that point of view, in my opinion, it worked fine, but we never really got to use it too deeply. We never got enough requests from our customers, the developers, or the security management team to implement some checks or block downloads from Artifactory, even when the software is too old or has some vulnerabilities. That was a disappointment for me because I worked on the installation and management of X-ray for a couple of months. But that's not something that X-ray is responsible for.
We use Artifactory for all of our software development. We're an electric car company, and we're headquartered in China, but we've got an R&D software development office in San Jose. All of our software development teams use Artifactory for storing all their artifacts, binaries, and things like that for the software that they're developing for the electric vehicles that we manufacture and sell in China and Europe. We are using the Enterprise X version. It's self-hosted and on-prem. It's not on the cloud.
We use it for development purposes, more specifically for continuous integration to push artifacts for deployment. JFrog is in the middle of both my CI and CD integration.
Our primary use case is for storing the artifacts, dockery majors, or any kind of builds that are created as part of the CI process. Mainly the CI/CD pipelines are what we are using it for.
HPE used JFrog for a lot of things, but my team was building OVAs for VMware. Once the build process was complete, we would upload it to JFrog. There was some other process that would pull it down from JFrog and copy it to AWS for customers to access it. However, I don't think the customers downloaded it from JFrog. They downloaded it from AWS, but it was essentially just a version control for binary bits—artifacts that we created from our build process.
I use it to have a central place to host all my binaries. I also use it to collect any third-party binaries that are needed in my build process so that I always have a copy available in case something happens downstream.
Previously, we were developing products without built-in security tools, and Artifactory lets us bake in that security process. We purchased the enterprise edition, which gives us three instances we use in different environments to better deliver our software. We run one instance in a sensitive area that's siloed off, one on our corporate infrastructure, and another on a public Cloud. It could be a customer using something out in the open or on Edge. Artifactory allows us to securely deploy our software.