Posted on 11/07/2013 8:47:17 AM PST by rightistight
The day before the catastrophic Healthcare.gov was supposed to start offering insurance, internal reports show that the website was only configured to handle 1,100 users at a single time before response time gets too high. The document was released by oversight.house.gov.
Under the category stress test, testers for Healthcare.gov ran a performance evaluation on the site. This evaluation occurred on September 30, just one day before the site was ready to hit prime-time.
During the testing, results were, quite frankly, atrocious. The tester writes (emphasis mine):
Ran performance testing overnight in IMP1B environment. Working with CGI to tune the FFM environment to be able to handle maximum load. Currently we are able to reach 1100 users before response time gets too high. CGI is making changes to configuration.
Just one day before the White House expected a flood of new users, technicians were scrambling to allow the site to handle more than a relatively miniscule number of visitors.
(Excerpt) Read more at thepunditpress.com ...
So. There used to be a SciFi series (when it wasn’t “Sharknado” or network - doesn’t matter)c alled “The 4400.”
So I’m guessing Obama and crew drew and quartered that....
They need to get the active defect listing as of 9/30 so we can see what defects they knowingly went into production with.
Bet it’s as mile long.
PFFFT! You think they’re having regular production control meetings or scrums to fix this? No chance!
They’ve got some non-technical higher up shouting orders to some underpaid coders forcing them to sit in their cubes with scheduled bathroom breaks.
1100 users is a JOKE! I’ve coded websites used by hundreds of thousands of people simultaneously with very little impact on the system running it. Most of the backend processing is done on the databases and through interface systems. If they don’t have the DBs configured properly or the interfaces coded to transfer the proper data points, it doesn’t matter one whit what the website LOOKS like, it’ll be nonfunctional.
Wow. That’s slower than Compuserve!
I don’t disagree with any of this, but the detailed defect listing they had going live would be interesting to see...
‘Mediocre’ and ‘good enough’ was acceptable to the unprincipled people in the DNC who selected and promoted “O” in the first place.
Now ‘mediocre’ and ‘good enough’ have produced a ‘health care’ plan that the most backward tribes in the most underdeveloped, unreachable jungles on earth would reject out of hand!!
BUT somehow the American taxpayers are supposed to accept and even prefer it!
REALLY!!
I don’t think this website was even pre-alpha. This website was put together by a bunch of art students to look all fancy and pretty. The backend coding, the Java or Javascript, the SQL or Oracle, the JBoss, whatever... NONE of it was configured properly to talk to anything correctly or substantively. It’s a freaking mess and a nightmare.
As an IT professional, I can tell you that I’ve never seen a product rollout as disastrous as this, and ANY appdev department who put out something as pathetic as this website would be summarily fired before the first scrum or project meeting even happened. This is absolutely pathetic.
I hope the phrase “1100 users” was dumbed-down for a non-tech audience. “1100 requests-per-second” would still be an embarrassingly small max load but “1100 users” is a toy system.
The way they implemented the system means each user needs dozens of more requests than needed per page than it should, but even so it’s a joke. I can’t imagine they had ANYONE working on this who has any clue how to make a high traffic web site.
I wonder how many users FR handles at one time. Maybe JimRob can get a government contract for $600M to consult with the morons who charged so much for the ObamaCare.gov code.
I’ve managed large IT projects for over 20 years and I couldn’t agree with you more.
Just so that Freepers can get an idea of how inadequate 1100 at a time is, consider this:
IF
The Obamacare web sites were working and
IF
it took only two hours to sign up each person/family, and
IF
everybody took their turn so that the website wouldn’t have more than 1100 people on at a time, and
IF
the website was fully operational and fully utilized 24 hours a day...
it would take over 10 years to sign up the 50 million people/families who might have to join the exchange...by sometime in February 2024.
They ran a stress test days before launch with just 200 users and it blew up as well ...
Disclaimer: Opinions posted on Free Republic are those of the individual posters and do not necessarily represent the opinion of Free Republic or its management. All materials posted herein are protected by copyright law and the exemption for fair use of copyrighted works.