Last week in part 1 of this blog, I used the analogy of the Winchester House to start the discussion on why an architecture-led approach should be a strategic imperative for your IT architectural evolution and transformation. In this part 2, I’ll give some industry data points, and use some examples of the complex network-based solutions you are implementing, to illustrate why you should adopt the architectural-led approach over the point product minefield.
Part 2 – The Winchester House and the Strategic Imperative for Architectural-led IT Evolution and Transformation
Last week I presented and participated at the The Open Group Forum in Austin, TX. It was a great event, with insights into Enterprise Architecture, Business Architecture and Emerging Architectures. There were several breakout tracks in the Forum, including, the most popular – Cloud Architectures Track. The sessions ranged from connecting architecture frameworks (TOGAF) to Cloud Architectures, to Cloud Architectures development. My session was on “Architecture & Considerations for IaaS Clouds”. This session was more focused on technology aspects of the Cloud Architecture. Also, it could be applied to either an enterprise private cloud or a service provider cloud settings. Just to level set everyone in the audience, I started out with a taxonomy and reference architecture (RA) review. I utilized both NIST’s published and a simplified version of Cisco Cloud RA. The Cisco RA review was the case in point for this session, where Infrastructure, Service orchestration, Delivery/Management and consumer layers were discussed.
To enable our partners to take advantage of the market opportunities that lie ahead, Cisco is evolving it’s channel partner program with architecture specializations, including Borderless Networks, Collaboration, and Data Center Architecture Specializations. To find out more about how we are enabling our partners to make the transition and capture the opportunities that lie ahead, please check out our Channels Blog
There comes a time in the evolution of building a technology platform that you have to pause and look back where you’ve come from, before continuing on with the journey. As I think back to the formation of the Cisco Eos platform, it was a time of hard work and rapid growth.
The Cisco Media Solutions Group went from being a business unit with an idea, to truly taking form in 2007 when Cisco made three software acquisitions—Five Across, the assets of Tribe.net and the assets of Click.tv. From that day forward, we were charged with developing an innovative platform that could get media companies online in a simple, manageable way. That long journey started with the single though difficult step of uniting three independent companies and countless independent perspectives into a single team executing against a single vision.
As with any consolidation effort, tough decisions had to be made. One of the most important we faced was what development platform we were going to leverage. Our three teams had experience in just as many languages: Ruby on Rails, PHP, and Java – not to mention Adobe Flex and even a bit of C. After much debate, we chose to use Java for the back end, which includes the core Cisco Eos data and content components like blogs, discussions, and member profiles. And we chose PHP for the front end, the dynamic page-rendering environment that our users can customize for presentation to end consumers. Read More »
I don’t know about you , but I want to be well prepared for the March 30th Cisco announcement
Listening to Cisco SVP Bill Brownell’s invitation, we can definitely expect some very interesting product news, but more importantly a new round of conversations about the right fabric-infrastructure, especially in the context of cloud computing.
So as I was willing to be well prepared, I found this interesting blog from Ivan about data center fabric architecture , which obviously grabbed also the attention of some of our smart engineers