- Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
- Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!
Reply to: DevOps
Collapse
You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:
- You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
- You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
- If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.
Logging in...
Previously on "DevOps"
Collapse
-
Originally posted by cojak View PostMissed the words ‘support’ and ‘enterprise’ then did we?
When you have business (and more) critical systems that people are depending on 24x7 with a less than 4hr SLA for P1’s, you need more than the goodwill of the open source community to see you right...
Your support is the guys on the ground, your cloud provider and maybe your distro. Given that terraform is relatively simple golang code that just converts it's DSL into cloud API calls. Your guys on the ground should be able to debug this with relative ease, otherwise you don't have the right guys on the ground.
Docker is more interesting. It's just a wrapper around a Linux cgroup and you'd get support for your containers via whatever cloud PaaS service you use. You should also have your own guys who can debug this too, but you're likely going to want that cloud vendor support anyways, and this was part of GKE, so there you go.
Of course if nobody pays for these tools, the underlying companies go bust. So thanks for supporting the community, but I wouldn't call the movement expensive because your staff aren't trusted to read some code.
P.S. I've literally sat in meetings with a bank who were pretending to do devops and they've asked for all our tools so they can pay for support, so I understand how this sort of things happens and I don't really feel bad for them.
Also "Enterprise" is a bad word. The Government IT Self-Harm Playbook – Dan Sheldon – MediumLast edited by fool; 28 March 2019, 09:53.
Leave a comment:
-
Originally posted by fool View Post
DevOps is historically an open source movement, and other than cloud IaaS or PaaS, we don't pay for much. Look at CNCF Cloud Native Interactive Landscape to see related products, the vast majority of which are free.
Ha! It's nice you're giving them money, but I honestly don't know anyone who pays for these things. Use, GKE, Gitlab OSS, and OSS terraform and call it a day.
When you have business (and more) critical systems that people are depending on 24x7 with a less than 4hr SLA for P1’s, you need more than the goodwill of the open source community to see you right...
Leave a comment:
-
Originally posted by Federico Razzoli View PostIt is system administration done by automating tasks as much as possible. It requires programming skills. Actually the inventor of this philosophy (a Google engineer) defined it as system administration done by developers.
The whole thing is described in a book, "Site Reliability Engineering".
Technically, DevOps is a culture and a super tribe of Development and Operations working together to improve the overall system and learn from each other. This also tends to pull in Testing, Security and Product Managment.
More pragmatically, DevOps tends to be used to mean:-
- Sysadmin who can automate, often now "Platform Engineers".
- Release Engineer who looks after pipelines and possibly tolling.
- Developers consuming PaaS / SaaS services who think they're doing NoOps when they've just outsourced it.
Originally posted by cojak View PostExcept that companies start because they think it will save them money, right to the point where they realise it won’t when they are asked to buy these automation tools and/or train their people to use them. Oh how I laugh when I explain this to them with a straight face.
Originally posted by cojak View PostAs someone implementing a DevOps support model at the moment, you know nuffink about me.
I’ve fought hard for Enterprise Terraform and Docker for my teams. Much harder than I should have done.Last edited by fool; 27 March 2019, 17:53.
Leave a comment:
-
Originally posted by cojak View PostI’ve fought hard for Enterprise Terraform and Docker for my teams. Much harder than I should have done.
Leave a comment:
-
As someone implementing a DevOps support model at the moment, you know nuffink about me.
I’ve fought hard for Enterprise Terraform and Docker for my teams. Much harder than I should have done.
Leave a comment:
-
Originally posted by cojak View PostExcept that companies start because they think it will save them money, right to the point where they realise it won’t when they are asked to buy these automation tools and/or train their people to use them. Oh how I laugh when I explain this to them with a straight face.
Something has to be said about managed infra and infrastructure as code. CUK dinosaurs need not apply.
Leave a comment:
-
Except that companies start because they think it will save them money, right to the point where they realise it won’t when they are asked to buy these automation tools and/or train their people to use them. Oh how I laugh when I explain this to them with a straight face.
Leave a comment:
-
Originally posted by Federico Razzoli View PostIt is system administration done by automating tasks as much as possible. It requires programming skills. Actually the inventor of this philosophy (a Google engineer) defined it as system administration done by developers.
The whole thing is described in a book, "Site Reliability Engineering".Last edited by BlueSharp; 23 March 2019, 01:29.
Leave a comment:
-
It is system administration done by automating tasks as much as possible. It requires programming skills. Actually the inventor of this philosophy (a Google engineer) defined it as system administration done by developers.
The whole thing is described in a book, "Site Reliability Engineering".
Leave a comment:
-
From what I understand its a bit like the old Release Manager role, with extra bits here and there to deploy loads of production scripts and releases.
Leave a comment:
-
Originally posted by ContractorMike View Postwhat is DevOps, is it just another set practices, and tools for software and system development
Sorry thought I was in General, such is my feeling on DevOps.
qhLast edited by quackhandle; 13 March 2019, 16:32.
Leave a comment:
-
DevOps
what is DevOps, is it just another set practices, and tools for software and system developmentTags: None
- Home
- News & Features
- First Timers
- IR35 / S660 / BN66
- Employee Benefit Trusts
- Agency Workers Regulations
- MSC Legislation
- Limited Companies
- Dividends
- Umbrella Company
- VAT / Flat Rate VAT
- Job News & Guides
- Money News & Guides
- Guide to Contracts
- Successful Contracting
- Contracting Overseas
- Contractor Calculators
- MVL
- Contractor Expenses
Advertisers
Contractor Services
CUK News
- Spot the hidden contractor Dec 20 10:43
- Accounting for Contractors Dec 19 15:30
- Chartered Accountants with MarchMutual Dec 19 15:05
- Chartered Accountants with March Mutual Dec 19 15:05
- Chartered Accountants Dec 19 15:05
- Unfairly barred from contracting? Petrofac just paid the price Dec 19 09:43
- An IR35 case law look back: contractor must-knows for 2025-26 Dec 18 09:30
- A contractor’s Autumn Budget financial review Dec 17 10:59
- Why limited company working could be back in vogue in 2025 Dec 16 09:45
- Expert Accounting for Contractors: Trusted by thousands Dec 12 14:47
Leave a comment: