Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
×
Cloud

Video Don't Be a Server Hugger! (Video) 409

Video no longer available.
Curtis Peterson says admins who hang onto their servers instead of moving into the cloud are 'Server Huggers,' a term he makes sound like 'Horse Huggers,' a phrase that once might have been used to describe hackney drivers who didn't want to give up their horse-pulled carriages in favor of gasoline-powered automobiles. Curtis is VP of Operations for RingCentral, a cloud-based VOIP company, so he's obviously made the jump to the cloud himself. And he has reassuring words for sysadmins who are afraid the move to cloud-based computing is going to throw them out of work. He says there are plenty of new cloud computing opportunities springing up for those who have enough initiative and savvy to grab onto them, by which he obviously means you, right?

Robin: I am Robin Miller for Slashdot. And who do we have with us today?

Curtis: Hi, I am Curtis Peterson. I am with RingCentral, and I am the Vice President of Operations.

Robin: You know, I heard you guys tossing around the term ‘server huggers’.

Curtis: Yeah.

Robin: What does that mean?

Curtis: Well, you know, they are a dying breed of IT guys that in all legitimate phases actually built a good career around putting in infrastructure for companies and businesses where they ran their local apps. They put their files storage in there, they put their email application on premise, they usually took over a broom closet or a leftover refrigerator storage room and converted it into a pretty nice little server room. But the world’s changed—we’ve gone cloud, we’ve gone network, we’ve gone application, quick integration. The server huggers are the guys that won’t give up their little rooms and keep hugging their little servers.

Robin: Aha. So now you are saying that network is the computer—I heard that once.

Curtis: Yeah, I heard that once too. I have to admit that I’ve been around long enough to know both ends of that cycle.

Robin: Okay now, here’s the thing that gets me—when we say the cloud, aren’t we really saying some space on somebody else’s hard drive and a blade server or else a virtual server somewhere?

Curtis: Yeah, of course. At the end of the day, there are still CPU or processors, there are still spindles, there is still memory, there is still power and network and things moving around. But it is not on premise anymore. It is collocated in the larger data center for the efficiencies of scale are more green, the efficiencies of scale are easier to run and operate. For customers it is more about reliability and uptime.

Robin: What you are saying is that my friend Joe with his little hosting service—what about him? Where is he going to go?

Curtis: He goes out and he brings collocation space and he puts services in there and he provides them either over the top in the internet or with direct connectivity or secure links out to the businesses that use Joe’s services that he hopes.

Robin: Yeah. Actually he is. He controls the servers themselves. But he is in a big facility, you know, he has got a couple of cages in Northern Virginia. So how about him? What does he do when he takes your stuff? Is he in the cloud? What is he?

Curtis: Yeah, sure. He is in the cloud, but there is more than just having servers in a collocation center to make up a cloud. The cloud is a design concept to an application. It means that that hosted service is accessible anywhere in the world, not just in that one network for that one customer. It is usually persistent across multiple devices, so I can get my hand-held smart phone or my iPad or I can work on my computer I can do it from Starbucks, I can do it from my office. And I am seeing the same persistence of data out there. So if your friend Joe designs applications that way, and is hosting it in a data center with really good internet and backroom connectivity, then sure, he is typically meeting the definition of a cloud occupation.

Robin: And has for many years, for that matter.

Curtis: I am sure a lot of years ago we were calling this an ASP, so in the late ‘90s and early 2000s there were application service providers. The big difference between that time period and kind of where we are now is the application service providers typically deployed single tenant based systems in the infrastructure inside the cloud. So each customer had their own set of servers, their own set of networks, their own applications instance. What we have done in the last few years is realize that the scalability of that model and the operational expense of that model is really not different enough from just putting that service inside the company to really make a compelling scale cloud argument. Cloud also includes this concept of multi-tenancy which then brings in that ASP model up to the modern age.

Robin: Let’s talk about small businesses. They are either just getting on the internet, they are still some out there who aren’t.

