I mean there are tons of options in that space so if it’s an issue that is sorta on your business to have evaluated their dependency.
We work on an internal gitlab instance that has had 100 percent up time for like 2 years. It doesn’t even have to be gitlab, there’s gitea and like 10 other options.
I personally think that the industry has moved so far in the direction of cloud and saas that it’s lost a lot of valuable skills and made them dependent on too much externally.
While it’s possible to handle it better on your own, the point is that you shouldn’t have to. It had better uptime before Microsoft purchased it. The fact that one of the largest companies in the world can’t manage it is ridiculous.
I’m the only person at my (small startup) company who has the skills to maintain a GitLab instance. Been there, done that, never fucking again. I HATE maintenance. We’re probably going to migrate to some other platform since GitHub is intent on turning to shit.
In 2014 I set up GitLab for my then employer. It had to be something self hosted because of client requirements. I was apparently the only one in a company of about 200 that knew anything about Linux.
Wasn’t too bad, just keeping it up to date etc. When I left in 2016 I’d just upgraded the server to ubuntu 16.04. It’s probably still running that now. I know someone who is still there and they’ve said GitLab itself hasn’t been updated since I left.
Oh fuck off. I’m not talking about the GitLab instance. Those aren’t hard. The trauma is from other stuff, but it adds a spicy flavor of stress and anxiety to all infrastructure work.
To each their own but ours didn’t really require more than an hour a month at most. It’s not running on cutting Edge hardware but chugs along pretty dependably. The back ups probably take the most time but even then ansible does most of the work and we bump the omnibus version once a month in off hours without issue.
It’s not as much time as it is stress, anxiety, and trauma. Being on call when shit breaks is fucking awful and my best coping strategy to date is refusing to be an infrastructure person and aggressively not giving a fuck when things are down for a day or two.
It’s like “nobody ever got fired for buying IBM.” Nobody ever got fired for pitching a migration to GitHub. It doesn’t have to be good. Then one day it’s crumbling down and people will have to learn to face consequences.
I mean there are tons of options in that space so if it’s an issue that is sorta on your business to have evaluated their dependency.
We work on an internal gitlab instance that has had 100 percent up time for like 2 years. It doesn’t even have to be gitlab, there’s gitea and like 10 other options.
I personally think that the industry has moved so far in the direction of cloud and saas that it’s lost a lot of valuable skills and made them dependent on too much externally.
While it’s possible to handle it better on your own, the point is that you shouldn’t have to. It had better uptime before Microsoft purchased it. The fact that one of the largest companies in the world can’t manage it is ridiculous.
I’m the only person at my (small startup) company who has the skills to maintain a GitLab instance. Been there, done that, never fucking again. I HATE maintenance. We’re probably going to migrate to some other platform since GitHub is intent on turning to shit.
In 2014 I set up GitLab for my then employer. It had to be something self hosted because of client requirements. I was apparently the only one in a company of about 200 that knew anything about Linux.
Wasn’t too bad, just keeping it up to date etc. When I left in 2016 I’d just upgraded the server to ubuntu 16.04. It’s probably still running that now. I know someone who is still there and they’ve said GitLab itself hasn’t been updated since I left.
Sounds like you don’t really have the skill to maintain it.
24/7 maintenance is more a hassle issue than a skill issue.
There is something wrong with it, when it needs 24/7 maintenance.
Not maintaining 24/7.
Responding to any incident within x minutes at any time of the day or night, everyday of the year.
This would be against the law in my country, especially if a single person is meant to fulfill that role 😂
Oh fuck off. I’m not talking about the GitLab instance. Those aren’t hard. The trauma is from other stuff, but it adds a spicy flavor of stress and anxiety to all infrastructure work.
To each their own but ours didn’t really require more than an hour a month at most. It’s not running on cutting Edge hardware but chugs along pretty dependably. The back ups probably take the most time but even then ansible does most of the work and we bump the omnibus version once a month in off hours without issue.
It’s not as much time as it is stress, anxiety, and trauma. Being on call when shit breaks is fucking awful and my best coping strategy to date is refusing to be an infrastructure person and aggressively not giving a fuck when things are down for a day or two.
It’s like “nobody ever got fired for buying IBM.” Nobody ever got fired for pitching a migration to GitHub. It doesn’t have to be good. Then one day it’s crumbling down and people will have to learn to face consequences.