Become a fan of Slashdot on Facebook


Forgot your password?

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

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:
  • Wrong concern (Score:5, Insightful)

    by Anonymous Coward on Thursday May 15, 2014 @03:56PM (#47011887)

    I don't think most admins are worried about losing their job, I think they are worried about cloud services going down or disappearing and having nothing they can do about it, let alone information security and other factors.

    • by Anonymous Coward on Thursday May 15, 2014 @04:02PM (#47011985)

      What, you're saying that cloud servers don't manage themself? This is outrageous!

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

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

          by AK Marc ( 707885 ) on Thursday May 15, 2014 @06:26PM (#47013465)
          And my reading of many cloud services break many privacy laws. The service provider can see/use the data too. Oops, SOX compliance out the window. Save one critical email to the cloud, and you are breaking the law. Customer data in the cloud? Privacy laws broken. Student or medical info in the cloud? More laws broken. Where are the SOX compliance statements from the cloud?

          I've seen none that promise legal indemnity for any data stored on their cloud.

          Until they offer that, I'll hug my server, rather than get fined or sent to prison (yeah, nobody goes to prison for something like that, but it's theoretically possible) .
          • Then look for a cloud service provider that has been awarded FedRAMP certification at the FISMA Moderate level. Then evaluate their controls yourself.

            Oh, and speak to a privacy expert because your "reading" of privacy law is incorrect.

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

          by jcoy42 ( 412359 ) on Thursday May 15, 2014 @06:34PM (#47013547) Homepage Journal

          I worked around the PHB doing something like this by telling him we'd written our own cloud software and were using it because it was more secure than what is currently available.

          He doesn't talk to cloud guys, because we've already got a cloud provider (AFAHKT).

          Yes, things like this [] really work in real life.

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

      by i kan reed ( 749298 ) on Thursday May 15, 2014 @04:02PM (#47011989) Homepage Journal

      Yeah, this is a reasonable approach(unlike some other more fallacious arguments). Some of us are even bound by law to maintain the integrity of certain classes of information(personal, medical, financial). Yielding physical control to another organization, no matter what their reputation, removes your ability to perform due diligence.

      • by sconeu ( 64226 )

        On top of that, you then require a much fatter pipe to the internet, as opposed to keeping your file servers and such in-house, where you can run 100BaseT or 1000BaseT and get high speed connection to your servers.

        • Re:Wrong concern (Score:4, Interesting)

          by pslytely psycho ( 1699190 ) on Thursday May 15, 2014 @04:56PM (#47012623) Journal
          Not to mention when Disney discovers someone on that server pirated "Steamboat Willie," the government grabs all the servers. Good luck ever seeing your data again.

          (AFAIK, this hasn't happened yet, but Disney loves their, sorry, lawyers.)
          • by mpe ( 36238 )
            Not to mention when Disney discovers someone on that server pirated "Steamboat Willie," the government grabs all the servers. Good luck ever seeing your data again.

            More likely Disney would just have to make the accusation against any server with your "cloud provider". Not one you ever actually used. Possibly even one at a completly different site.

            (AFAIK, this hasn't happened yet, but Disney loves their, sorry, lawyers.)

            This is more or less what happened with Megaupload.
            • We shot down a cloud vendor in exactly this way. "Hey Mr. Cloud - say another user of your cloud service turns out to be a front for Al Queda or maybe runs a kiddy-porn ring. How exactly do you keep the CIA/NSA/FBI off our part of the shared resources?" The blank look was priceless LOL
        • Re:Wrong concern (Score:5, Insightful)

          by roc97007 ( 608802 ) on Thursday May 15, 2014 @09:13PM (#47014439) Journal

          On top of that, you then require a much fatter pipe to the internet, as opposed to keeping your file servers and such in-house, where you can run 100BaseT or 1000BaseT and get high speed connection to your servers.

          Nah, my experience has been management decides not to get a bigger pipe to the internet, because that cuts into the cost savings, and the company just learns to live with sluggish response. And the money lost from this is not counted against the gains, because it comes out of a different account.

      • I think due diligence can be done with audits, but those will be costly and they have to be done on a schedule to make sure things stay up to snuff.

        The question often becomes, as with Adobe right now, how quickly can you get back up and running when a snafu occurs. If you control your own backup servers and redundancy and offsite storage, you will know exactly how long it will take to get back up and running.

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

      by ravenswood1000 ( 543817 ) on Thursday May 15, 2014 @04:11PM (#47012091)
      I like my data to not be in the hands of someone else. I don't want it examined, copied or accidently Googled. Fuck this Curtis Peterson
      • Re: (Score:2, Insightful)

        I hug servers for the same reason you do. But in fairness, if you want to use "the cloud", you can always encrypt stuff you put in it.

        Me, I'm more worried about the internet going down, and my stuff becoming inaccessible.

    • and THEN losing their jobs?
      since the failure would be their fault, not the PHB who pushed it on them due to 'cost cutting'

    • Mod parent up! (Score:5, Insightful)

      by khasim ( 1285 ) <> on Thursday May 15, 2014 @04:20PM (#47012199)

      First off, who cares what "Curtis Peterson says"?

      Person who works for company producing X says everyone needs X.

      If I move to "the cloud" then I have the ADDITIONAL worries of:

      1. YOUR connection going down.
      2. MY connection going down.
      3. Getting access to YOUR facility to troubleshoot a problem. Physical / remote / whatever. Why isn't that server booting?
      4. SOMEONE ELSE at your facility annoying the government so that the FBI / CIA / NSA / whatever takes ALL the servers.
      5. How do I know that what I legally have to keep private really is private?
      6. What happens to my systems when all of your CxO's decide that they need more yachts so they jack up the pricing?

      Fuck you, Curtis Peterson. RingCentral is the LAST place I'd put my data. You don't even understand why people are avoiding "the cloud" but you're happy to make up stupid insults to describe them.

    • Re: (Score:2, Interesting)

      by jellomizer ( 103300 )

      The real issue, is picking the right cloud service for your organization.
      Some you will have great deal of control, others they do everything for you. You can also setup the contract that they are responsible for such data and if it goes away they need to compensate for the loss.

      There is an impression that each of us will make a better system admin then anyone else. However in real life if we run our own servers we run into issues where you don't have the budget for the remote offsite location. You needed t

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

        by barc0001 ( 173002 ) on Thursday May 15, 2014 @06:48PM (#47013657)

        > However being it is suppose to be the cloud company key job to keep it running.

        Yes, supposed to be, and actually do are two different things. And most of the time you don't find out about the cloud host's deficiencies until far too late. One cloud company I had a personal linux server with got hit with a DOS attack and their response was to ignore their customer service email and phone for almost a week while trying to clean it up. Needless to say I bought another VPS elsewhere, restored by backups and cancelled my account at the original place as soon as their systems settled down enough. I couldn't possibly imagine leaving my business systems vulnerable to those kind of shenanigans.

        > also with a proper contract you can squarely blame them for any mistake

        Are you truly that naive? If you have an SLA with *your* client to uphold it doesn't matter if you have someone to blame or not. Your client will blame *you*. It's your decision to go with a service company that has caused you to miss your SLA so it is your fault. Period. Say that SLA violation costs you $100,000. I can bet you your annual paycheck that the agreement you signed with the cloud provider will only see you getting refunded hosting costs during the outage and not a nickel toward your actual losses. So yeah, you lost $100K on the SLA violation but good news! You're getting $250 off your cloud bill. Sweet! Er. wait...

    • Yes, there are concerns about reliability on a day-to-day level, as well as the question of "Will this service be around in 3 years?" And related: "How much money are we going to spend transitioning to a service that might not be around in 3 years, and then how much money will we spend transitioning off if it goes away or we don't like it?"

      But there are more problems than that: in some contexts, the "Cloud" services just aren't as good. If my "network" is made up of a bunch of laptops traveling throughou

    • all else failing you want to be able to take a sledgehammer to your server (to make it go offline if its run off the rails)

      IBM will actually sell you a server that this is an approved method (for %BIGNUM% dollars but...)

  • by chiefcrash ( 1315009 ) on Thursday May 15, 2014 @03:56PM (#47011893)
    Isn't the "cloud" just a bunch of servers? Should nobody be hugging THOSE servers either?
    • by Anonymous Coward on Thursday May 15, 2014 @04:10PM (#47012087)

      No you see if you are an admin at a cloud service provider you should just place all your cloud servers in the cloud cloud.

    • Isn't the "cloud" just a bunch of servers? Should nobody be hugging THOSE servers either?

      Obviously, it's Turtles all the way down. []

    • by PaddyM ( 45763 )

      Instead of "server huggers" we think of cloud sysadmins as Lakitu, a helpful koopa that rescues your applications when they've gone off track. Lakitu also throws spiny eggs at those suspender-ed and unshaven hackers who try to penetrate your kingdom's defenses. True, Lakitu can be knocked offline allowing such hackers to steal your bitcoins easily while your cloud floats along unattended, but this rarely happens. Given the success rate of Lakitu in the literature, I think we can easily agree that it's ko

    • I have a mental image of the cloud servers being managed by a gaggle of nearly-homeless sysadmins the IT manager picks up in an unmarked van every morning at five in front of the local Home Depot.

  • by xlsior ( 524145 ) on Thursday May 15, 2014 @03:57PM (#47011909) Homepage
    Whenever you see "in the CLOUD!", mentally replace it with "using someone else's server" -- all of a sudden it looks a whole lot less appealing. Yes, you gain some flexibility, but you lose a LOT of control. Case in point: gamespy's recent announcement that they're closing up shop, and all of a sudden hundreds of major games from big-name software houses will lose their online multiplayer abilities. How's 'the cloud' working out for them?
    • by zdzichu ( 100333 ) <zdzichu AT irc DOT pl> on Thursday May 15, 2014 @04:01PM (#47011979) Homepage Journal

      There's a Chromium extension replacing all occurences of ”in the cloud” by ”in my butt”. Conveys the same message.

    • How's 'the cloud' working out for them?

      About as well as investing in AIG turned out for some people. Risk/reward continues to be a thing people have to evaluate. I'm not defending the status quo evaluation as being correct, just that 100% risk aversion isn't necessarily a reasonable approach.

    • by mwvdlee ( 775178 ) on Thursday May 15, 2014 @04:15PM (#47012137) Homepage

      I just replace "in the cloud" with "let somebody else control your valuable data".
      "Cloud" is great for some things, not so good for others. Just like every other technology ever invented.
      Anybody who doesn't understand this is either a complete retard or a filthy, lying marketeer. Which one are you, mr. Peterson?

    • by mpe ( 36238 )
      Whenever you see "in the CLOUD!", mentally replace it with "using someone else's server" -- all of a sudden it looks a whole lot less appealing.

      With it also being rather unclear who else might have access to this server.
      There's also the issue that in order to use a server on a LAN generally the only requirement is the LAN. Use "the cloud" and in addition to the LAN you need connectivity between your LAN and where ever the server might actually be.
      • by khasim ( 1285 ) <> on Thursday May 15, 2014 @04:39PM (#47012411)

        Use "the cloud" and in addition to the LAN you need connectivity between your LAN and where ever the server might actually be.

        And if you've ever had to work with vendors when there's an outage you will know how bad that is.

        Even with a single vendor the discussion usually goes like this:

        Are you sure it isn't YOUR equipment?
        We don't service YOUR equipment.
        No one else is having a problem.
        We aren't showing any problems on your line.
        Have you tried rebooting your CSU/DSY and/or router?

        Once you add a second and third vendor (the "cloud" vendor and whomever they use for their connectivity) you'll end up with a mass of denials.

        It doesn't matter that your business is down for a day. They'll be happy to refund you one day of the cost of their service.

        And once it FINALLY comes back up everyone involved will deny that any changes / repairs were performed on THEIR network.

    • by Threni ( 635302 ) on Thursday May 15, 2014 @04:53PM (#47012573)

      > Whenever you see "in the CLOUD!", mentally replace it with "using someone else's
      > server"

      Those of use in Europe already think "one of the US Government's servers". The difference is negligible.

  • not news (Score:5, Insightful)

    by Anonymous Coward on Thursday May 15, 2014 @03:57PM (#47011921)

    Breaking News! Someone selling cloud services says anyone not using his type of product is backwards. Details at 11.

  • Yeah... (Score:5, Insightful)

    by Anonymous Coward on Thursday May 15, 2014 @03:58PM (#47011929)

    Fuck off.

  • Great idea! (Score:5, Insightful)

    by ZorinLynx ( 31751 ) on Thursday May 15, 2014 @03:58PM (#47011937) Homepage

    This is a wonderful idea! Placing control of your mission-critical infrastructure in the hands of others is DIVINE!

    Sorry, but I think we'll retain control of our own stuff. At least when we have downtime then we can DO SOMETHING ABOUT IT, rather than whine helplessly to tech support.

    • Re: (Score:3, Insightful)

      I think the idea that organizations may want to keep control of things that are highly sensitive makes a lot of sense (from a security perspective) but from an reliability perspective I don't know that I buy it. People seem to have this built in sense that "I'm safer when I'm in control" but that is not always the case, or perhaps it's more a case of "you never actually have as much control as you would like to believe".

      Example: If you look at deaths per billion kilometers traveled; Air, Bus & Rail (mo

  • by Anonymous Coward on Thursday May 15, 2014 @03:59PM (#47011953)

    Oh look a condescending dickbag who labels people who don't buy into his business model.

    Fuck you Dice, fuck you and your sponsors.

  • by Anonymous Coward on Thursday May 15, 2014 @03:59PM (#47011955)

    Ad disguised as a troll. These are getting more common here.

  • by prestonmichaelh ( 773400 ) on Thursday May 15, 2014 @03:59PM (#47011965)
    Has anyone checked out Adobe Creative Cloud in the last day or two?

    How is moving everything to the cloud working out for those users?

    You can take my local servers from me when you pry them from my cold dead hands.
  • by davecb ( 6526 ) <> on Thursday May 15, 2014 @04:05PM (#47012015) Homepage Journal

    It's cheap in the short run, especially if you can't afford the hardware. That's why people used to lease time on IBM mainframes in computer centres. Now people lease time on x86s in computer centres, not realizing that buying enough for your base load is affordable, as well as cheaper in the long run.

    The leasing (cloud) people just love people who don't know about costs.

  • by Lumpio- ( 986581 ) on Thursday May 15, 2014 @04:05PM (#47012019)
    And no matter how much marketing jargon you spew at people, "the cloud" is still just a bunch of servers. Stop lying.
  • by QilessQi ( 2044624 ) on Thursday May 15, 2014 @04:07PM (#47012051)

    Edmund: Never had anything you doctors didn't try to cure with leeches. A leech on my ear for ear ache, a leech on my bottom for constipation.
    Doctor: They're marvellous, aren't they?
    Edmund: Well, the bottom one wasn't. I just sat there and squashed it.
    Doctor: You know the leech comes to us on the highest authority?
    Edmund: Yes. I know that. Dr. Hoffmann of Stuttgart, isn't it?
    Doctor: That's right, the great Hoffmann.
    Edmund: Owner of the largest leech farm of Europe...

  • by parlancex ( 1322105 ) on Thursday May 15, 2014 @04:08PM (#47012061)
    There's never been a better time to get into the cloud! Get all your data into your favorites service(s) just in time for your ISP to hold it hostage from your cloud service providers.
  • by swb ( 14022 ) on Thursday May 15, 2014 @04:11PM (#47012099) at 11.

    Why would I ever buy into any idea someone is selling who is in the business of selling services based on that same idea? Isn't this just a sales pitch with a smart-ass insult thrown in to gain some kind of attention?

  • To me, this whole thing seems silly. We had centralized computing "back in the day". The mainframe was The Cloud. The data was stored there, software lived there, we accessed it through dumb terminals that were basically a keyboard and monitor with really long cables. But that "ivory tower" setup was annoying for departments that wanted to have control over their computing resources. So each department got their own servers and smart terminals (computers). Now it's apparently too much work for departm

  • by HeyBob! ( 111243 ) on Thursday May 15, 2014 @04:14PM (#47012133)

    If you don't own your server, you don't own your data.

  • by Karmashock ( 2415832 ) on Thursday May 15, 2014 @04:15PM (#47012145)

    Is physical access... which is impossible with cloud services which means they are inherently insecure.

    If I don't control the actual machine that has my data on it then I don't control the data.

    Talk to a bank... any of them using cloud services? Yes... but with their own cloud with machines they control.

    That is how the cloud should be in the corporate world. The company you buy the cloud from wants to sell it as a service. That's great for them but unacceptable for many customers because the customer often must maintain control over the software, the hardware, etc. For various reason... maybe you want reliability. Maybe you want security... there are lots of reasons.

    This cloud argument he's making is also self contradictory because the cloud operators themselves own and operate large server farms. So what they're saying is that THEY should have servers but you should not.

    This is nonsense.

  • by Connie_Lingus ( 317691 ) on Thursday May 15, 2014 @04:16PM (#47012157) Homepage

    im flat out fucking my server.

    take that, cloud geeks.

  • Well played... (Score:4, Interesting)

    by argStyopa ( 232550 ) on Thursday May 15, 2014 @04:19PM (#47012195) Journal

    Posting someone's stupid slashvertisement for "moving into the cloud" THREE stories away from "Adobe's Cloud Services Down...again" (

    Nicely done!

  • Peterson is being kind of silly. Cloud makes very good sense for some applications, in some situations. It's a bad idea in others. When you have very peaky demand, a flood of traffic once in a while, cloud may well make sense. A site with primary live coverage of the Super Bowl is a clear example - it would be silly to buy thousands of servers to use them for just a few hours.

    An opposite example is the building I'm in right now. It's an office building full of high-paid workers who use email to communicate

  • Maybe he should stop hugging the twinkies.
  • Using cloud deployment tech is good. Even if you intend to keep your servers in-house. But moving everything to cloud isn't always the most cost effective. Large game companies find that cloud bell curve. Some game companies use a bit of a bell curve for gaming back-ends. They start out on the cloud. However, they have enough infrastructure in place already that it makes sense to host the games in-house when they are at the peek. Post peek it becomes much cheaper to put them in an on-demand cloud hos

  • And yup, it means a lot of people are out of jobs. Nope, it doesn't mean they work for the mainframe companies, as they obviously don't require as much staff. And a boon for the NSA, FBI, IRS and other Three Letter Names, as now we are all nicely lined up like humans in a Matrix power tower, oblivious to the complete exposure of our data to any schmuck with power who wants to access it.

  • Surely you should switch to the cloud, because the cloud is nebulous! In the cloud there are no servers!

    Oh, wait, umm, yeah, uhh, in the cloud all your stuff runs on servers.

    Yeah, some companies call a XEN virtual machine on a box with 15 other virtual machines a "cloud" server.

    Umm, does your "cloud" support online migration from one server to another server?

    Does your cloud provide deterministic performance? Oh, wait, what's that you say?

  • Just say NO to the fucking cloud.

  • by pushing-robot ( 1037830 ) on Thursday May 15, 2014 @04:26PM (#47012273)

    * Hugging a server may block its vents, reducing airflow and operational life.
    * When hugging a server, you may inadvertently disconnect important cables.
    * Hugging a server may put your clothes—or you—in contact with dangerous high-speed fans.
    * While hugging a server, you are likely interfering with the admins who are trying to get actual work done.
    * Driving while hugging a server is a hazard and illegal in many states.

  • by Charliemopps ( 1157495 ) on Thursday May 15, 2014 @04:28PM (#47012291)

    Attention, this is a public service announcement...

    The way "The cloud" works.
    A Cloud or SASS provider will schedule meetings with your management and give a flashy presentation bragging about their up-time, reliability and how your company will no longer need to maintain software or even have an IT department! They'll even migrate you to their servers FOR FREE! Yay!

    You company will sign a 3 year contract and brag about all the savings the project will lead to. It will be fantastic!

    You'll begin the migration project and quickly realize that the provider outsourced the conversion project to a random IT team from their "Trusted Partners Network" that consists of 2 people (1 manager, 1 employee) that are clearly located in some other country but refuse to admit which one. Having worked with competent people from other countries before you'll shrug this off as not that big of a deal.

    Shortly after that they'll start stalling and delay. You may or may not get finished with the project before your management goes back to the Provider and demands the "Free" migration... only to find out the contract stated something to the effect of "Migration Assistance" and by that, they meant you have to do it with the help of those people on the phone you couldn't understand. Your management will resign itself to just getting it done so they can start saving money and dump it all in your lap.

    Liking your job, and knowing that managements on a "Lets save money!" kick you'll do it without complaint. After all, once it's done, its done right?

    Unfortunately, once it's done is when the problems will start. Since you did most of the migration work the provider will quickly move to blame the problem entirely on you. You'll start to realize that patching together their garbage product with bubblegum and duct tape might not have been such a good idea. But, you have a good reputation, you logged all the previous issues you'd had, and you eventually win management over and they realize that the product is garbage and you'd better start thinking of long term alternatives. But you're stuck in a 3yr contract so you have time to plan.

    Then you get an update from the provider: "In an effort to improve server reliability and security we are deprecating ODBC/SQL connections to the database in 6 months" You'll question this and the provider will come back to you and say "Fear not! We've created our own API! It's great! It even uses our own proprietary version of SQL!!!"

    So you'll start reviewing this and find out that their "new" version of SQL differs from the only version in 2 ways: 1. you can't do table joins. 2. you can only retrieve 10,000 rows at a time

    You'll take this to management and explain that once this happens, moving your data off their servers will be nearly impossible. Migrating to another product will be very difficult. So your mangement will bring this concern to the provider who will say "If you need help migrating, we have a team that can help you! They only charge $200/hr!" and they'll send you right back to the 2 people that failed in the original migration.

    Eventually the products customers will all realize it was a giant scam, and start dumping it. The products parent company will shut down the product, buy a startup that does the exact same thing, re-brand it and start all over again.

    Rinse and Repeat.

    Ask me how I know this... :-)

  • ...But no one said you couldn't move to a private cloud if there is business value in doing so. Cloud is not a scam, the marketing is. Cloud is not a swiss army knife.

  • by BobMcD ( 601576 ) on Thursday May 15, 2014 @04:31PM (#47012333)

    These cloud guys always forget to mention one glaring problem with their model - they're not adding any new software to the picture.

    Everything they have is available to you, Joe Serverhugger, as well.

    So in short you're paying someone else to do something you could do yourself, rather like webhosting in the early nineties.

    If you really want a cloud, go build one. It isn't even hard. Then you can stack your stuff on your own servers and enjoy your own profits, instead of outsourcing them for no reason.

  • by aaronb1138 ( 2035478 ) on Thursday May 15, 2014 @04:33PM (#47012347)
    The uptime from various cloud vendors is pretty poor. Sure the server is up, but some networking or SAN component is sketchy a lot more than in-house managed servers. Cases in point:
    1) I've worked with several virtualized storage architectures on Amazon AWS and we've had instances lock up due to brief, hard to track down SAN drops.
    2) I had a customer have to force shutdown 2 VMs in CBeyond's cloud because their SAN latency went up enough that databases started dropping offline. It took CBeyond 2 days to get their SAN back to full operational status.

    I do wish the cloud providers would modify their storage model a bit. When starting an instance / VM, use the SAN to copy the whole image to an available server's LOCAL storage array. This fixes a great many latency problems and does not make the servers that much more expensive to build / operate (just a tad more storage in RAID 10 per server). The only drawback to this is for big data users who need beyond a couple dozen TB for a server in the cloud. Most of those situations are already using clustering software that is resistant to failure of a few nodes.
  • The article is really making the point that cloud service providers should use virtualization to provide their services rather than running their cloud offerings on bare-metal physical servers. He's comparing Internap (bare metal) with AWS (virtualization).

  • I love the cloud. I have a 24/7 EC2 instance for personal use (vpn, charing files between my computers in the vpn), I use the compute instance whenever i need to number crunch something (FEM, Inductance calclulations).

    But there are reasons to keep things in your own responsibility. The most important reason would be that iff you dont want the cloud service provider to write something "if it fails it fails" then the cloud is as expensive as your own serve, and that only if you dont count the lawyer cost whic

  • Seriously a cloud service provider saying that people not using cloud service providers are holding onto old antique ideas and are not saavy enough to cut it in the existing world... Color me purple.

    As others have probably said, once you replace "move your data into the cloud" with "move your data onto someone else's system" management starts to realize what a stupid a risky operation that is for anything that is not company trade secrets. Sure, use the cloud to perform a large scale test of an application
  • Cloud hosting removes the need to hire employees to cover certain duties. Backups Virtualization Database Admin etc Cloud makes sense for small companies who cannot afford enough expertise to adequately handle these issues. A cloud service (in theory) will have more (and more competent) people handling these areas than a small business can muster. But large companies? If you have over 1000 employees, you probably should not be cloud hosting your trade secrets, customer data, and core business value.
  • by Rotten ( 8785 ) on Thursday May 15, 2014 @04:48PM (#47012511) Journal

    Who on earth is this guy Curtis Peterson? Server Huggers? What about Hype Huggers?

    Curtis, don't be a Hype Hugger, don't get trapped in yesterday's hype, you could end up unemployed tomorrow when "the clud" turns into vapour.

  • by JohnFen ( 1641097 ) on Thursday May 15, 2014 @04:55PM (#47012603)

    With the proliferation of national security letters, NSA spying, and all the other badness we know is happening, there's no way to trust cloud services that are owned by a third party, period. I don't use a public cloud directly, and I do my damndest to avoid doing business with companies that do.

  • Says I need to give up my server. I'm a small spread out shop and with few employees, their plan would cost me 250 bucks a month (10 users). This is vs a fairly small VPS on my own gear in a data center that might cost me 20 with a quality hosting provider. Installing a PBX is trivial for a sysadmin. And we spend maybe a couple hours a year looking at it. Couple this with a VOIP dial-tone provider at less than a hundred a month. So my spend is half as much and I can use my own guys to do the few hours of maintenance required a year.

    I think this is more he says we should give him moneys because he said so.

    Now looking as the company they use a proprietary product that took them 10 years to develop, that runs on commodity hardware. They tout their custom software app as well. This is VOIP, most people do not need something that handles piles of calls simultaneously in many ways a couple small servers are a lot easier to deal with than a big cloud, and can run commonly available software to do so.

  • by Oryn ( 136445 ) on Thursday May 15, 2014 @05:18PM (#47012839) Homepage

    What is "The Cloud"?
    A symbol on a network diagram? - I'm sure that's how it started.
    The way I see it "The Cloud" is just a name massively over-hyped by marketing folk for a hosted server that you have no clue about where it is.
    I totally get the concept of being able to access your data everywhere and it's a great concept. It doesn't always work. Usually failing when needed the most.

    There is a Cloud Computing Concept that I do trust It's called Private Cloud Computing. There is really nothing new about it. We have all been doing it for ages.
    Its just simply running your own server. Most business do this and you can do this your self with your own server plus the aid of today's modern high speed internet connections.
    If your internet fails you still have access to your data.

    I personally don't trust "The Cloud". Think about it for a moment. You are putting your data on a server and you have no clue as to where it is. You have no clue about who else is able to see that data and you have no clue about who is watching as you access your data and probably no clue if that server is up to date on security patches.

    Yes its cool that you can access it everywhere accept oh.. There's no cell coverage here and oh the free wifi might not be secure and oh I've been hacked.

    Cloud backups? yeah right. I wonder how long it will take to backup my 3TB of videos to the cloud? I wonder how long it will take to restore them if a HDD should fail. I wonder if cloud backups count towards my broadband data cap? Large numbers of ISP's operate data capping the average is 100Gig per month. At that rate it would take 30 months to backup your data and 30 months to get it back.
    What if the cloud backup gets hacked, how do I know my data is safe?

    The short answer is you don't know if your data is safe. If you have sensitive data, its best not to put it on a server connected to the internet.
    So Yes I may be a server hugger, but I know where my data is. I know where the backups are and I know my secure data is and its not stored in a place directly accessible to the internet.

  • by epyT-R ( 613989 ) on Thursday May 15, 2014 @05:23PM (#47012891)

    As long as I'm accountable, I want the hardware and software under my control. That way when something goes wrong and my boss calls and says 'wtf', I can give him something more than "Well I called amazon and left a message with our account representative".

  • by msauve ( 701917 ) on Thursday May 15, 2014 @06:48PM (#47013655)
    "VP of Operations for RingCentral, a cloud-based VOIP company, so he's obviously made the jump to the cloud himself."

    So, of course, RingCentral doesn't have any servers, either, right? Do they use Amazon Web Service or Google Compute Engine?

    What I want to know is, do Google and Amazon point at each other, so neither has real servers, and everything is completely virtual?
  • by aNonnyMouseCowered ( 2693969 ) on Thursday May 15, 2014 @07:21PM (#47013869)

    Whenever I hear somebody say the future is in Internet-worked computing, I remember the aliens that tried to conquer Earth in the movie Independence Day. One of the seemingly laughable premises in the movie is that uploading a virus into one of the alien mother ships could bring down the whole invasion force. Apparently the aliens had an extremely centralized comand-and-control infrastructure. And guess what, we're heading in that direction when a glitch in one "cloud" provider is going to bring down our whole computing infrastructure, if not our whole civilization.

  • by roc97007 ( 608802 ) on Thursday May 15, 2014 @09:35PM (#47014569) Journal

    Regardless of what the contract says, when things go TU locally, everyone scrambles because we are personally invested in keeping the company afloat (at least, to the extent that we want to keep our jobs). To a cloud provider you're just another customer, and they really don't care if you live or die.

    A local IT group tends to concentrate on getting the job done. A cloud provider tends to concentrate on plausible deniability. Support will run you through "install the latest video drivers and see if the problem persists" while sales managers build up a case that they followed the process and did everything you paid for. And you'll find that what you paid for was process, not, you know, actual resources you could use.

    A cloud salesman recently told me with a straight face that they just signed a deal with some former eastern bloc country to provide helpdesk and first level support. He seemed to think this was a reason to use his service. I couldn't help thinking of this [].

Each honest calling, each walk of life, has its own elite, its own aristocracy based on excellence of performance. -- James Bryant Conant