Archive for the 'Architecture' Category

Published by Admin on 16 Jul 2008

Christmas comes early! - SPARC processor in IBM Blade Form

T2BC

 

We use the IBM Blade Center H chassis in our Data Center along with blades from other vendors including Sun Micro.  I have told both our IBM rep and Sun Rep that our life would be so much easier if we could get a SPARC based processor in an IBM Blade. <insert visual of well dressed sales guy rolling in the floor laughing>  Now that wish is a reality.  However, it is made by a third party and I haven’t heard/asked yet as to what using this in a IBM supported Blade Center would do to the support contract.

The article where I got this information from can be found at the register.co.uk website.  A single T2 processor with up to 32GB of memory can be in configured in the blade.  To see more of the specs, check out this website for the vendor Themis Computer.  If anyone is out there deploys this blade or even tests it, let me know.  I would love to get one to put in our lab.

If this works out, we could get to the point of only using IBM Blade Center H chassis and not have to maintain and support both the IBM and SUN blade centers.  I so love consolidation and the end to server proliferation.

Share this:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • De.lirio.us
  • Fark
  • Technorati
  • TwitThis
  • Slashdot
  • StumbleUpon
  • blogmarks
  • E-mail this story to a friend!
  • Furl

Published by JP on 12 Apr 2008

Product End of Life Link Roundup

You ever need find out if your product (hardware/software) is supportable or wonder why the maintenance costs are skyrocketing? The odds are your hardware or software is on the end of life list.

Here is a link round up of the public “end of life” (EOL) website listings for some IT vendors. If you are a consumer or vendor and would like to contribute a EOL or EOSL link to this, please email eol (at) itminddesign.com or leave a comment below.

Software:


Hardware:

*For some reason, Sun has two lists, one public and one more comprehensive if you have a support contract. Why make someone pay to see a vendors list of equipment on “death watch” is beyond me.

Share this:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • De.lirio.us
  • Fark
  • Technorati
  • TwitThis
  • Slashdot
  • StumbleUpon
  • blogmarks
  • E-mail this story to a friend!
  • Furl

Published by JP on 18 Feb 2008

Visio Stencils Link Roundup

the brawley roundup

For those IT geeks out there that use visio for diagrams of their solutions or environments I thought I would include a few links to some good resources for vendor’s stencils. Also, I’m looking for Unisys Mainframe stencils should anyone know where to get those, please email me at feedback at itminddesign dot com.  If there are others you think others might benefit from, email those links to me as well.

Visio Cafe

includes the official collections of:

  • Aruba
  • BlueArc
  • Data Domain
  • Dell
  • EMC
  • Emcor Enclosures
  • Fujitsu Siemens
  • Hewlett-Packard
  • Hitachi Data Systems
  • IBM
  • Mitel
  • nCipher
  • NetApp
  • Server Technology

and some unofficial, various collections as well, including:

Additional Vendors:

 

A final resource:

A page with a large amount of links (Note:some don’t work) can be found here.

Share this:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • De.lirio.us
  • Fark
  • Technorati
  • TwitThis
  • Slashdot
  • StumbleUpon
  • blogmarks
  • E-mail this story to a friend!
  • Furl

Published by JP on 24 Jan 2008

Sun Microsystems & Oracle - A tale of two companies

Oracle & SunI had previously written about Sun buying MySQL. Since then I had some more time to process the event and wanted to add some deeper thought about the matter. The same day that Sun acquires MySQL, Oracle buys BEA Systems. I mention this because it is an interesting set of events for both companies. Sun continues down its path of becoming an open source software company while leaving behind the proprietary world of its hardware. I know Sun did acquire StorageTek back in 2005 for 1.4 Billion USD. I do think that purchase was a mistake but that was under the watch of Scott McNealy. Sun, just like IBM, has seen the writing on the wall.

However, Oracle, who had tried many months before, finally came to an agreement to acquire BEA Systems. There was bit of press warfare going on between Oracle and BEA. Oracle made a low ball offer for the company and Oracle refused to pay anymore. Well, Sir Larry must have had a change of heart because he paid up. Oracle and its many products are all proprietary. Also, BEA Systems and its products, though some are built and utilize Java, are proprietary. They both should make some serious cash as customers pay big time money for the licenses and support from those two companies. However, I am intrigued as to what is going to happen to the Weblogic Application suite and the Oracle Application Server suite since these are competing products. If you utilize Oracle Forms you don’t have any choice but to use Oracle Application Server, which one of the Business Unit applications the Data Center requires Oracle forms.

With IBM, Sun, HP, and others embracing and moving more toward providing and interacting with open source, I am curious as to why Oracle has hung in there and focuses on being proprietary. First Peoplesoft in 2004 and now BEA Systems this month. I know Oracle offers the Unbreakable Linux which was a play to compete with Redhat and take some revenue away from them. We haven’t used Unbreakable Linux and don’t plan to. It seems that Oracle really isn’t taking any significant market share from Redhat and there have been issues with Oracle supporting Linux. Maybe with the BEA acquisition Oracle will change the Weblogic support model to be like Redhat’s JBoss application server to again try and take some cash away from Redhat.

