Moving to the Cloud

SQLServerCentral is supported by Red Gate Software Ltd.

Popular Topics

Home

Members

Calendar

Who's On

Home » SQLServerCentral.com » Editorials » Moving to the Cloud

19 posts, Page 1 of 2

1 2 »»

Moving to the Cloud

Rate Topic

Display Mode

Topic Options

Author

Message

Steve Jones - SSC Editor

Posted Saturday, June 19, 2010 11:18 AM

SSC-Dedicated

Group: Administrators
Last Login: Today @ 1:14 AM
Points: 31,433, Visits: 13,746

Comments posted to this topic are about the item Moving to the Cloud

Follow me on Twitter: @way0utwest

Forum Etiquette: How to post data/code on a forum to get the best help

Post #939976

SQLRNNR

Posted Saturday, June 19, 2010 4:28 PM

SSCoach

Group: General Forum Members
Last Login: Monday, May 20, 2013 1:07 PM
Points: 18,733, Visits: 12,332

Moving to the cloud should make for an interesting future.

Jason AKA CirqueDeSQLeil
I have given a name to my pain...
MCM SQL Server 2008

SQL RNNR

Posting Performance Based Questions - Gail Shaw
Posting Data Etiquette - Jeff Moden
Hidden RBAR - Jeff Moden
VLFs and the Tran Log - Kimberly Tripp

Post #939998

EdVassie

Posted Monday, June 21, 2010 4:28 AM

SSCrazy

Group: General Forum Members
Last Login: 2 days ago @ 3:26 AM
Points: 2,621, Visits: 2,759

IMHO the cloud is going to be the biggest change in the way we use SQL Server since the original Sybase port. I think it is likely that by 2015 it will be hard for IT to justify the continued use of any application that is not in the cloud.

The main driver for moving to cloud is cost reduction. From what am seeing, cloud-based SLAs will be much more standardised that what we are used to, with the end-users seeing the cost implications of their choices. Standardisation of services means less staff needed to manage them, and possibly with less value placed on troubleshooting skills. The end result is far cheaper IT for those applications in the cloud compared to traditional methods of operation. IMHO IT will not be given the budget to keep things in-house when they can be put in the cloud.

Writing apps for the cloud uses an offset of the skills needed for in-house hosting. This will mean it will become harder to find staff who can maintain in-house apps, making them seem more expensive and less flexible than cloud apps. Those old enough to have experienced the move away from mainframes in spite of their superior facilities know how quickly things can move if the bean counters want it to, even if the people close to the technology see more problems than solutions in the move.

Author: SQL Server FineBuild 1-click install and best practice configuration of SQL Server 2012, 2008 R2, 2008 and 2005. 25 March 2013: now over 23,000 downloads.
Disclaimer: All information provided is a personal opinion that may not match reality.
Concept: "Pizza Apartheid" - the discrimination that separates those who earn enough in one day to buy a pizza if they want one, from those who can not.

Post #940224

James Stover

Posted Monday, June 21, 2010 5:32 AM

SSC Veteran

Group: General Forum Members
Last Login: Tuesday, October 30, 2012 10:37 AM
Points: 263, Visits: 859

Yeah, I can totally see the big global finance houses entrusting trillions of dollars in transactions to Microsoft's Cloud architecture - just to name one example. Email? Sure. Documents and spreadsheets? No problem. CRM? Definitely. The blood and guts of the enterprise? Um...no.

I would dearly love to know Microsoft's DR plan for their cloud-based licensing database. I wonder if it involves some sort of in-house redundancy. If it's absolutely mission-critical, are they really going to allow the public wire to be their weakest link? That just sounds like a bad idea.

James Stover, McDBA

Post #940244

phegedusich

Posted Monday, June 21, 2010 6:00 AM

SSC Rookie

Group: General Forum Members
Last Login: Friday, May 17, 2013 9:20 AM
Points: 37, Visits: 290

[EDIT: I'm seconding James Stover's post]

While I can see the case for cloud-based applications involving non-critical, non-sensitive data, you won't see our financial, HR, regulatory, competitive, or proprietary data out there anytime soon.

