US Firm Oracle Pulls Plug on Eskom

You can bet whatever you want...

The reference to Maximo in the article puts a very specific requirement on Eskom in terms of the supported database systems, and none of them are no-sql stores.

I would also be relatively sure that whatever other software packages are used for load monitoring at the stations etc all have very specific database requirements that don't support no-sql stores.

So to win your left nut bet would require a complete rewrite of the entire stack of software that Eskom currently uses for its generation monitoring (which is almost definitely a small subset of the entire power generation management platform, so then a rewrite of that whole stack effectively), as well as a rewrite of a piece of software to replace Maximo. Just to use a no-sql store.
You are wasting your time talking sense to pigboy, he is an expert in everything aside from stringing together legible posts.
He always knows better than people who actually work with this stuff in an enterprise environment.
 
You are wasting your time talking sense to pigboy, he is an expert in everything aside from stringing together legible posts.
He always knows better than people who actually work with this stuff in an enterprise environment.

Aggg its fun though.

One of these days someone may actually follow through and really bet their left nut and have to sacrifice it... :P
 
Who needs Oracle? Its old and outdated
I bet @Thor could whip up something at a fraction of the price.
Then again, like Oracle, ESKOM won't pay
 
You are wasting your time talking sense to pigboy, he is an expert in everything aside from stringing together legible posts.
He always knows better than people who actually work with this stuff in an enterprise environment.
I am a cloud architect for European financial firms and governments. I know that what I am saying is pie-in-sky if you look at whats going on on ground level. My job is not to convince a company to be un-stuck, the company must 1st wish to be un-stuck then I will show them how to do that. Systems can not stay in place forever, there always comes a time when it needs to be re-written.
 
So, I've worked for several large govt. departments and I currently work at Oracle in Cloud and all this thread does is cement that a lot of people don't understand:

1. The scale of government systems, the interdependencies and weird quirks
2. How much work is actually involved in re-architecting something of that size

I also really like having a job so... Pay up dammit Eskom :laugh:
 
So, I've worked for several large govt. departments and I currently work at Oracle in Cloud and all this thread does is cement that a lot of people don't understand:

1. The scale of government systems, the interdependencies and weird quirks
2. How much work is actually involved in re-architecting something of that size

I also really like having a job so... Pay up dammit Eskom
Oivey, he outed himself boys... Oracles tender man
 
So, I've worked for several large govt. departments and I currently work at Oracle in Cloud and all this thread does is cement that a lot of people don't understand:

1. The scale of government systems, the interdependencies and weird quirks
2. How much work is actually involved in re-architecting something of that size

I also really like having a job so... Pay up dammit Eskom :laugh:
No wonder your headoffice in JHB is so larney with what you people are charging ;)
 
Oivey, he outed himself boys... Oracles tender man
Hey now, I'm proud of my section of the big O :) I've had the misfortune to be involved with Tenders at other places and I swore never again. Dreary.
No wonder your headoffice in JHB is so larney with what you people are charging ;)
Alas, I work from home in East London so no larney office for me *sniff
 
