Primary focus of this site: Architecture for next generation technology,
Monday, November 1, 2010
Taking infrastructure optimization and virtual world of computing to the next level.
Tuesday, October 19, 2010
Banking Industry - Channel integration is the answer to the high quality customers’ experience
Thursday, October 7, 2010
Monday, October 4, 2010
Enterprise Architecture - Delivering values and ROA
Enterprise Architecture should not be measured by ROI, rather be measured by Return on Assets (ROA). I think all of us will agree on the Gartner Analyst’s comment. Now the question is how will you measure the return on assets? We should not consider only hardware and software assets. We need to consider the information and intellectual Capitals too. How efficiently we are utilizing our server, storage, network, software, and communication engineering systems? How much the fusion of business and IT helping the enterprise to meet the ever changing demands and supporting growth? Is the IT department is flexible enough to support the business needs within a short time? Enterprise Architecture and its creators add values by delivering key work products like IT Strategy, Roadmap, enablers to achieve superior competitive capabilities, and creating solutions for those questions. These values are difficult to measure. To find out the value of ROA in a measureable unit, we need to adopt well defined value matrix for each EA work products.
Return on assets (ROA) can be measured by calculating values for the work products by allocating appropriate waightage to the each Architecture design work product, and asking the questions about purpose of each work product and if not available scenarios. Various sub-products come out from the primary work of EA effort like: impact analysis of the various components of the systems, these add to the overall value chain of EA. The decision of what architecture work products require will not be the same for all enterprises. Selecting right architecture work products is a key to the success of overall EA program and establishing its value chain.
Using right tools and right templates for creating Architecture design work is equally important. Industry standard tools like TOGAF Architecture Framework, Templates, and Architecture Development Method will help in creating right enterprise architecture that improve your ROA. The picture at the top of this article depicts a conceptual view of an EA framework and deliverables using TOGAF, COBIT, and ITIL. If you like to have a technique paper on Delivering EA values please contact me.
Thursday, September 30, 2010
IT strategy to deliver cloud computing values
In my earlier article “IT Strategy to deliver cloud computing values” (http://nandiamit.blogspot.com/2009_04_01_archive.html), I mentioned I will discuss about approach of implementing cloud computing at enterprise level. Here I would like to discuss about potential stapes or approach to implement the cloud computing. According to IDC in 2010 about 14.4% of Enterprise’s IT budget allocated for private and/or public cloud computing. So enterprises are already started working on or planning to transform their IT infrastructure into cloud computing model. National Institute of Standards and Technology, Information Technology Laboratory has already defined Cloud computing as a model for enabling convenient, on-demand network access to a shared pool of configurable computing resources (e.g., networks, servers, storage, applications, and services) that can be rapidly provisioned and released with minimal management effort or service provider interaction. This cloud model promotes availability and is composed of five essential characteristics, three service models, and four deployment models.
Business challenges and IT priorities are the two major factors that will set the direction of the cloud computing initiative for most enterprises. Mapping enterprise’s characteristics like competing on time to market and quality, with business challenges like must keep space with rapid change in market place, and with IT priorities like non functional requirements are the best place to start. Cloud computing from architecture perspective has five distinct layers: Infrastructure Services, Platform Services, Application Services, Business Services, and People Services or Standard Internet Services. Most enterprises do not have any distinct layer definition or supporting structure. Now the question is do we need to work on this area to adopt Cloud computing model. I will say you do not have to but keep the big picture in mind and create a tactical plan for immediate steps that will help cloud computing implementation.
Therefore, we should first complete the mapping of business challenges and IT priorities. Create all architecture documents as a next step. Challenge comes when you have to make decision about application migration to cloud computing model. Output of Analytic Hierarchy Process of all potential applications can help to make decision about application identification and migration strategy. Please contact me for how to develop IT Strategy, road map, and identifying projects for transforming your enterprise into cloud computing model.
Wednesday, September 22, 2010
Products selection comes after completing SOA design work
Thursday, August 26, 2010
EAI and CEO Study - an Architect's perspective
In most organization applications are running in silos or partially integrated, they are yet to achieve fully integrated systems. Therefore, they are missing numerous opportunities to help their business growth. IT is trying to come out of silo scenario in their IT operation environment for some time through optimization, virtualization, systems integration, etc. programs. Unfortunately even today, most of the IT department facing the challenge of making their IT operating environment simple, and how to support their business to sustain rapid changes and dynamic business environment? This article will give an overview of EAI which is one of the topics of my white papers series that address the pain points of those areas relate to the keywords “Complexity” and “Sustainability”. .
Enterprise Application Integration is a subsystem. It is not a core business function but enable the interaction between multiple business applications that can be one or more integrated business systems, components, external business partners systems, and other business unit systems to provide one or more business systems. EAI architecture defines a framework to:
• Facilitate interaction between endpoints
• Enable distributed operation of business components
• Insulated end points
• Provide an infrastructure that is scalable and extensible
• Explore to use the existing infrastructure services
• Enable reuse of end points
• Enable phased approach to implementation
• Enable easy maintainability
In almost every case, an EAI subsystem will be implemented using packaged integration applications. As a result, product selection plays a central role in the specification of an EAI architecture. This paper focuses on the preparation of the conceptual EAI Component Model. Architecture design should be carried out within the scope of total system development, and with respect to the related EAI techniques.
Prior to initiating product selection the component model need to be elaborated to a specification level. Both product selection and component model specification need to be well documented. The only EAI unique aspect to specification of the component model is the use of the EAI Attributes Blueprint as the consolidated source of parameters for the model.
The EAI Conceptual Architecture should be expressed through a number of work products like Architecture Decision and Architecture Model in the context of enterprise’s EA blueprint, and its Component Model diagram. To develop the EAI architecture five basic steps need to be followed:
1. Make initial architecture decision
2. Identify EAI services
3. Create multiple nodes or partition the systems
4. Identify EAI categories
5. Apply the architecture pattern
In this white paper I have provided an approach to the creation of a conceptual level system component model specific to EAI and other sub products require to implement EAI in a complex IT Environment of an enterprise. Please contact me for the white paper.