Freigeben über


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.