How it works is you hire some gray old CIO type who has his MBA and a fancy Mercedes who last programmed some COBOL or Basic on a PDP11 (you know the type who forwards around Gartner articles like it's a biblical text). He fires all the smart developers because "we're an electricity company not a software company" and brings in a bunch of dull muppets like Accenture who bring in a load of low cost developers from India and architect straight from the pages of their university text book alongside the markup sheet from "enterprise" vendors like Oracle and IBM.

They then design the most over priced, poor performing, bloated pile of nonsense to barely get the job done but ensure that they get perpetual licensing commission and server leasing income which they can book the projected profit into the next business year to float their stock price.
Half of these references can only be understood by a grey old CIO
 
This thread = much analysis, such insight, wow! In the end, it's Eskom we're taking about. The electricity company that cannot even.

Their core business, yeah they can't. Not even. But suddenly they're the experts in Oracle licencing? Riiiight. Oracle may be the devil, but they didn't force Eskom to use their products, and no way in hell is this an Oracle screw up.

Eskom regularly wails at the regulator about how much they're owed for their hugely inefficient and overinflated cost of supply, but suddenly acts all baby when they owe one of their suppliers. Lol. Typical victim mentality actually.

Either way, Larry's still laughing in $160mil yacht while you get to subsidize the geniuses at Eskom & the corrupt ZuptANC with your loadshedding.

It would be funny if it wasn't so sad.. images%20(1)_1617749679515.jpg
 
Nope I am not bulshitting myself. It was mentioned "77 million transactions per month". I will give my left testicle if a no-spl store is not the best option for this home base db. It seems like the challenge is 1 of scalability, something where no-sql is better at than rdms.

Credit card companies use [r]dbms systems and they process tens of millions of transactions per day (globally the average is 1 billion a day), eskoms 77 million records (about 2.5 million records a day) isn't an extremely high volume in terms of "big data". Eskom data for consumer transactions is probably homogeneous, so aside from scalability a nosql solution wouldn't really leverage substantial improvements, they aren't exactly pushing unstructured data through a streaming pipeline.
 
Credit card companies use [r]dbms systems and they process tens of millions of transactions per day (globally the average is 1 billion a day), eskoms 77 million records (about 2.5 million records a day) isn't an extremely high volume in terms of "big data". Eskom data for consumer transactions is probably homogeneous, so aside from scalability a nosql solution wouldn't really leverage substantial improvements, they aren't exactly pushing unstructured data through a streaming pipeline.
No-SQL is not meant to be "unstructured data streamed through a pipeline". No-SQL data is also a lot cheaper at rest besides scaling better. Transactional data usualy is a good fit for no-SQL and this is transactional data.
 
No-SQL is not meant to be "unstructured data streamed through a pipeline". No-SQL data is also a lot cheaper at rest besides scaling better. Transactional data usualy is a good fit for no-SQL and this is transactional data.

tumblr_inline_o58r6dmSfe1suaed2_500.gif


Ok then.
 
This thread = much analysis, such insight, wow! In the end, it's Eskom we're taking about. The electricity company that cannot even.

Their core business, yeah they can't. Not even. But suddenly they're the experts in Oracle licencing? Riiiight. Oracle may be the devil, but they didn't force Eskom to use their products, and no way in hell is this an Oracle screw up.

Eskom regularly wails at the regulator about how much they're owed for their hugely inefficient and overinflated cost of supply, but suddenly acts all baby when they owe one of their suppliers. Lol. Typical victim mentality actually.

Either way, Larry's still laughing in $160mil yacht while you get to subsidize the geniuses at Eskom & the corrupt ZuptANC with your loadshedding.

It would be funny if it wasn't so sad.. View attachment 1048111
I think Oracle might actually disconnect its service, ANC is so out of touch with reality that Oracle probably wont mind being rid of this problematc client. This is about Oracle threatening to disconnect their service, and now they can, better pay up eskom.
 
I feel bad for the poor sods in IT who have to do the dirty work of cleaning up this mess...
Make me one of the poor sods, sticking my fingers in the gravy pie will be a welcome change. These poor sods will likely get nothing done in 5 years after charging eskom billions and then just disappear like the previous hundreds of "connected" Cadre tenderpreneurs.
 
77million transactions per month is barely 30 per second. We got 10x this on a bad day from MySQL on crappy hardware 15 years ago. You don't exactly need webscale no-SQL for this.

Make me one of the poor sods, sticking my fingers in the gravy pie will be a welcome change. These poor sods will likely get nothing done in 5 years after charging eskom billions and then just disappear like the previous hundreds of "connected" Cadre tenderpreneurs.

I did say I feel sorry for the poor sods who will have to do the dirty work. Those are never the ones getting anywhere near the tender billions.
 
Top
Sign up to the MyBroadband newsletter
X