Re: Likely causes....
Chill. We all get downvotes for comments we thought were really great but clearly weren't. That's the beauty of the comments, they help put our own views into perspective. Stop digging and move on.
456 publicly visible posts • joined 25 Oct 2007
Well they're quite clear that it's on premise, so under their direct control.
I totally agree with you however, WTF is meant by cloud in this context. Smacks to me of a PR bod using buzz words to garner some free column inches. There's probably a NATS IT bod squirming somewhere.
In fact what is probably happening is that NATS will replace some old onsite infrastructure with some new onsite infrastructure, probably deploying machine virtualisation so that they can scale up capacity super fast in the event of a spike in load. This would make sense given the last failure resulted from overloaded server hardware due to a spike in load caused by an unforeseen use case of the NATS software.
Depends on whether it's IaaS or SaaS. If it's true SaaS such as Salesforce.com then you are completely at the mercy of the service provider.
If on the other hand you only need infrastructure services, say a bunch of VMs, on which to run your own applications, then just use two (or even three if you're really paranoid) different service providers and mirror your servers. Very easy, very cost effective, and extraordinarily reliable.
We use two different UK service providers, mirror the VMs between the two and have a third location for archive backups.
Hear hear!. The only bit I don't get is this continual comparison of engineers/techies and sales staff. It's not what you do, it's about how well you do it.
If the sales person in question is a cold calling telesales person they get paid peanuts - probably less than an equivalently skilled tech job. If they have the rare ability to make sales of tens or hundreds of millions of pounds a year they of course get paid a shed load.
Equally if I fix PC hardware or hack code I get paid peanuts. If on the other hand I write a brilliant search algorithm and pair that up with an ingenious page rank system in order to enable highly targeted advertising, I get paid a bomb. As I would if I were to invent cold fusion in my garage.
To get paid well, it's not enough to do a good job. You have to be creative, innovative and several cuts above average. It's nothing to do with engineering vs sales.
And to those who argue that the City is hoovering up all the best IT talent for huge salaries, of course they do. Finance is basically an IT industry now and they need the best software architects and network architects in the world to compete. It proves that there is indeed a a very well paid market for the best tech talent.
Without any hesitation I can recommend CloudFloor DNS (http://www.mtgsy.net) who have provided us and our customers with a top notch, highly reliable service for many years now. They're brilliant. The shocker is, their service actually costs a few pounds a month. Unbelievable isn't it! Who'd have thought that you have to pay a reasonable fee to get a good service. Just doesn't make any sense.
Thumb up to that. There seems to me to be an opportunity here to set up a business purely for the purpose of "co-ordinating and managing a large number of SMEs" on behalf of government departments. Based on a management fee of one percent of contract value that would be 100 million pounds on the HMRC contract alone. Sounds like a worthwhile venture to me. Who's in?
But this article is just awful. The quote from Sol Cates clearly demonstrates that he has no idea whatsoever what he's talking about. I doubt there was any "backdoor link" that left the "computer database wide open" (what does this even mean?).
I suspect that the only encryption in place was between client and server via https. The "backdoor link" was most likely an unencrypted database, open to anyone either via a web application vulnerability or via direct access to the database server.
You will also notice that even now, the site does not enforce https. If you go to paymypcn.net you end up on a standard http connection (even though they still display the Verisign Secured logo at the foot of the page). You have to explicitly go to https://paymypcn.net to get an encrypted link.
To try and blame the DVLA for this is disingenuous of PaymyPCN.net. This is just a shite web application full of all the usual holes, and John Leyden should have spotted that whilst blindfolded and with his hands tied behind his back.
Let's be generous and allow 400 million for hardware expenditure and software licensing (assuming they won't use FLOSS because you don't get the thoroughly outstanding support that can be received from proprietary vendors such as Oracle and MS).
That leaves 10 billion for development. If we assume an average rate of £60 per hour for people involved in the project and working on an 8 hour a day 240 day a year basis, that seems to me to work out at 86806 man years of development time. I could write quite a nice system on that sort of timescale.
The most offensive stuff is not the mandatory company information but the disclaimer and confidentiality notices, which are often enormous. You'll notice from the Out-law article you posted (which is excellent and one I often refer people to) that these notices are to all intents and purposes pointless and carry no legal weight. They should never be included in a routine email footer.
Does the Crown Hosting Service take me to major international sporting events? No it does not.
Does the Crown Hosting Service have a plush office in the West End and does it take me to a 3 Michelin star restaurant for lunch after meetings there? No it does not.
Does the Crown Hosting Service even know what a round of golf is? No it does not.
Asking when rather than if your systems were/will be compromised is good security practice.
So your strategy is to make life as hard as possible for miscreants once they are in. One useful tactic might be to avoid (presumably) unencrypted password stashes called things like Extranet Oracle & SQL passwords 4.3.06.txt.
"it arrived at its decision using magic"
That is a very neat way of describing what most of my customers think. Being a developer of custom business applications, something I hear often is "shoudn't it just do that?". The "it" in the sentence is the key word. I will forever be amazed at how hard it is to explain that "it" does nothing except that which we tell "it" to do.
Ask the developers of climate models whether they really believe that if they just had enough data, if the data were *really* big, the truth would emerge ... as if by magic.
Breaking news - Ukraine crisis over as Putin killed by high velocity frozen pint of British beer. President Obama, currently in Cardiff for the NATO summit, said "I wanna thank you guys. We got carriers and aircraft coming out of our asses, but it takes Brit genius to truly kick ass. Just like WWII." David Cameron couldn't comment. He was chillaxing having just downed his eighth pint of Brains SA (god no).
The meaning of hacker in popular language has come to be the same as cracker. The two are now pretty much interchangeable. We the congoscenti will either have to find an alternative to replace the original meaning of hacker. How about code artiste or vim jockey or extreme keyboarder or even god forbid programmer? More likely we'll just have to be smug in our superior knowledge.
If I'm talking to a non-technical person I always say hacker when I mean cracker. Life's too short to fight the crowd on something which makes no difference to anyone.
Language does change. The meaning of gorgeous is literally "like a pile of of gore". How it got to mean beautiful over the aeons is anyone's guess.
Now a year is not exactly 365 days, but if it were then that would be 525600 minutes. At four nines that allows for an outage of 5256 minutes or 87.6 hours. SLAs calculated on an annual basis are worthless. The same service level would allow for an outage of 7.44 hours before being triggered if worked on a monthly basis, which is more reasonable.
All of the above is of course meaningless if there's no (or trivial) compensation in the event that the service level is breached, which is the case with most SaaS offerings.
One must not however confuse SaaS with cloud. It's quite possible to get a robust infrastructure in the cloud by using two or more infrastructure providers and installing your own business software. That's why SugarCRM is infinitely preferrable to SalesForce. You are in control be it in the cloud or on your own infrastructure.
I agree. It's certainly unlikely and it does sound too simple. But it fits. Each time they switched from their emergency site back to the full site the thing died, presumably because the missing cache caused a database overload. So they then switched to the emergency site for several hours, probably to restore the cache from a backup, meaning it wouldn't have to be rebuilt organically.
Fun as it is shooting in the dark, it would be rather nice for the Beeb's technicians to provide El Reg with a full explanation, so that we can all take away the learnings (you've no idea how much I hate that phrase but I'm sure they use it a lot at the BBC).
You're a braver man than I Mr MacLeod. After 170 downvotes and rising on 3 posts a weaker spirit may have quit while he was behind.
I sort of see where you're coming from and you're right, we haven't found our next door planets teeming with life and we haven't had any radio signals from nearby starts, but that's a very small neighbourhood. The odds are very good indeed that in the whole universe there is other life somewhere. Probably lots of it in fact. This does not preclude the chance that Earth contains the only life in the universe, but that's a vanishingly small chance.
Having skimmed their website, at first glance this looks to be very nice stuff. In many ways it helps address the main criticism of running your stuff on cloudy infrastructure, namely the dependence on a single third party whose operations a opaque. You can run CoreOS instances all over the place, say Amazon, Rackspace, Google, and on your own hardware in your own DC and use the whole lot as a single cluster. With Docker in the mix, I'd say this is well worth keeping an eye on.
That's just utter bo**ocks. This has nothing to do with the cloud and everything to do with truly dreadful system administration. It could just as well have happened in a private data centre as on a cloud service. Cloud services may have their faults, but this is categorically not an example of one of them.