Who knows what Larry and Oracle will do next? I’m surprised Oracle has not gone after a hardware vendor. Then they can pretty much offer the whole stack, Use Apache in the web tier, Weblogic or Oracle Application Server in the Application Tier, all connecting to Oracle Databases Enterprise or RAC. BEA has Tuxedo for an SOA type architecture, which has connectors into CORBA, Weblogic, and can even touch back into the legacy tier — the Unisys Mainframe world with the E-Link and OSI-TP products. It will be a nice portfolio of products for Oracle, but with the Open Source movement continuing to gain momentum it begs the question to see who wins the tug-of-war — proprietary or open source software?

Share this:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • De.lirio.us
  • Fark
  • Technorati
  • TwitThis
  • Slashdot
  • StumbleUpon
  • blogmarks
  • E-mail this story to a friend!
  • Furl

Published by JP on 09 Jan 2008

Mind the gap : Vendors, VARs, and you

crash19cut

Background

Last year, in collaboration with my leader and teammates, we set out on a mission to replace some existing end of life equipment while adding capacity and taking advantage of the progression in technologies. So after some due diligence and data gathering of the current state in the environments, we documented the current state and poured out our requirements in what can only be described as an RFP - RFI combo document using the terms as defined in the Reference Terms page. The birthing of this document was arduous and focus on accuracy and unbiased toward any specific vendor or technologies. We documented the characteristics such as:

  • Availability
  • Scalability
  • Flexibility
  • Maintainability
  • Recoverability
  • Adaptability
  • Agility
  • Effectiveness
  • Simplification
  • Tuneability
  • Cost Reductions
  • Strategic alignment with business processes and standards
  • Value add
  • Supportability
  • Prioritization
  • Securable
  • We gave guidance as to what categories/areas of information (including the minimal amount of data deemed acceptable) would need to be provided about the proposed solutions. Evaluation criteria was indicated. However, in retrospect, we did not provide which areas where more of a priority than others and what weight was given to the evaluation criteria - not to say that information is needed, expected, any of the respondent’s business, or commonly provided the vendors.

    Vendors - OEMs v. VAR

    The request was sent to both OEMs vendors and VARs. We were accepting of a total solution from one OEM, but a multi-vendor solution was more likely. Very few vendors have the top-notch equipment in all the technology spaces we covered in the request. Either way, would be satisfied if the solution was a fit for the company’s needs. We have relationships with multiple VARs and I believe they provide value in “the gap” between vendor and customer. In this specific instance, there were so many common OEMs that received the request than many of them contacted the VARs to be “partners” in responding to this request that the VARs became indifferent and didn’t want to “choose sides” in responding. So, if your keeping score at home, that’s 0 VARs to respond. Our familiar and trusty weapon to deploy proper multi-vendor solutions has been inept and removed from this equation.

    Follow-ups and Responses

    We had the standard follow questions; conference calls and meetings. Then weeks later, those who had chosen to respond, began to respond. Meeting mania occurred, vendor after vendor. Documents, CDROMs, Power Points, websites, business cards, and killing trees while burning up the printers. (Sidebar: I wonder how many carbon credits it would take to replace the paper used for all the printouts of all the versions of these documents). After we wiped up the blood that had oozed out from our ears we began the data absorption. Continuing to cull through the minutiae and finding viable candidates.

    The proposed solutions

    I have to say that the responses were wide. Some vendors inculcated the requirements and the current state of things. However, some did not. I almost think that some of these guys just did not read and listen. Not to question their competence, as being an elder statesman I would not do such a thing, but I expect more from them. Sure I knew that 99.9% of them were going to have a total solution to provide with their logos on every piece. Some of the solution being their equipment and some were rebranded from other companies. The individual creators of each solution should be leveraging their vast knowledge and experience with so many customers in how they ascertain the best solution for our company. However, with the majority of the respondents, we got mostly marketing and very little substance. The kicker was, all of the solutions had some validity, what they couldn’t articulate was how the information we provided plus their industry knowledge and experience lead them to this solution. So I don’t know what factors they did include, did they see the potential dollar signs and get tunnel vision? Was it multiple teams working on this response, and the team that made the technical decisions wasn’t the same as the pre-sales folks who comes to present the response? If this is common for most vendors responses, how are these company’s making money? I’m sure the margin for reselling for a VAR isn’t enough to retire on, so it’s not the hardware/software sales brining in the dough. Professional services is what makes a VAR big money and from my experiences with some quality VARs, they are worth it.

    Lessons Learned

    • I think the next request we do, we should start with the VARs first and get through them before we engage the OEMs directly. Doing this might keep the VARs in play and not force them into an awkward position.
    • Allow for more time for discovery and communication of data and requirements to VARs and vendors. As will all impending needs, we usually don’t get to them until they are really needed and some shortcuts have to made in the interests of time and money.
    • Keep up contact and meaningful conversations with quality vendors. They seem to do better when they understand more of how the customer’s company works and what’s generally going on with all involved. I know personally that time is always at a premium and investing it in vendors when you don’t really need something is hard. These lower priority items always fall to the wayside.
    • Stay connected with the quality sales people and engineers. Even if they change vendors or jobs, with all the business social networking sites (LinkedIn, Plaxo, etc) it should be somewhat easy to keep in touch. Good salespeople and engineers are hard to find and even harder to keep around, so the investment is worth it.
    Share this:
    • Digg
    • del.icio.us
    • Facebook
    • Google
    • De.lirio.us
    • Fark
    • Technorati
    • TwitThis
    • Slashdot
    • StumbleUpon
    • blogmarks
    • E-mail this story to a friend!
    • Furl

    Next »