이제 들리지 않는 서버 구성도 작성

소개


  • 자신 안의 머리의 정리에 기재해 갑니다.
  • 그림에 대해서는 기본적인 LAMP 환경을 의식해 기재하므로 참고 정도로. .

  • 서버 구성도 작성 방법


  • 시스템을 구성하는 서버 장비의 구성을 보여줍니다.
  • 시스템 개발에서는 외부 설계로 작성됩니다.
  • 또, 신규로 서버를 구축하는 경우에는, 이 정보를 기초로 우선 순위를 붙여 구축하게 됩니다.

  • 반드시 쓰는 것



    식별 정보(객체 및 식별자)


  • 1 기기 1 오브젝트로서 표현한다
  • 스케일하는 경우는 별표 등에 기기명을 정리해도 되지만, 초기 구축의 대수등은 기재해 두는 편이 좋다

  • 통신경로(관계선)


  • in/out을 알 수 있도록 화살표 등을 사용하여 기술한다.
  • 통신 프로토콜도 함께 기술한다

  • 참고도:「반드시 쓰는 것」만으로 써 보자




    (최소한이라면 조금 부족하네요..)

    가능한 한 써야 할 것



    세그먼트



    프로덕션 환경이나 개발 환경 등에서 세그먼트를 나누는 경우

    외부 서비스


  • 시스템이 외부 서비스에 의존하는 경우 어떤 액세스를하고 있는지 설명

  • 참고도:「가능한 한 써야 할 것」도 포함해 써 본다




    (뭐 심플합니다만, 필요한 정보는 쓰고 있을까? 사람에 따라서는 아쉬움이・・・?)

    여유가 있거나 필요에 따라 쓰는 것



    서버 역할


  • WEB 서버
  • DB 서버
  • 발판 서버 등

  • 서버 사양 정보


  • CPU 사양, 개수
  • 메모리 크기
  • Disk 용량(HDD, SSD 등)
  • 기타 필요한 사양 정보

  • 소프트웨어 정보


  • OS 정보
  • 미들웨어 정보

  • 시스템 사용자 정보


  • 어떤 사용자가 있고 어떤 경로로 액세스하는지
  • 시스템 사용자, 시스템 관리자, 시스템 개발자 등

  • 참고도: 한층 더 「여유가 있거나 필요에 따라서 쓰는 것」도 포함해 써 본다




    (점점 더 어두워졌습니다..)

    경우에 따라 필요할 수 있지만 기본적으로 작성하지 않아도됩니다.



    버전 정보


  • 경우에 따라 자주 버전을 업그레이드 할 수 있으므로 그림의 유지 보수성을 고려할 때 별도로 관리하는 것이 좋습니다.

    DB 스키마 정보


  • 하나의 서버에 여러 스키마가있는 경우 필요에 따라 설명합니다.

    결론



    여기까지 썼습니다만, 서버 구성 정보는 이용자간에 기재 정보나 그 입도의 인식을 맞추어 둘 필요가 있으므로, 서버 구축으로부터 운용까지를 의식해 필요한 정보를 필요한 만큼 기재해 두는 것이 좋다고 생각합니다.
    덧붙여서 이번 그림은 draw.io( htps //w w. d 등 w. 이오/ )로 썼습니다.
    작도는 편리성과 보수성이 좋은 툴을 사용하는 것이 좋네요.

    Thankyou!
  • 좋은 웹페이지 즐겨찾기