ibminterconnect

Solved by Vagrant for the Linux env

Chris Lazzaro

It used to be a problem for us, but now we are doing so much in Bluemix is easy to get new env's up.

I rad that as a maturity thing. Need decent testing and deployment. Then environment counts become the bottleneck.

Paul Steel

I'm shocked, I would have thought that was going to be big

I think those problems are secondary to people

@lazzarochris Good point. With cloud platforms providing environments more cheaply, the more advanced are likely already there.

do you regard QA as outside of test env or fringe?

Bas Pluim

Lack of environments definitely a problem...but that's largely caused by teams not working in tandem

Jayne Groll

I would have thought this would have been resolved by now. Investment in testing is critical.

Mustafa Kapadia

I agree, for our client it is the biggest bottleneck

@ianclayton QA is old thinking. It should be integrated in Dev.

Keith Townsend - Light will overcome darkness

every time I've introduced ideas to improve dev/test environment delivery the response has been meh. Ramping up resources to do the work is normally a bigger challenge.

Mustafa Kapadia

and where many start their journet

Paul Steel

@LazzaroChris Bluemix is a great tool, what are the primary parts you are using?

Is it that people have transitioned to more automation. It still seems to be a big problem with Systems of Record

Padma

With the use of Bluemix this issue can be resolved quickly.

Well, as a dev, you can't spin up a replica piod environment on a mainframe

Keith Townsend - Light will overcome darkness

I've found Dev/Test for systems of record are relatively static. I'm in healthcare so that may be a factor. The need for data refresh isn't a consideration.

Sanjeev Sharma

Pop Quiz: If you have a 2 week Sprint, but it takes 3 weeks to get a new test env, how long is your Sprint?

@rjhintz i wonder even in Linux what vagrant usage is % wise?

if you move to the cloud it becomes #SelfService

you can spin up a new z system with RD&T , z/OS running on Intel Linux this lets all teams work in the same way.

@rjhintz ouch QA in Dev - fox in hen house ! I've been a victim of that idea :-) unless u have some form of fire wall

@ashimmy Compared to what? How else do you spin up a replica environment?

the challenge is knowing that you have a problem once you have deployed a change #ProblemsThatTrulyMatter

Robert Reeves

@sd_architect Ha! Do the same exercise for your Database changes! We had a customer that when from 48hrs per change to 2hrs. Gave 'em back a whole Sprint at the end of the year.

@ianclayton firewall equates to silo in my experience.

Sanjeev Sharma

@CTOAdvisor Yes, but environment availability and contention is still an issue

@ianclayton if Dev also carries the pager, then actual quality starts to matter a whole lot more.

Chris Lazzaro

@LifeOnMobile We run the DevOps Method site on Bluemix: https://www.ibm.com/... - easy to setup multiple instances in diff datacenters

Docker, Docker, Docker :)

@dancberg Not sure I understand. This would be "solved" by unit and functional test

Keith Townsend - Light will overcome darkness

@sd_architect not in my environment. We have dedicated lanscapes from Sandbox>Prod. Include test, dev, N+1 and QA. If we were under financial pressure that would change.

-- Seems like Dev / test environment should be easy with cloud, virtualization and microservices. #IBMInterConnect

@rjhintz silos = friction of course dev tests - but discrete independent test vital - taco of cost me a divorce is previous life

Chris Lazzaro

@EricMinick Yes, a lot of teams first start trying Cloud just because they have trouble getting VM's from their IT team. IaaS often first, with PaaS soon after.

To use the test environments you need good automated testing, and test data management as well.

@ianclayton this seems to be at odds with test driven development

@rjhintz nope - I'm all for test drive dev... u tagged me on QA being old fashioned - someone has to be responsible for end quality

@ianclayton the point is that the aggregate team, what we call loosely devops is responsible for quality

@rjhintz well that explains the quality of some apps I download, then delete cos of battery drain and resource consumption

alan shimel19

What do you think is next for #
DevOps?

[+] Show Hidden Comments

Will it still be called DevOps in 3-5 years

-- No. Probably not. #IBMInterConnect

Saleem Padani

There will still be bottlenecks maybe that won't be all human related :-)

-- Purely from a marketing perspective--vendors will come up with new buzzwords. #IBMInterConnect

Buzzwords, shmuzzwords, will function chage?

-- from a technical perspective, I think AI and machine learning will change what we think of as "DevOps" today #IBMInterConnect

focus is shifting to cloud and "always on" delivery #ExpectFailuresAndRecovery

I don't think we will use the same name but people won't be finished with their transition yet. I am hoping people don't stop part way

3 Votes Vote

Saleem Padani

Robots will automatically scan your code and open defects and call your home phone while you are still in bed?

Robert Wen

I'm waiting for the hype to end. IMHO DevOps has simply meant they found the release managers/ config. mgmt people.

zster

How to leverage DevOps in the cognitive, Internet of Things and Blockchain world.

-- Microservices and AI will minimize or eliminate the "Ops" side of the "DevOps" equation. #IBMInterConnect

Robert, I think there is more to it then relase managers

continuous delivery remains important but having much better cloud problem determination and analytics become more important.

I think the cultural element + tools has changed the game

John Furrier

#devops will power & revenue growth for #bigdata and apps - data driven apps need devops

Jayne Groll

IT - we love our frameworks. Not sure what it will be called, but it will be called something #IBMInterConnect

correct...once delivered you need to operate, scale, and recover from attacks
#SurvivingCloud

Robert Wen

I think so too. But that's if you want to jump into the culture-changing, "hard" DevOps.

Robert Wen

"easy" DevOps is for companies to rebrand the release managers and config mgmt people

There may be less change than we expect. Once agile reached Scrum, it became less crazy. I think DevOps is getting there and adoption will be a journey.

Biz-Dev-Ops-realOps

Ian, I like the idea of including the Biz, that is the ultimate equalizer