Infrastructure Architecture Scenario
I am writing a mega scenario to use as a test for infrastructure architecture. This implies that it covers all the technical aspects of infrastructure. The elements or layers that I have are:
1. Hardware (routers, servers, client devices, storage (SANS / NAS))
2. Networks (Protocols, DNS / Bind, Wireless)
3. Directory (LDAP, AD, iplanet, NDS, edirectory)
4. Security (Kerberos, Certificates, IRM, Identity, federation)
5. Firewalls (Proxys and firewalls)
6. Web Servers (Apache, IIS)
7. File and Print (Windows, NFS, Novell)
8. Clients (Apple, Unix, Novell, 98, 3270, wireless, mobile, office, browser)
9. Database (DB types, Stored Procs, Data access, data formats)
10. Mail (Lotus, Groupwise, Exchange 5.5 Exchange 2000)
11. CRM (SAP, Peoplesoft, Siebel, Great Plains)
12. Applications (VB, Delphi, COM, J2EE, NET, Java / JSP, C++, Cobol)
13. Transactions (ES, MTS, OSITP, Tuxedo, J2EE, CICS, IMS)
14. Process (MSMQ, MQSERIES, Tibco RV)
15. Management (MOM, SMS, Tivoli, CA, HP)
16. Design and Ops (MSF, ITIL, MOF, COBIT)
17. Frameworks (Zachmann, FEAF, BAIT)
I know that this is a bit MS centric and may well be incomplete however have I missed any of the layers? Is there anything major that I’m missing in the layers?
Comments
- Anonymous
March 03, 2005
Might not fit your goal, but I miss platform (Windows), portals (SharePoint, SAP Portal) and desktop apps(Office). - Anonymous
March 03, 2005
Thanks, I have added platform (Windows, Unix, LINUX, ZOS, SUN OS) to the list, changed mail to collaboration and added SPS, STS. Office is under client. - Anonymous
March 03, 2005
MSN, Yahoo, AOL messengers... - Anonymous
March 03, 2005
Added IM to collaboration, thanks.
I think the 17 layers above can be collapsed to the following 4 layers:
1. Base Infrastructure 1-8
2. Packaged solutions 9 – 11
3. Custom solutions 12-14
4 Ops and frameworks 15-17
Google, MSN, Ebay, yahoo and amazon are an interesting problem. I could put them into Packaged solutions as a new 12 or leave them out. I think that infrastructure architects dont have a lot of contact / do a lot of work with them so I am going to leave them out. Let me know if you think I am wrong - Anonymous
March 03, 2005
Though you have J2EE and JSP under Apps, what about the different app servers (Tomcat, JBoss, WebSphere, etc.)? - Anonymous
March 03, 2005
Come on....there must be XML in there somewhere? It can solve all your architectural problems... - Anonymous
March 03, 2005
What about:
Security: Host based IDS, antivirus (including spyware and rootkit detection)
Firewalls (may be included on network): Network IDS,
Protoc
Networks: VoIP, load balancing, cache, (physical vs logical design), routing
Somewhere: Mainframes, AS/400, Backup, smartphone, tabletpc, palm devices, fax servers (integrated messaging) - Anonymous
March 03, 2005
Physical security ? - Anonymous
March 03, 2005
Interesting how you have MSMQ, MQSERIES, Tibco RV listed as "Process". As queueing solutions, they would seem to have more to do with load-balancing or just plain queueing. For Process I would consider orchestration tools like BizTalk or Websphere. - Anonymous
March 03, 2005
J2 sort of includes all the app severs.
XML is in the data layer... and I agree about the positioning :)
Yes, I agree about Biztalk and Websphere. I was just trying to avoid overt product names.