ServiceNow의 아키텍처를 정리해 보았습니다.

2275 단어 초보자ServiceNow

소개



ServiceNow에 대해서는 공식 문서 는 있지만 자료가 너무 많아 조사하는 것은 어렵습니다.
반년에 1회 버전 업도 하므로, 기술을 쫓는 것도 힘들다고 생각합니다.
거기서 제가 선배로부터 가르친 내용을 공유할 수 있으면 좋겠다고 생각해, 기사를 쓰고 있습니다.

대상자


  • ServiceNow에 대해 이미 도입 및 운영하고있는 분
  • 이제 ServiceNow를 사용하는 분
  • ServiceNow의 아키텍처를 알고 싶다면
  • 다른 워크 플로우 제품과 비교하고 싶은 분

  • 용어 정리



    제품



    Product는 제품으로 계약을 할 때의 단위입니다.
    제품은 화면에 보이지 않습니다.

    응용



    Application은 ServiceNow 인스턴스에 로그인 한 후
    왼쪽에 표시되는 응용 프로그램입니다.



    아키텍처



    음, 주제입니다.
    ServiceNow의 각 제품은 다음과 같은 아키텍처입니다.



    간단한 해설



    (위 그림의 왼쪽)



    "메뉴"는 응용 프로그램을 나타냅니다. (예: Incident)

    이번에는 Incident를 사용하여 소개합니다.
    Incident 내에서 ALL 등의 모듈을 클릭하면,
    Incident "테이블"(그림의 녹색)에 대한 레코드를 볼 수 있습니다.

    (그림의 좌하나 청점선)



    레코드 내용은 View에서 볼 수 있습니다.
    View란, 같은 Application에서도 유저마다 보이는 방법을 바꾸고 싶을 때에 사용합니다.
    보이는 열은 로그인 사용자에게 연결되는 Role 및 ACL에 따라 다릅니다.
    스스로 새로운 View를 만들 수도 있습니다.

    ACL은 Access Contorol List의 약자이며 액세스 제한 규칙입니다.
    Role은 역할입니다.

    User에 직접 액세스 권한을 설정할 수도 있지만,
    Group에서 User를 정리하고 거기에 Role을 묶어 갑니다.
    이것은 Windows Server A-G-DL-P 전략과 비슷하다고 생각합니다.

    (그림의 중간)



    List는 원하는 레코드를 찾는 데 사용됩니다.
    Form은 Listed 레코드에 대한 자세한 정보를 검토하고 편집할 때 사용합니다.

    (그림 오른쪽)



    여기까지의 소개라면, 그냥 DB 제품의 행동입니다.
    ServiceNow의 간이 되는 WorkFlow와 Script입니다.

    여기는 또 다른 기사에서 정리해 갑니다.

    요약



    이 아키텍처를 이미지하면 전체 이미지가 잡히는 것이 아닐까요.
    개발자 사이트 에서 인스턴스를 만들고 만져보세요.
    다음은 WorkFlow와 script 기사를 쓰고 싶습니다.

    좋은 웹페이지 즐겨찾기