Comments on: Guestpost: On Hardware As A Service, engines as services, and Real SOA http://www.redmonk.com/jgovernor/2006/06/22/guestpost-on-hardware-as-a-service-engines-as-services-and-real-soa/ An industry analyst blog looking at software ecosystems and convergence Fri, 03 Feb 2012 10:35:40 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Ramsey Dellinger http://www.redmonk.com/jgovernor/2006/06/22/guestpost-on-hardware-as-a-service-engines-as-services-and-real-soa/comment-page-1/#comment-1647 Ramsey Dellinger Wed, 28 Jun 2006 09:38:46 +0000 http://www.redmonk.com/jgovernor/wp/?p=643#comment-1647 I think the time for HaaS is now. The value that you can provide clients a value by branding your own services by using the product specs of a product. It allows you to control the process and provide a service for your clients that you can support more efficiently because you choose the product mix based on your core competencies. I would challenge you to look at the cell phone industry, where originally you spent dollars on equipment and paid every time the product was used. Now you sign a contract and they give a phone to use and now instead of having to support an enormous amount of products they choose the products they can support efficiently. They stream the process with a defined product, control the environment and effectively provide a monthly fee based service that includes hardware. This model is prime time for Technology providers looking to provide a managed service based business. The profits are much greater in this space but only for a short time until the model becomes more excepted. Sorry it’s my soap box. I have been providing this model since 2000 in the technology reseller community. I now help resellers experience this model real time. Ramsey Dellinger I think the time for HaaS is now. The value that you can provide clients a value by branding your own services by using the product specs of a product. It allows you to control the process and provide a service for your clients that you can support more efficiently because you choose the product mix based on your core competencies.

I would challenge you to look at the cell phone industry, where originally you spent dollars on equipment and paid every time the product was used. Now you sign a contract and they give a phone to use and now instead of having to support an enormous amount of products they choose the products they can support efficiently. They stream the process with a defined product, control the environment and effectively provide a monthly fee based service that includes hardware.

This model is prime time for Technology providers looking to provide a managed service based business. The profits are much greater in this space but only for a short time until the model becomes more excepted.

Sorry it’s my soap box. I have been providing this model since 2000 in the technology reseller community. I now help resellers experience this model real time.

Ramsey Dellinger

]]> By: Duane Nickull http://www.redmonk.com/jgovernor/2006/06/22/guestpost-on-hardware-as-a-service-engines-as-services-and-real-soa/comment-page-1/#comment-1646 Duane Nickull Tue, 27 Jun 2006 00:21:36 +0000 http://www.redmonk.com/jgovernor/wp/?p=643#comment-1646 The OASIS Reference Model for SOA defines a service as means for which needs and capabilites can be brought together. The model is actually not only applicable to software and hardware, but also real world "things" such as a coffee shop. If you create a model where you offer coffee's to customers, you are providing a service for which needs (thirsty, sleepy customers) and capabilites (a large multinational *$ type coffee shop) can interact. The pattern you describe here is when you need to mod the service invocation request by sending a customer to the next counter, you can do it. This is why the SOA RM TC decided to make it into an abstract model - we realized that the range of applicability is far greater than software alone. The OASIS Reference Model for SOA defines a service as means for which needs and capabilites can be brought together. The model is actually not only applicable to software and hardware, but also real world “things” such as a coffee shop. If you create a model where you offer coffee’s to customers, you are providing a service for which needs (thirsty, sleepy customers) and capabilites (a large multinational *$ type coffee shop) can interact. The pattern you describe here is when you need to mod the service invocation request by sending a customer to the next counter, you can do it.

This is why the SOA RM TC decided to make it into an abstract model – we realized that the range of applicability is far greater than software alone.

]]> By: Mark Cathcart http://www.redmonk.com/jgovernor/2006/06/22/guestpost-on-hardware-as-a-service-engines-as-services-and-real-soa/comment-page-1/#comment-1645 Mark Cathcart Thu, 22 Jun 2006 22:24:21 +0000 http://www.redmonk.com/jgovernor/wp/?p=643#comment-1645 I've been banging on about this to anyone who'd listen for the last 5-years and I thought we'd covered this before. Much of the effort behind our contributions to Grid, Web Services and more recently CIM, SMASH et al. have been driven by the need to be able to design secure, industry standard service based into faces into every facet of IT operations. Making out and out promises on direction and implementation is just too hard to do prior to product announcements, even in these blogging days(and I promise to get a business blog up and running soon), but I tried to couch this concept of a services driven infrstructure in which there would be no more private, proprietary communications between hardware components in various redbooks where you can squeek out some ideas and concepts. Check out Chapter-3 in <a href="http://www.redbooks.ibm.com/redpapers/pdfs/redp9115.pdf" rel="nofollow">http://www.redbooks.ibm.com/redpapers/pdfs/redp9115.pdf</a> I wrote the first three chapters, they contain they typical background and saber rattling stuff, but as much as I could in chapter-3 I tried to outline where we are headed on this. CIM/Web Services etc. in the hardware? Publish and subscribe to events, managed through a message bus using autonimic managers... Plug any piece of hardware in somewhere, it does something, or has something done to it. I hear you won't be at the July 5th Analysts event, shame there might be some decent wine this time, not like last time we met in Bedfont... I’ve been banging on about this to anyone who’d listen for the last 5-years and I thought we’d covered this before. Much of the effort behind our contributions to Grid, Web Services and more recently CIM, SMASH et al. have been driven by the need to be able to design secure, industry standard service based into faces into every facet of IT operations.

Making out and out promises on direction and implementation is just too hard to do prior to product announcements, even in these blogging days(and I promise to get a business blog up and running soon), but I tried to couch this concept of a services driven infrstructure in which there would be no more private, proprietary communications between hardware components in various redbooks where you can squeek out some ideas and concepts.

Check out Chapter-3 in http://www.redbooks.ibm.com/redpapers/pdfs/redp9115.pdf

I wrote the first three chapters, they contain they typical background and saber rattling stuff, but as much as I could in chapter-3 I tried to outline where we are headed on this. CIM/Web Services etc. in the hardware? Publish and subscribe to events, managed through a message bus using autonimic managers… Plug any piece of hardware in somewhere, it does something, or has something done to it.

I hear you won’t be at the July 5th Analysts event, shame there might be some decent wine this time, not like last time we met in Bedfont…

]]> By: Ric http://www.redmonk.com/jgovernor/2006/06/22/guestpost-on-hardware-as-a-service-engines-as-services-and-real-soa/comment-page-1/#comment-1644 Ric Thu, 22 Jun 2006 21:04:07 +0000 http://www.redmonk.com/jgovernor/wp/?p=643#comment-1644 Well, you COULD tell us, but then you'd have to kill us .. Well, you COULD tell us, but then you’d have to kill us ..

]]>