The disaster recover requirement alone is a show stopper. We are directed to exercise our DR plans twice yearly. So will the provider participate?

In the case of cloud-based apps, the first scenario I'd test is an Internet outage. Now what? Use a local instance of the database? I thought part of the idea was to eliminate the need for internal architecture and administration. This selling point falls flat.

I think I'll just keep a close hold on my data and connections for now.

Post #940251

jay-h

Posted Monday, June 21, 2010 7:51 AM

Say Hey Kid

Group: General Forum Members
Last Login: Yesterday @ 1:10 PM
Points: 687, Visits: 1,711

Don't forget that not matter how quick the internet connection, internal connections are at least an order of magnitued faster (or does speed not matter any more?)

Security is another issue. And what happens when your cloud supplier is based (or stores information) in a country with different government access standards? What control do you have over that? What if your business involves handling of classified or restricted information?

...

-- FORTRAN manual for Xerox Computers --

Post #940324

bwillsie-842793

Posted Monday, June 21, 2010 8:43 AM

SSC-Enthusiastic

Group: General Forum Members
Last Login: Friday, April 12, 2013 7:43 AM
Points: 107, Visits: 287

Maybe a lot of us have been sort of working "in the clouds" and just not thought of it that way.

The company I work for is located in New Orleans. It is supported by our parent company (located in Houston) on corporate servers which are in Austin, Texas.

This puts the storage of both our data and application software in the hands of others, on equipment we don't own, with access to the data and software through communications lines that we also don't own.*

So, from a practical standpoint, how is that so far different from being "in the cloud"?

(*Certainly not my ideal way of doing things given our experience with "inclement weather caused service interruptions" [read hurricanes], but not my call...)

Post #940370

Steve Jones - SSC Editor

Posted Monday, June 21, 2010 9:22 AM

SSC-Dedicated

Group: Administrators
Last Login: Today @ 1:14 AM
Points: 31,433, Visits: 13,746

I think that there will be lots of movement to the cloud, much like we've seen email and web services move to cloud providers. However I don't share Ed's vision either. I've heard this about outsourcing, and web sites over the last two decades. We still have internal staffs, even in small companies.

I do think, and would like to see, more cloud based deployments internally, as just generic services that aren't necessarily tied to a machine. You ask for a database, and you just get one that's on your network. You deploy to it in a private cloud, connect to it, everything as a cloud based service. It's just something you control, and you add more servers (internally) to it as you need them.

Follow me on Twitter: @way0utwest

Forum Etiquette: How to post data/code on a forum to get the best help

Post #940405

Ralph Nickname

Posted Monday, June 21, 2010 9:57 AM

Forum Newbie

Group: General Forum Members
Last Login: Friday, April 05, 2013 3:06 PM
Points: 6, Visits: 122

Cloud computing makes a lot of sense for MS and for a lot of customers. For MS because their marketing model is changing to a pay as you use service rather than a single fee purchase followed by efforts to get you to upgrade. The rate of introduction of new & improved technologies will be able to slow. For customers because concerns about DR largely disappear. I know alot of us are not comfortable with that. But that is really cost effective for a lot of small shops. As far as big shops with 100's of gig and Terabytes of data, they are not likely to benefit as much. But they are also customers that already pay for support ongoing.

Post #940441

bwillsie-842793

Posted Monday, June 21, 2010 10:13 AM

SSC-Enthusiastic

Group: General Forum Members
Last Login: Friday, April 12, 2013 7:43 AM
Points: 107, Visits: 287

Ralph Nickname (6/21/2010)

But that is really cost effective for a lot of small shops.

Having worked in mostly small shops, it is also very high risk.

If you've purchased the hardware and software, you can still keep running if you have to take the drastic step of cutting out maintenance on them. You just stop paying the bill (granted at some risk).

However, if you stop paying the bill in the cloud world you can suddenly find yourself unable to continue operating at all.

And what happens if your business has to retract? Are the cloud vendors going to let you drop back a tier on volume readily, or are you stuck paying for a volume/service level that you can no longer justify or afford?

Post #940454

« Prev Topic | Next Topic »

19 posts, Page 1 of 2

1 2 »»

Permissions