Slashdot Mirror
The Quiet Before the Next IT Revolution
snydeq writes: Now that the technologies behind our servers and networks have stabilized, IT can look forward to a different kind of constant change, writes Paul Venezia. "In IT, we are actually seeing a bit of stasis. I don't mean that the IT world isn't moving at the speed of light — it is — but the technologies we use in our corporate data centers have progressed to the point where we can leave them be for the foreseeable future without worry that they will cause blocking problems in other areas of the infrastructure. What all this means for IT is not that we can finally sit back and take a break after decades of turbulence, but that we can now focus less on the foundational elements of IT and more on the refinements. ... In essence, we have finally built the transcontinental railroad, and now we can use it to completely transform our Wild West."
The article is a rather simplistic hardware-centric viewpoint. It doesn't even begin to touch on the areas where IT has always struggled: design, coding, debugging, and deployment. Instead it completely ignores the issue of software development, and instead bleats about how we can "roll back" servers with the click of a button in a virtual environment.
Which, of course, conveniently ignores the fact that someone has to write the code that runs in those virtual servers, debug it, test it, integrate it, package it, and ship it. Should it be an upgrade to an existing service/server, add in the overhead of designing, coding, and testing the database migration scripts for it, and coordinating the deployments of application virtual servers with the database servers.
Are things easier than they used to be? Perhaps for they basic system administration tasks.
But those have never been where the bulk of time and budget go.
I do not fail; I succeed at finding out what does not work.
I assume you are talking about the hardware... because once you have a "private cloud", the next step is moving away from setting up servers and configuring the applications manually, and getting into full on DevOps style dynamically scaling virtual workloads, that are completely (VM and their applications, the network configuration including "micro networks" and firewall rules) stood up and torn down dynamically according to the demands of the customers accessing the systems.. those same workloads can move anywhere from your own infrastructure to leased private infrastructure to public infrastructure without any input from you... of course, none of this is new... but it's certainly a paradigm shift in the way we manage and view our infrastructure... hardly something static or settled. Really this is a fast moving area that is hard to keep up with.
They could be if you did not know what you were doing. Like I suspect the author of TFA did not know.
From TFA:
If he's talking about a production system then he's an idiot.
If he's talking about a test system then what does it matter? The time spent running the tests was a lot longer than the time spent restoring a system if any of those tests failed.
And finally:
WTF is 10Base-2 doing there? I haven't seen that since the mid-90's. Meanwhile, every PC that I've seen in the last 10 years has had built-in gigabit Ethernet.
If he wants to talk about hardware then he needs to talk about thing like Cisco Nexus. And even that is not "new".
And, as you pointed out, the PROGRAMMING aspects always lag way behind the physical aspects. And writing good code is as difficult today as it has ever been.
alternately, it will soon be time for the pendulum to swing back to "we've got to have everything in-house, these security breaches are killing us" and "dumb terminals and having everything in the 'cloud' is killing productivity when the cloud is down, we need real apps so users can work even when the cloud doesn't"
Sleep your way to a whiter smile...date a dentist!
Another submission to a superficial article from syndeq to drum up traffic for Info World.
...like a dinosaur in the last days before the meteor. The future is over there in the Makerspaces, where 3D printing, embedded stuff, robotics, CNC machines, homebrew PCBs at dirt-cheap prices are happening. It's all growing like weeds, crosses the boundaries between all disciplines includg art, and is an essential precursor to the next Industrial Revolution, in which you and your giant installations will be completely bypassed.
You, sir, are a buggy-whip manufacturer (as well as a dinosaur).
"Cock Up Your Beaver" does not mean what you think. This sig is intended to clog filters and annoy do-gooders
I envy your optimism and agree that ISPs are the problem, but I don't see how new companies and services will force change upon ISPs.
New ISPs? Not in the state-sanctioned monopolist USA.
Loss of customers? See above.
The ISP and backbone provider bridge trolls sleep soundly, knowing that no one has the money or statutory permission to build competing bridges.
Only the FCC and Congress could do that, and the oligarchs are quite happy with the current bridge trolls.
Scruting the inscrutable for over 50 years.