Curtis: These are the same guys waiting for the yellow pages book to show up every year, right? You know, I worked with a small business not that long ago that actually had a security breach inside their building. They used internet only sparingly. It was some casual email, mostly with the younger staff. A small business, family owned. It was in the printing business. An attacker got inside their system, encoded all their files and demanded fifty grand to unlock the files. This is not a new story. So I had a conversation with the gentleman that owned the company. I said, “Don’t pay off the guy but what you need to do right now is you need to put your storage in the cloud.” That way you could have your on-premise files, and you have this backup out in the cloud where you are not going to get exploited for those images back, twenty years of his work to be precise.

Robin: Yeah. No doubt you found somebody who could undo, who can decrypt anyway.

Curtis: Yeah, well, we won’t get into that side of it, but sure. Small businesses, you know it is already a struggle. I have worked with small and medium businesses my entire career and people have a hard time realizing these guys work 18, 19, business days of the month which is typically 20, 21 days. And that just covers their expenses. That last day is the only time that family makes money. And if you are spending all that money on this super smart guy that you need to protect your data, or to run a 24x7 IT shop, it is really a strain on your finances. But not only that, you put a lot of load usually on a single individual. Presumably, he wants to take a vacation one day. He needs to leave your shop for a couple of weeks. And that’s where cloud scale can really make a big difference.

Robin: That’s really a good point. Now here is the question: Slashdot readers tend to be that IT guy. Whether for a small business or in the bowels of Citibank, we’ve got them. All that is a lot of programmers. Maybe more programmers. How does this move to the cloud affect the IT guy? How should he manage his career in light of it?

Curtis: Oh I mean this is actually, the server hugger IT guy should be celebrating this move. This is a huge opportunity to improve their skill set and to grow in their career and become even more valuable. Look, a company that puts a couple of applications, on a couple of different servers in a closet and still maintains a backup on paper or has an accountant on the side, when they put all their eggs into the cloud basket, you know, they really need a network that performs all the time—class of service clearly set up, network performance that is well understood, great internet connections, sometimes even backup internet connections on there.

And then the next part of their service is they can become what they originally were. You see, 20 or 25 years ago, when the IT explosion hit when the ability to buy a clone IBM server even really a regular IBM server for under ten grand and put it in a business. The IT team became the Holy Grail in the company. They could automate something quicker than anyone else. You didn’t have to go to an outside firm to re-engineer an entire process line. Somebody could code it up real quick. There is a new era coming where you can start taking applications from one piece of the cloud, from another piece of the cloud, start gluing them together and putting together really awesome business processes. So that IT career is going through a little transformation cycle but I think actually the better days are ahead.

This discussion has been archived. No new comments can be posted.

Don't Be a Server Hugger! (Video)

