-
Too many DB's
There seem to be a trend in using DBs like SQL Express for everything. Is this a good thing ?
For larger systems sure , for small systems im not sure..
The reason why people use these is obvious good tools/Apis and data protection /management.
However for small systems DB's are not that easy to manage , they have to be installed , connection string and security setup and most importantly maintained. Having a corruption in an index is a major issue when the DB is on a client laptop a lot of small apps dont provide Reindex faciities.
Considering these DB's...
-
Why should you use an Event Driven Architecture (EDA)?
There is a lot of documentation on EDA and people working with SOA and call backs will naturally gravitate to EDA , but i have often wanted a simple reason why. Here i will attempt this and focus on service based EDA's.
1. It Naturally mirrors organisations.
High level EDA events are business events. With EDA anybody may receive these events and act accordingly. This means extending events to new applications is a trivial excercise.
2. Low integration costs
Integration expenses are massive, EDA makes it really easy for systems to communicate even more so than SOA's which require writing a...
-
EDA vs Cloud storage
Cloud storage promises a lot of the things that EDA does namely almost unlimited scaling however EDA implemented in the Cloud has significant advantages.
Firstly while Cloud storage Data may scale extremely well , it does so by using masses amounts of caching or disk spindles. In itself this is not an issue but if you have say 1,000,000 users querying/polling a 10 Gig Table While the performance is likely to be good the CPU usage will be massive and this is where cloud computing bites you - in the pocket. And the situations will get worse as data increases.
However EDA...
-
SOA and Cloud computing
Great article from Zapthink. . Especially
"
the ESB has been far too central in organization’s discussions about SOA. The logic goes that all you need to do is develop a bunch of Web Services, plop them on an ESB and voila, you have a SOA. Isn’t it amazing that you can get architecture without actually doing architecture? As ridiculous as this might sound, for many organizations, this approach represents fully their SOA strategy. But, the movement to cloud computing throws the ESB “strategy” out the window.
In the cloud computing world, you have no visibility into the infrastructure, nor do...