Really appreciate this great, detailed answer! 100% agree with getting to an MVP with PMF as quickly as possible should be the top priority for a startup.
“Best” depends on your use case. I don’t even think a SQL database is an option for a chat app since it’s write heavy. FB Messenger uses HBase and Discord uses Cassandra and they’ve done their research at scale, so those could be possible options.
Curious why you decided to use MongoDB as opposed to HBase or Cassandra? Discord moved away from MongoDB because its sharding is “complicated to use and not known for stability.” Are these issues not relevant anymore?
I know dapr injects a sidecar so you can code in any language and then use their SDK to call other microservices. Encore looks to be Go centric and uses code generation to create actual Go functions, which provides much better IDE support.
I did not see this in the docs but I’m not sure if Encore supports retries with or without exponential backoffs; dapr supports both.
Thanks! You can see the estimated hourly cost and list of required resources for each cloud provider in our "Cluster information" section [0]. Would be happy to talk about the product and the effort, I will reach out to you to discuss.
I am Rush, one of the makers of Onepanel. Onepanel is an open source, production scale vision AI platform, with fully integrated components for model building, automated labeling, data processing and model training pipelines.
We built Onepanel to significantly reduce the complexities with managing infrastructure and disparate tooling and at the same time allow teams to easily integrate their own tools into reproducible pipelines.
Under the hood, we integrate our own and other best of breed open source components [0] to provide a seamless user experience and abstract away infrastructure complexities that come with running parallelized data processing and training pipelines on different cloud providers. We leverage Kubernetes and deploy cloud provider specific components for networking, network policies, auto scaling, automated TLS certificate provisioning, logging, GPU plugins and more [1].
Our near future goals are to add APIs for inference and VNC enabled workspaces [2] so teams can also run simulation environments inside of Onepanel.
We're excited to share Onepanel with the HN community and look forward to hearing your feedback! And of course we welcome and encourage any contributions [3].
I am Rush, one of the makers of Onepanel. Onepanel is a Kubernetes-native deep learning platform for computer vision with fully integrated components for model building, semi-automated labeling, data processing and model training pipelines.
We built Onepanel to significantly reduce the complexities with infrastructure and disparate tooling so teams can be productive at every step of their workflow but at the same time have the flexibility to change them and bring their own tools.
Under the hood, we integrate our own and other best of breed open source components [0] to provide a seamless user experience. We also try to abstract some of the complexities of Kubernetes by deploying cloud provider specific components for networking, network policies, automated TLS certificates, logging, GPU plugins and more [1].
Our near future goals are to add serverless APIs for inference and VNC enabled workspaces [2] so teams can also run simulation environments inside of Onepanel.
We're excited to share Onepanel with the HN community and would love to hear your feedback! And of course we welcome and encourage any contributions [3].
Out of curiosity, what type of project was this? Did you end up rewriting the entire 100K loc in Rust? I ask because Docker and Kubernetes are large projects and as far as I know, using Go hasn't been an issue for them.
If you go by comments, the latest (March 2017) post was created 13 hours ago and has 720+ comments.
Looking at HN Search [1] and sorting by popularity and then looking at the comments, you can see Jan and Feb 2017 are on the first page with 900+ and 1200+ comments and March 2017 is on the second page.
So far so good if you're going to use it as an indicator :)
I also found that it's easier to launch an Elastic Beanstalk Docker app with a Postgres RDS instance. I'm hoping Google's Flexible Environment will address this, but I was not able to get it to deploy. To be fair, I only tried for a bit yesterday and gave up.
It'd be great if you can share how to best spin up a managed Postgres instance.
I'm using GKE and it has been working like a charm so far.