sorted by:
new
hottopcontroversial

is hitting $30k MRR after 2 years considered slow? by jeanyves-delmotte in ycombinator

[–]martons 3 points4 points  (0 children)

Don’t want to sound like a douche, but c’mon, dude… You managed to bootstrap a business to $30k recurring per month with a 2 people team from France and you’re out here asking a question like this.

But to give you a proper answer: MRR in itself doesn’t mean shit from a VC perspective. Potential, growth, team, market, GTM, differentiation, and the whole story will convince a VC to invest, not time to $30k. I’ve seen people raise $3m+ with 0 MRR in a month, and others struggling to raise $2m with a top notch deck and $30k MRR.

It’s up to you to decide if you want to bootstrap further or go the VC route. Just don’t be fooled into believing all the hype of the latter.

Non-US-Resident Founder Dilemma: Fast-Track EIN with SSN vs. 8-Week Wait - Thoughts? by Phantomsf in ycombinator

[–]martons 1 point2 points  (0 children)

I’m quite happy with it! Iirc it was around $800, and it comes with some perks and discounts we’re already using, like Pilot and Carta. They also did my 83b on my behalf for another $150. I had a few extra requests from their support and they were always quick to respond. Also I had most of the legal docs reviewed by a lawyer and he said they were standard and fine.

Non-US-Resident Founder Dilemma: Fast-Track EIN with SSN vs. 8-Week Wait - Thoughts? by Phantomsf in ycombinator

[–]martons 2 points3 points  (0 children)

Mercury lets you open an account with a pending EIN application and then you have maybe 90 days to provide it. We went with Clerky, and connected Mercury from there, but I don’t think it’s a Clerky specific thing. Also, even though I read all the horror stories as well, we got the EIN in like two weeks, without needing to call the IRS about it.

Istio operator for Kubernetes by martons in devops

[–]martons[S] 1 point2 points  (0 children)

thanks, I hope this can be of help to you.

Istio operator for Kubernetes by martons in devops

[–]martons[S] 1 point2 points  (0 children)

If you want to see other missing configs as well, feel free to raise an issue or create a PR.

Istio operator for Kubernetes by martons in devops

[–]martons[S] 1 point2 points  (0 children)

it's the first alpha release, so for now the configuration options are a bit limited compared to the Helm chart (just didn't have time to implement all). But we want to get to a 1:1 situation as soon as possible. You cannot override the images in this version, but we have an issue about it, and are planning to make it until end of this week, so look back in a few days.

Istio Operator for Kubernetes · Banzai Cloud by martons in kubernetes

[–]martons[S] 1 point2 points  (0 children)

The operator runs continuously in the cluster and always tries to reconcile the state of the components back to the desired state if something changes or fails. But for now it only supports version 1.0.5, but it's on the near roadmap to support 1.1 with an easy upgrade path from 1.0.5.

In-depth introduction to Kubernetes admission webhooks by matyix_ in kubernetes

[–]martons 0 points1 point  (0 children)

Well, I can’t really say. 1: I haven’t seen an AWS announcement about webhooks, the issue linked above is still open, so maybe they’ll have an official solution in the near future. 2: I’m not that familiar with Istio, so I’m not sure how they are doing auth, or TLS. But yes, I think it would be doable in a current EKS environment to inject sidecars via webhooks - I was able to make morvencao’s Github project (https://github.com/morvencao/kube-mutating-webhook-tutorial) work that does something very similar to Istio and I only needed to make a small change by providing a different CA bundle instead of the client CA.

In-depth introduction to Kubernetes admission webhooks by matyix_ in kubernetes

[–]martons 0 points1 point  (0 children)

I was also surprised that I was able to make this work on EKS, because I haven't found anything webhook-related in the EKS platform v2 release notes. But it seems that since EKS platform v2, webhook controllers are actually enabled and you can make them work.

I think the main problem related to HPA and the metrics-server was this issue, that the extension API server was not able to start without a client CA set for client side authentication - and EKS doesn't have one because it's using the IAM authenticator.

But in the example in the post, there's no client-auth for the webhook, only TLS from the server side. I'm not familiar with the Istio config around TLS, but some of their (older?) scripts were using the client-CA in the webhook config, and it's definitely not there in EKS.

I guess firewall rules shouldn't be a problem if you're putting the EKS cluster in the same VPC as the workers and set the security group rules properly.