You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

Production Servers

  • Naming Convention: [product]prod[service].mit.edu. Example: map-prod-ws1.mit.edu

  • Server Ops maintained physical hardware. No virtualization.
  • Assume that each service requires at least two load-balanced servers.

Staging Servers

  • Naming Convention: [product]stage[service].mit.edu. Example: map-stage-ws1.mit.edu

  • Server Ops maintained physical hardware. No virtualization.
  • Assume that each service requires at least two load-balanced servers.

Test Servers

  • Naming Convention: [product]test[service].mit.edu. Example: map-test-ws1.mit.edu

  • Server Ops Xen-virtualized server.
  • These are testing for developers, not operations. Assume only one server instance per service required.

Development Servers

  • Naming Convention: [product]dev[service].mit.edu. Example: map-dev-ws1.mit.edu

  • Server Ops Xen-virtualized server.
  • These are for software development, not operations or infrastructure prototyping. Assume only one server instance per service required.

Prototype Servers

  • Naming Convention: [product]proto[service].mit.edu. Example: map-proto-ws1.mit.edu

  • ISDA maintained server co-located with server operations.
  • Assume large memory and storage footprint to handle many virtual servers per machine.
  • 4 servers planned.

Naming Convention Notes for Hostnames

numbers: Numbers describe the number of servers for that service for that tier. map-dev-ws1 and map-test-ws1 are both legal, because both are the 1st server rolled out for the service for that tier. 

map: MIT Application Platform (map-test-ws1)

ws: Web Services (map-prod-ws2)

ts: Touchstone (map-dev-ts1)

  • No labels