Comments Filter:
  • by QuietLagoon ( 813062 ) on Thursday May 15, 2014 @04:03PM (#47011999)
  • by mwvdlee ( 775178 ) on Thursday May 15, 2014 @04:16PM (#47012163) Homepage

    And here it is: https://github.com/panicsteve/... [github.com]

  • by kimvette ( 919543 ) on Thursday May 15, 2014 @04:21PM (#47012209) Homepage Journal

    If you can manage to get a link to a "cloud server" where the SLOWEST link to the server meets or exceeds 1Gbps for small businesses (with 30ms or less latency) , and you can get 10Gbps or faster (and bond multiple links to expand bandwidth further) for larger organizations, AND have daily backups in easily-migrated formats stored in escrow by the cloud provider in the event that the government raids and confiscates servers because some drug cartel or "piracy" ring happened to have cloud services on the same physical box as your virtualized servers, AND you have net neutrality so Comcast/Time Warner/Cox/etc. can't throttle your network speeds because you're in the "top 1% of users" (read: you're actually using the services they offered to sell you and you agreed to buy then they reneg on their contracted offerings) then it will be a practical option.

    Until then, fuck cloud servers. Seriously.

  • by Kremmy ( 793693 ) on Thursday May 15, 2014 @04:25PM (#47012259)
    Absolutely a valid comparison. GameSpy provided cloud-hosted services to video game developers. They recently stopped providing those cloud-hosted services. The only way you could possibly think it has nothing to do with the cloud is by having no understanding of what makes a cloud.
  • by humphrm ( 18130 ) on Thursday May 15, 2014 @04:36PM (#47012377) Homepage

    I've been in IT since the '80's, and every company I've worked for, large or small, has had their own backup generators of some sort. Some, at start-ups, were just a portable gas generator that they could set outside the back door and fire up to keep a few critical servers running. Other larger companies had jet turbines on standbye.

    All for the same reason that companies are hesitant to commit all of their IT to the cloud - keeping control. It's not about jobs, it's about being sure that critical services are available when you need them, and also who's neck you're going to throttle when things go wrong.

  • by NotSanguine ( 1917456 ) on Thursday May 15, 2014 @05:03PM (#47012689) Journal

    And the vast majority of companies don't have those hyper-specialized needs. Hospitals: yes. Lawyers' offices: no.

    You never worked for a law firm, have you? Data integrity, availability and security are paramount in firms larger than a few partners. This is made more difficult because many (not all) lawyers think they know everything and will happily dump gigabytes of confidential documents onto unsecured laptops and dropbox accounts, if you let them. And what if you represent defense contractors? Data must be secured in very specific ways and managed/monitored only by those with valid security clearances. I won't even address the liability issues associated with not ensuring attorney/client confidentiality. You have no idea what you're talking about.

  • Re:Wrong concern (Score:5, Informative)

    by Penguinisto ( 415985 ) on Thursday May 15, 2014 @05:19PM (#47012845) Journal

    Even worse - someone you don't know manages them, and they can get real unaccountable at times, especially once your PHB signs a contract w/o telling you.

    Certainly there's SLAs that almost every cloud provider touts, but just try to get a typical provider to honor one (that is, without having to sic a lawyer onto 'em first.)

    The other dirty little secret (and why I tend to keep the servers in-house for the most part) is the nickel-and-dime billing that adds up awful damned quickly. AWS for example is quite useful, but they charge per GB/hour, for every 1000 PUTs, every 10,000 GETs, and etc. Overall, if you're not careful you can rack upwards of $4k/mo just to host a handful of servers with hot backups and a fair amount of data and traffic on them (I've been able to get it down to $1200/mo for five small-but-fairly-busy servers, but it takes a lot of automation on the back-end to shake out your backups, work to keep the devs from getting stupid on the non-prod/staging boxes, optimize disk usage, etc.)

    Cloud providers make for excellent temp hosting and for bare-bones startups, but be prepared to lay down some serious ducats if you want one to do anything permanent, enterprise-sized, and/or production-like.

    And no, I ain't hugging the damned servers - I use Cloud providers where they make actual sense, but for no other purpose or cause. After all, I have cost and security concerns which cloud providers have not yet addressed to any competent admin's satisfaction.

  • by mlts ( 1038732 ) on Thursday May 15, 2014 @05:40PM (#47013023)

    Generators may not be the best example, because of economies of scale. It is cheaper to run a couple gigawatt power plants than thousands of kilowatt generators. A diesel generator tends to be for backups, or perhaps a conversation piece when you fire it up to make sure it still works every few weeks [1].

    Servers are different. A cloud provider will be using the same type of hardware that their clients will be using, be it blade enclosures, 1U x86 servers, an EMC VNX backend, Cisco Nexus fabric, ASA firewalls, and so on. The big question... do you pay for the servers sitting in your data center, or do you pay for them sitting in some data center Bog knows where. Either way, those servers will get paid for.

    [1]: If you can hear people over the noise it makes.

Intel CPUs are not defective, they just act that way. -- Henry Spencer

Working...