# Timeline for hosted service
**URL:** https://discuss.dgraph.io/t/timeline-for-hosted-service/2608
**Category:** Users
**Created:** [May 21, 2018, 1:38am UTC](https://discuss.dgraph.io/t/timeline-for-hosted-service/2608 "2018-05-21T01:38:42Z")
**Posts on this page:** 4
**Page:** 1
### Author:  [@vespertilian](https://discuss.dgraph.io/u/vespertilian)
#### Post date: [May 21, 2018, 1:38am UTC](https://discuss.dgraph.io/t/timeline-for-hosted-service/2608/1 "2018-05-21T01:38:42Z")
@mrjn
> [@Switching Dgraph to a Liberal License - Dgraph Blog](http://discuss.hypermode.com/t/switching-dgraph-to-a-liberal-license-dgraph-blog/2411/3):
>
> We’re going to collaborate with an external vendor to build and run that, on our behalf. There’s no ETA for that yet.
Any update on a timeline for a hosted service?
I am a huge fan of DGraph and have really been enjoying using it. It’s just that the amount of time I see myself allocating to learn to and then manage a production deployment is killing my productivity. It’s distracting too much from working on the problem I am trying to solve, and I am just one person.
So currently I feel chose the wrong DB for my app at this point in time. I am sure if I built another app next year and you had a service, or if I had my own team of Kubernetes ops ninjas, this will be my go-to choice.
Anyway, I need to make a choice to either stick with DGraph and wait for a paid service, (the app is not ready yet so I could wait a bit), or look at some other DB. Any type of guidance you could give would be appreciated.
Thanks!
You can read more about my production struggles here.
[http://discuss.hypermode.com/t/struggling-getting-a-production-quality-dgraph-instance-setup](http://discuss.hypermode.com/t/struggling-getting-a-production-quality-dgraph-instance-setup)
---
### Author:  [@mrjn](https://discuss.dgraph.io/u/mrjn)
#### Post date: [May 21, 2018, 3:48am UTC](https://discuss.dgraph.io/t/timeline-for-hosted-service/2608/2 "2018-05-21T03:48:23Z")
We’re going to work on the hosted service next year. This year is focused on stabilizing the distributed system, and building some of these much asked for features.
I’d recommend just running the simplest possible Dgraph setup, i.e. one zero server, and one alpha server (Dgraph server). That wouldn’t be too hard to run and maintain yourself. K8s, HA, etc. are all nice to have, but there’s a certain stage a project must reach IMO – and that’s when your users are actually shouting at you because of a downtime. My 2 cents!
---
### Author:  [@vespertilian](https://discuss.dgraph.io/u/vespertilian)
#### Post date: [May 21, 2018, 4:19am UTC](https://discuss.dgraph.io/t/timeline-for-hosted-service/2608/3 "2018-05-21T04:19:24Z")
@mrjn
> [@mrjn](#):
>
> We’re going to work on the hosted service next year.
Thank you, this helps.
> [@mrjn](#):
>
> I’d recommend just running the simplest possible Dgraph setup, i.e. one zero server, and one alpha server
Yes! Thats a very good point. I will explore this in greater detail soon, and I will report back.
---
### Author:  [@system](https://discuss.dgraph.io/u/system)
#### Post date: [June 20, 2018, 4:22am UTC](https://discuss.dgraph.io/t/timeline-for-hosted-service/2608/4 "2018-06-20T04:22:49Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.