Earlier quoted context omitted.
Hi, Developer Evangelist at GitLab here. Can you link the issue please? :) For context, Prometheus and observability will be handled with Opstrace in the future [0]. I'd like to learn about your use-case and see which troubles you have been running into. Thanks! [0] https://opstrace.com/blog/gitlab
This one I guess? https://gitlab.com/gitlab-org/gitlab/-/issues/210365 To be clear, I don't care about Prometheus on my instance, I only care when it's causing trouble (e.g. by eating 100% CPU all the time).
Gitlab is down
61–65 of 65 posts
Re: Gitlab is down
#62Re: Gitlab is down
#63Earlier quoted context omitted.
Indeed, I can't remember a single time where a self-hosted server crashed. They run for decades with 0 downtime.
It doesn't, but I can fix it as opposed to waiting for their team to do it. Also at gitlab.com scale the problems they face are very different from a typical deployment. It is like having maintaining your car and using the train. On average if you can fix your car (or hire a good mechanic i.e. consulting) you would probably have a better experience than public transport breaking down, that you are powerless to do any…
Spoken as someone who has never taken a train i suppose? Transit at scale can handle maintenance much better than a single vehicle and/or mechanic, and they do so proactively and on schedules. And when things get really bad ( catastrophic failure of some component you can't just "fix" on the spot), public transit will organise a backup ( a new train or a bunch of buses) to get you to your destination.
Re: Gitlab is down
#64Earlier quoted context omitted.
It doesn't, but I can fix it as opposed to waiting for their team to do it. Also at gitlab.com scale the problems they face are very different from a typical deployment. It is like having maintaining your car and using the train. On average if you can fix your car (or hire a good mechanic i.e. consulting) you would probably have a better experience than public transport breaking down, that you are powerless to do any…
> On average if you can fix your car (or hire a good mechanic i.e. consulting) you would probably have a better experience than public transport breaking down, that you are powerless to do anything about Spoken as someone who has never taken a train i suppose? Transit at scale can handle maintenance much better than a single vehicle and/or mechanic, and they do so proactively and on schedules. And when things get rea…
I commuted in Mumbai trains for years the experience is terrible and dangerous, in most dense cities there is no other cheap reliable way to get anywhere, even in richer cities like NY the system is pretty bad if you care at all about your journey beyond getting from point A to B.
Scaling is hard for public transit, very very hard, it does not matter how wealthy the city is either. Poor cities don't have money to expand, rich cities have ton of legacy infra, politics[1] and other systemic issues. The NY 2nd avenue line is 100 years in the making and costs $15-20B and it is just 9 miles long. There are some good transit systems but most of them are have ton of problems.
Fr vast majority of people, trains (or managed SaaS ) would be good fit for their needs, however that does not mean it is always better in every metric and fits for everyone, for some people control and experience and other aspects is more important than what managed solutions can offer there is nothing wrong with that.
[1] Large scale SaaS apps unsurprisingly also have similar problems
Re: Gitlab is down
#65Earlier quoted context omitted.
Your impression is correct. We use GitLab.com and notice these incidents as they happen. The delay in updating status is a result of our Incident Management process [0]. We have a Communications Manager on Call (CMOC) who leads communication throughout an incident. One of their responsibilities includes updating the status page. The slight delay between noticing the issue and updating the status page is a result of t…
Not a "status page" then, but merely "a page where Communications Manager post messages on after assessing the situation and consulting/getting permission from management"