Cloud cloud cloud

Started by wintermute000, July 15, 2017, 07:27:28 AM

Previous topic - Next topic

wintermute000

https://www.crn.com.au/feature/why-australian-companies-reverse-out-of-the-cloud-468197

As the great Ivan Pep keeps saying, the correct answer to any question is.... it depends.

That, and those who don't think things through are going to screw it up (and end up running to consultants who DO think things through. Its not rocket science to start with capturing accurate requirements, which implies an accurate understanding of the current state and the solution(s) on the table...)

This is also why networking is great. You want to get cloudy? Great, more networks. You want to back out of the cloud? Great, more (on-premise) networks. This is not to mention messing around with Azure CLI or cloudformation to do the network IN the cloud :p

This has more detail into the specific case referred to in page 3. Way too much detail, I'm amazed they green-lit publication (3k headcount pet food company in Aust, acquired by overseas, run out of Queensland (as why else would you go to a Brisbane consultancy), can't be too many of them...). Sounds absolutely hilarious and I bet you dollars to donuts that any one of my colleagues would have caught at least 70% of the potential issues within the first 2 requirements gathering rounds.

https://www.crn.com.au/feature/when-a-cloud-migration-goes-horribly-wrong-468196

Magic bullet WANOP solve bad cloud or WAN migration hmmm I've never seen consultancies and an orange vendor starting with R making out like bandits from that ever before... what no free trial? Those monsters.

I really like how our jobs are completely bulletproof due to peoples' inability to behave in a competent fashion, but at the same time I despair for humanity. This isn't rocket fscking science, and I'm sure that the victim company had their engineers screaming out their concerns from day zero, whilst the suits went along to their corporate functions and patted themselves on the back for making decisions about things they know nothing about except for the misleading headline dollar figure in the spreadsheet.

deanwebb

Bingo on that last paragraph. It's the immediate and apparent drop in the bottom line that gets all the execs to get behind accounting and overrule operations and engineering and architecture, should any of those be opposed to this "great cost-cutting project." That the integrators assure us will be straightforward to implement and result in lower overall TCO.

:vendors:

Almost every major cost-cutting move I've seen made results in higher overall costs down the road. The only lower cost is the one used to project bigger future profits in the financial statements. In the real world, it's overrun here, additional bolt-on service there, you didn't read the contract carefully enough somewhere else.

I've said it elsewhere, so I'll say it here, too. If it's your own stuff and your own people, you can get them to do what you want, even if you didn't word it properly the first time. Otherwise, you miss outage windows, get contract disputes, have L1/L2 engineers try to escalate everything, overage charges, and so on. Your own people working with your own gear really do want to save time and money if possible. Someone else is going to look for every opportunity to hit you with fees and surprises that were buried deep in a contract, like a credit card company.

That being said, there's something to be said for small-medium firms that can't afford their own IT staff because big companies, vendors, and VARs hire them all away. Virtualizing stuff that doesn't have major enterprise data demands can make sense, the same way getting a web host makes sense for me, instead of running it all off my own home server. But those small-mid success stories are what's used to draw in bigger fish that can be gutted and plundered when they stumble into the cost-saving magic promised by a hungry vendor.
Take a baseball bat and trash all the routers, shout out "IT'S A NETWORK PROBLEM NOW, SUCKERS!" and then peel out of the parking lot in your Ferrari.
"The world could perish if people only worked on things that were easy to handle." -- Vladimir Savchenko
Вопросы есть? Вопросов нет! | BCEB: Belkin Certified Expert Baffler | "Plan B is Plan A with an element of panic." -- John Clarke
Accounting is architecture, remember that!
Air gaps are high-latency Internet connections.

deanwebb

Take a baseball bat and trash all the routers, shout out "IT'S A NETWORK PROBLEM NOW, SUCKERS!" and then peel out of the parking lot in your Ferrari.
"The world could perish if people only worked on things that were easy to handle." -- Vladimir Savchenko
Вопросы есть? Вопросов нет! | BCEB: Belkin Certified Expert Baffler | "Plan B is Plan A with an element of panic." -- John Clarke
Accounting is architecture, remember that!
Air gaps are high-latency Internet connections.

deanwebb

Update: an AWS engineer is getting hot and bothered about cloud criticisms on a security site I frequent...

https://www.peerlyst.com/posts/the-reasons-why-being-in-a-public-cloud-is-bad-for-your-security-and-your-company-budget-guurhart?trk=user_notification#comment-hbHrheziq7Dvwu2oR

This is going to be an interesting discussion.
Take a baseball bat and trash all the routers, shout out "IT'S A NETWORK PROBLEM NOW, SUCKERS!" and then peel out of the parking lot in your Ferrari.
"The world could perish if people only worked on things that were easy to handle." -- Vladimir Savchenko
Вопросы есть? Вопросов нет! | BCEB: Belkin Certified Expert Baffler | "Plan B is Plan A with an element of panic." -- John Clarke
Accounting is architecture, remember that!
Air gaps are high-latency Internet connections.

mlan

My underfunded org is currently dealing with sticker shock of complete on-prem data center refresh vs. sticker shock of a full cloud migration.  The articles on the reverse cloud migrations are of interest, and I'm pleased to report that we at least have management paying attention to the workload pricing calculators before they make any decisions.

ggnfs000

cryptoworld is preparing to blow away the cenralized cloud service like AWS with SONM and SIA projects. I havent been able to get the details but from what I understood:
SONM - decentralized supercomputing
SIA - decentralized data center projects where large number of internet nodes are contributing computing power.

I have been tracking crypto for a while but any thoughts and networking pro-s here would be nice and interesting without too much deviation from networking aspect of discussion.

Dieselboy

Anyone here managing their own private cloud?

deanwebb

Quote from: Dieselboy on January 24, 2018, 01:37:15 AM
Anyone here managing their own private cloud?
Yes, I have a Dell T320 running some virtual hosts. What was once a "home server" is now a "private cloud." :smug:
Take a baseball bat and trash all the routers, shout out "IT'S A NETWORK PROBLEM NOW, SUCKERS!" and then peel out of the parking lot in your Ferrari.
"The world could perish if people only worked on things that were easy to handle." -- Vladimir Savchenko
Вопросы есть? Вопросов нет! | BCEB: Belkin Certified Expert Baffler | "Plan B is Plan A with an element of panic." -- John Clarke
Accounting is architecture, remember that!
Air gaps are high-latency Internet connections.