Skip to main content

Common Show Stoppers in Enterprise Applications Rollout

In any of the Enterprise applications / systems development, the issues that we face can be categorized across following 4 categories :

1. Environmental issues

a. "In UAT environment it is working...in production it is not working " [Because of mismatch in the versions of the softwares installed, Hot fixes applied , Patches updated, some files corrupted , Mismatch in the keys used while using encryption / decryption, registry issues because of some corruption, inconsistency in configuration (DB server, APP. Server etc.) – sanity issues]

b. "Yesterday it worked.Today it is not working " [May be it is tested with some other data…today with a different data, Un-audited software installations etc.]

c. Some times bugs in the platforms will get revealed only under some circumstances which even platform vendors may be un-aware of !


2. Resource Availability
    [This may lead to non-reproducible errors and hence affects reliability]

a. Availability of DB connections / other legacy resources
b. Thread pool

c. RAM, CPU etc.
d. Instability in the availability of the common resources (which are also used by other applications )
e. Shortage of the resources in the peak loads.In this case problems will bubble only in the peak stage. We will not be able to reproduce it hence it will lead to lots of confusion

3. Resource Accessibility

a. Access to some resources is limited to some roles – DB connections , User roles not mapped / configured in the legacy resources
b. Some times there will be a policy because of which password will get expire / reset
c. Missing of credentials synchronization across resources

4. Interoperability

a. Types exposed through a service cannot be consumed by a client application developed in a different platform
b. Data types adopted by the data access layer not compatible with the Database system

If we can have processes / policies / governance that are devised around these categories; if we start any development with the consciousness of these factors in mind, then any enterprise application rollout will be a smooth ride and will not result in unnecessary, un-productive night outs & escalations.

In addition to these categories of issues, we will always face issues related to Non-functional requirements like Performance, Security etc. Those issues will surface only under certain architecturally significant scenarios & special conditions. That too, they will bubble only on the final stage of testing & deployment.

Comments

Popular posts from this blog

Blockchain for a "Secured" AADHAAR

AADHAAR  is gradually becoming the “Most Important” digital identity (like a social security number in US) for the citizens of India. It is considered to be more important than any other identities such as Passport, Driving License, PAN card etc. as it is being recognized as the “Mandatory” proof for the authenticity of an Indian citizen, for all the Govt. as well as private transactions, starting from availing the subsidized residential gas benefits  to operating a trading account or even getting a Passport. Because of this, the secured accessibility & immutability of that digital identity is very critical. The AADHAR card once issued to a citizen should not be subjected to change especially in terms of AADHAAR number, name of the person etc.; Any compromise on AADHAR can lead to problems related to mistaken identity. Storing AADHAAR information in a Blockchain platform is a natural choice , as Blockchain offers "Cryptographically" secured decentralized storage...

Heterogeneous Cloud Integration

Heterogeneous integration is common scenario in the Enterprises where their IT portfolio is based on heterogeneous platforms. Various solution approaches such as message broker, messaging middleware, SOA – service based integration were employed to address heterogeneous integration challenges.   These solution approaches were good when the integration happens on premise, with in the data centers of an Enterprise. Problem here is non-availability of “elasticity”.   With the Enterprises started leveraging cloud platforms extensively for various solution aspects such as elastic computing, storage, it opens new capabilities that can be leveraged for heterogeneous integration. Also, similar to existing on premise scenario, Enterprises are also leveraging multiple cloud platforms to address their business needs. This scenario will pose same integration challenges as those that were faced within on premise datacenters   Within datacenters / on premise, integ...

Follow-up : Evaluating Application Architecture, Quantitatively

Since the publication of my article “Evaluating Application Architecture, Quantitatively” in the 23 rd issue of Microsoft’s The Architecture Journal , Iam receiving lots of questions / encouraging comments / wishes / suggestions. I never expected such a response back from the architects’ community around the world and result is this follow-up. In the article ‘Evaluating Application Architecture, Quantitatively’ which is outlining the framework for evaluating application architectures quantitatively, it is been specified that for a positive response to every question / statement in the questionnaire / checklist '1' will be assigned and '0' will be assigned for a negative response. When a set of questions / checklist is used for an application architecture evaluation, some of them may not be suitable for a particular context. Say for example, you are evaluating an application’s architecture that is meant for intranet only. So, in that context, assume that you are...