Live data from Hacker News

JFrog S-1

sec.gov

61–67 of 67 posts

Re: JFrog S-1

#61
post #56
post #49

Earlier quoted context omitted.

ElasticSearch or Redis seem like a good example of the challenges with that approach. Managing contracts is tedious and there's a substantial convenience factor for the difference between “click and it's running on your existing bill” and “go somewhere else, get setup with a license, take over O&M for your own servers”. If it's really critical, you'll do that but a company has to be really dependent on a piece of sof…

Jfrog is available on AWS marketplace, so at least they have the same convenience even if papa Jeff still takes a cut.

Partially - the AWS Marketplace can avoid a procurement (which can be huge) but then you’re running EC2 servers. The popularity of services like RDS suggests there’s a good percentage of the market which will choose managed options, which is great for them but doesn’t help the upstream developers unless a cloud provider supports that development.

Re: JFrog S-1

#62

For those of you looking for an open source alternative to the otherwise fantastic Artifactory product, have a look at Pulp, a Red Hat project that has been rapidly maturing and gaining features over the past two years: https://pulpproject.org/

Does Pulp have proper support for Debian packages by now? Last I looked, it didn't supported signing repositories (and these days, it's basically impossible to get an unsigned repo into a Debian system).

Pulp supports signing Debian repositories just fine with Pulp 3.

Re: JFrog S-1

#63
post #28
post #4

Three S-1's in one day, and the AirBNB prep last week. Is there just light shining, or are these companies worried about the future prospects of the IPO market?

In addition to what others have said, I think Amazon's Elastic Container Registry is a huge threat to JFrog's prospects. Perhaps they need to IPO now to gain access to the deep pools of capital they'll require to face down the threat from Amazon. Or maybe this is one of those IPOs like SendGrid that is fairly quickly followed by an acquisition.

The people and places i know of see them are complementary. If you’re installing a custom rpm in your docker image, you store the rpm in artifactory and the final image in ecr. The pricing on bandwidth was crazy to use it as a docker repo last I looked, which was a while ago. There’s a ton of value in hosting all the private repo types.

Re: JFrog S-1

#64
post #53

With Helm, there is no need for Artifactory. You get Harbor, Verdaccio, etc. It is silly to pay a company 100k+ when all this stuff is easily managed using official or far more powerful tools.

Helm has a much narrower use case. Artifactory can host a wide range of artifacts. For example Artifactory can host and proxy maven, NPM and similar programming language library repositories.

I mentioned Verdaccio which is for JavaScript. Helm can also do Maven, Harbor, Docker Registry, scalable Linux package management, etc.

Re: JFrog S-1

#65
post #33

Earlier quoted context omitted.

Those tools aren't built on Kubernetes, just easier to deploy in a production manner using the official Helm charts.

What if I want to hook up my Maven builds to Artifactory, how does Helm help me?

There is a plugin for Helm to interface with Maven.

Re: JFrog S-1

#66
post #33

Earlier quoted context omitted.

What if I want to hook up my Maven builds to Artifactory, how does Helm help me?

There is a plugin for Helm to interface with Maven.

Umm... let me rephrase that.

Can I upload my Maven binaries to Helm? Does Helm store them? If I have a jar or war, can Helm store them? Does Helm resolve Maven dependencies if I connect to it and run mvn clean install locally?

Re: JFrog S-1

#67
post #53

Earlier quoted context omitted.

Helm has a much narrower use case. Artifactory can host a wide range of artifacts. For example Artifactory can host and proxy maven, NPM and similar programming language library repositories.

I mentioned Verdaccio which is for JavaScript. Helm can also do Maven, Harbor, Docker Registry, scalable Linux package management, etc.

Nothing I see allows Helm to "do Maven". They have a Maven plugin that allows Maven to package Helm charts.

But that's assuming you use Kubernetes.

Helm is not a replacement for Artifactory, I don't know what you're going on about. They have a bit of overlap but the main use case of Artifactory is as a binary artifact repository for any environment, including non-Kubernetes ones. And there are a lot of non-Kubernetes environments out there. I'd argue that Kubernetes environments are a drop in the ocean compared to everything else.

Post reply on HN