• 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.

Previously on "DevOps"

Collapse

  • cojak
    replied
    Well, I’m always prepared to learn.

    Leave a comment:


  • fool
    replied
    Originally posted by cojak View Post
    Missed 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...
    I've supported systems with billions in revenue, critical national infrastructure and cloud providers. Heard it all before, you still don't need this.

    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 – Medium
    Last edited by fool; 28 March 2019, 09:53.

    Leave a comment:


  • cojak
    replied
    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.
    Missed 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...

    Leave a comment:


  • fool
    replied
    Originally posted by Federico Razzoli View Post
    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".
    This is both right and wrong.

    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 Post
    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.
    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.

    Originally posted by cojak View Post
    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.
    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.
    Last edited by fool; 27 March 2019, 17:53.

    Leave a comment:


  • TheGreenBastard
    replied
    Originally posted by cojak View Post
    I’ve fought hard for Enterprise Terraform and Docker for my teams. Much harder than I should have done.
    Fair play, I read it wrong then

    Leave a comment:


  • cojak
    replied
    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:


  • TheGreenBastard
    replied
    Originally posted by cojak View Post
    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.
    It won't save them money immediately, but it's more like a pension - try attracting top talent for your bare metal Oracle systems, enjoy paying someone to tickle your Oracle boxes just right so they perform well / have good up time.

    Something has to be said about managed infra and infrastructure as code. CUK dinosaurs need not apply.

    Leave a comment:


  • cojak
    replied
    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:


  • BlueSharp
    replied
    Originally posted by Federico Razzoli View Post
    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".
    This. Physical Infrastructure is no more. DevOps changes the view of physical tin to one that is it a service to be consumed much like any other information service. Infrastructure requirements are defined via code template with scripts to configure them and the whole lot is automated using CI and CD tools. If I want to deploy an existing app to a new server, i change the template and it deploy. The devops tools deploy the infrastructure and code for me.
    Last edited by BlueSharp; 23 March 2019, 01:29.

    Leave a comment:


  • Federico Razzoli
    replied
    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:


  • SandyD
    replied
    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:


  • quackhandle
    replied
    Originally posted by ContractorMike View Post
    what is DevOps, is it just another set practices, and tools for software and system development
    It is where you brag incessantly on LI and twitter that your a jedi-black-belt iron-fist-delta-master with technologies such as Splibble, Nozschlock, Sconk, Flarrrgh and Cumleft.

    Sorry thought I was in General, such is my feeling on DevOps.

    qh
    Last edited by quackhandle; 13 March 2019, 16:32.

    Leave a comment:


  • Zigenare
    replied
    Originally posted by ContractorMike View Post
    what is DevOps, is it just another set practices, and tools for software and system development
    The ability to use Google is a prerequisite skill.

    Leave a comment:


  • ContractorMike
    started a topic DevOps

    DevOps

    what is DevOps, is it just another set practices, and tools for software and system development

Working...
X