작동 방식

가지고 계신 도구 자체는 바뀌지 않습니다. 바뀌는 것은 누가, 언제, 어느 버전을 받는가입니다.

  1. 도구를 패키징합니다

    LISP 파일과 DLL 라이브러리를 보내 주십시오. 서버가 그것을 읽습니다. 어떤 명령을 등록하는지, 어느 AutoCAD 버전을 대상으로 하는지 찾아내고 패키지 정의를 스스로 작성합니다. 코드에는 손대지 않으며, 손으로 관리해야 하는 표도 남지 않습니다.

  2. 게시합니다

    아카이브를 풀어 검사하고, SHA-256을 서버에서 계산하고, 서명의 진위를 확인합니다. 새 버전은 언제나 DEV 채널로 갑니다. 어떤 업로드도 곧바로 전사로 가지 않습니다.

  3. 채널로 배포합니다

    먼저 시범 그룹(엔지니어 3~10명), 그다음 전체입니다. 시범에서 발견된 문제가 수백 명에게 도달하는 일은 없습니다. 원하시면 전사 배포에 다른 관리자의 승인을 요구할 수 있습니다.

  4. 권한을 부여합니다

    누가 어떤 패키지를 보고, 누가 어떤 기능을 쓸 수 있는지 사람 단위 또는 그룹 단위로 정합니다. 권한이 없는 엔지니어에게는 카탈로그에 아예 보이지 않습니다. 회색 버튼을 두고 다툴 일이 없습니다.

  5. 엔지니어가 설치합니다

    카탈로그는 AutoCAD 안에서 열리고 도구는 클릭 한 번으로 설치됩니다. 설치는 원자적입니다. 끝나거나, 아예 일어나지 않거나 둘 중 하나이고, 절반만 설치된 도구는 존재하지 않습니다.

되돌리기는 새로운 게시가 아닙니다

어떤 버전을 전사에서 거두어들인다는 것은 그것을 더 좁은 채널로 옮기는 일 — 동작 한 번입니다. 다시 패키징하지 않고, 새로 게시하지 않고, 누구도 기다리지 않습니다. 이중 승인 원칙이 켜져 있어도 되돌리기에는 결코 승인이 필요하지 않습니다. 속도가 가장 중요한 바로 그 순간에 검사가 길을 막아서는 안 되기 때문입니다.

필요할 때 불러오기

AutoCAD는 시작할 때 도구의 코드를 불러오지 않습니다. “이 명령은 저 패키지에 있다”는 짧은 기록만 읽습니다. 코드는 명령을 처음 호출할 때 불러와집니다. 카탈로그는 시작을 느리게 하지 않으면서 늘어날 수 있습니다.

AutoCAD 시작 경로에서는 네트워크 요청이 한 건도 발생하지 않습니다. 이 제품의 구속력 있는 규칙이며 테스트로 확인합니다.

네트워크 없이 작업하기

설치된 도구는 엔지니어 PC에 있고 서버에 의존하지 않습니다. 점검 중에도, 회선이 끊겨도, 현장에서도 도구는 계속 동작합니다. 기다리는 것은 새 설치와 업데이트뿐입니다.

완전히 꺼진 서버는 “새 도구를 설치할 수 없다”는 뜻이지 “엔지니어가 일할 수 없다”는 뜻이 아닙니다. 이 차이는 지킬 가치가 있는 설계상의 성질입니다.

업데이트는 별도의 과정입니다

AutoCAD가 열려 있는 동안 불러온 파일은 잠겨 있어 그 자리에서 교체할 수 없습니다. 업데이트는 별도의 업데이트 프로그램에 넘깁니다. 그 프로그램이 일을 끝내고 결과를 알린 뒤 물러납니다.

불러온 어셈블리를 그 자리에서 업데이트하는 일은 없습니다. 조용히 중간에 멈춘 업데이트는 다음 날 아침 열리지 않는 도구가 됩니다.

장애에는 번호가 붙습니다

도구가 예기치 않게 멈추면 사용자에게 상관 번호가 표시되고, 사용자는 그것을 귀사에 전달합니다. 어떤 패키지의, 어떤 버전이, 어떤 AutoCAD에서 — 사건 전체가 이미 기록되어 있습니다.

“화면 캡처를 보내 주십시오” 식의 왕복이 사라집니다. 원인 추적은 사용자의 기억이 아니라 기록에서 시작합니다.

귀사의 도구 하나로 함께 해 보시죠

LISP 또는 .NET 도구 하나를 보내 주십시오. 함께 패키징해서 게시하고, 테스트 PC에 설치한 뒤 다시 거두어들입니다. 대략 한 시간입니다.

시연 요청