아웃소싱부터 개발까지(2부)

В 이전 기사, 벨리암이 탄생하게 된 배경과 이를 SaaS 시스템을 통해 배포하게 된 배경에 대해 이야기를 나눴습니다. 이 기사에서는 제품을 로컬이 아닌 공개적으로 만들기 위해 무엇을 해야 했는지에 대해 이야기하겠습니다. 배포가 어떻게 시작되었고 어떤 문제가 발생했는지에 대해 설명합니다.

계획

사용자를 위한 현재 백엔드는 Linux에 있었습니다. 거의 모든 조직에는 Linux에 대해서는 말할 수 없는 Windows 서버가 있습니다. Veliam의 주요 강점은 NAT 뒤의 서버 및 네트워크 장비에 대한 원격 연결입니다. 하지만 이 기능은 라우터가 Mikrotik이어야 한다는 사실과 매우 밀접하게 연관되어 있습니다. 그리고 이것은 분명히 많은 사람들을 만족시키지 못할 것입니다. 처음에는 가장 일반적인 공급업체의 라우터에 대한 지원을 추가하는 것에 대해 생각하기 시작했습니다. 그러나 나는 이것이 지원 회사 목록을 확장하기 위한 끝없는 경쟁이라는 것을 이해했습니다. 또한 이미 지원되는 것에는 모델마다 NAT 규칙을 변경하기 위한 다른 명령 세트가 있을 수 있습니다. 이 상황에서 벗어날 수 있는 유일한 방법은 VPN인 것 같았습니다.

제품을 오픈소스로 배포하지 않고 배포하기로 결정했기 때문에 GPL 등 오픈 라이선스로 다양한 라이브러리를 포함하는 것이 불가능해졌습니다. 이것은 일반적으로 별도의 주제입니다. 제품 판매를 결정한 후 GPL이라는 사실 때문에 라이브러리의 절반을 살펴보아야 했습니다. 그들이 스스로 글을 쓸 때는 정상이었습니다. 하지만 배포에는 적합하지 않습니다. 가장 먼저 떠오르는 VPN은 OpenVPN입니다. 하지만 GPL입니다. 또 다른 옵션은 일본 SoftEther VPN을 사용하는 것이었습니다. 그의 라이센스를 통해 그는 자신의 제품에 이를 포함시킬 수 있었습니다. 사용자가 아무것도 구성할 필요가 없고 SoftEther VPN에 대해 알 필요가 없는 방식으로 통합하는 방법에 대해 며칠 동안 다양한 테스트를 거친 후 프로토타입이 얻어졌습니다. 모든 것이 예상대로였습니다. 그러나 어떤 이유에서인지 이 계획은 여전히 ​​우리를 혼란스럽게 만들었고 결국 우리는 이를 포기했습니다. 그러나 자연스럽게 그들은 다른 옵션이 나온 후에는 거절했습니다. 결국 모든 작업은 일반 TCP 연결에서 이루어졌습니다. 일부 연결은 코디네이터를 통해 작동하고 일부는 Free Pascal에서도 구현된 NHP(Nat Hole Punching) 기술을 통해 직접 작동합니다. 나는 이전에 NHP에 대해 들어본 적이 없다고 말해야 합니다. 그리고 두 개의 네트워크 장치를 연결하는 것이 가능하다는 사실은 전혀 생각하지 못했습니다. 두 장치 모두 NAT 바로 뒤에 있습니다. 나는 주제를 연구하고 작동 원리를 이해하고 자리에 앉아 글을 썼습니다. 계획이 실현되면 사용자는 비밀번호를 입력하거나 VPN을 설정하지 않고도 RDP, SSH 또는 Winbox를 통해 NAT 뒤의 원하는 장치에 한 번의 클릭으로 연결됩니다. 더욱이 이러한 연결의 대부분은 코디네이터를 통과하므로 핑과 이러한 연결 서비스 비용에 좋은 영향을 미칩니다.

Linux에서 Windows로 서버 부분 전송

Windows로 전환할 때 몇 가지 문제가 발생했습니다. 첫 번째는 Windows에 내장된 wmic를 사용하면 WQL 쿼리를 수행할 수 없다는 것입니다. 그리고 우리 시스템에서는 모든 것이 이미 구축되었습니다. 그리고 또 다른 것도 있었는데, 왜 마침내 그 사용을 포기했는지 이제는 잊어버렸습니다. Windows 버전 간에 차이가 있을 수 있습니다. 두 번째 문제는 멀티스레딩입니다. "허용되는" 라이선스에 따라 좋은 타사 유틸리티를 찾지 못해 Lazarus IDE를 다시 시작했습니다. 그리고 필요한 유틸리티를 작성했습니다. 입력은 필수 개체 목록과 수행해야 하는 특정 쿼리이며 이에 대한 응답으로 데이터를 받습니다. 그리고 이 모든 것이 멀티스레드 모드에서 이루어집니다. 엄청난.

PHP Windows용 pthread를 설정한 후 모든 것이 바로 시작될 것이라고 생각했지만 그렇지 않았습니다. 디버깅을 한 후 pthread가 작동하는 것 같았지만 우리 시스템에서는 작동하지 않는다는 것을 깨달았습니다. Windows에서 pthread를 사용하여 작업하는 데 몇 가지 특징이 있다는 것이 분명해졌습니다. 그래서 그랬습니다. 나는 문서를 읽었고 거기에는 Windows의 경우 스레드 수가 제한되어 있으며 내가 기억하는 한 암묵적으로 기록되어 있습니다. 이것이 문제가 되었습니다. 왜냐하면 애플리케이션이 실행되는 스레드 수를 줄이기 시작했을 때 작업 수행 속도가 매우 느려졌기 때문입니다. IDE를 다시 열었고 개체의 멀티스레드 핑 기능이 동일한 유틸리티에 추가되었습니다. 음, 거기에도 이미 많은 포트 스캐닝이 있습니다. 실제로 이 이후에는 PHP용 pthread의 필요성이 사라져 더 이상 사용되지 않습니다. 또한 이 유틸리티에는 몇 가지 기능이 더 추가되었으며 오늘날에도 여전히 작동합니다. 그 후, Apache, PHP, MariaDB, PHP 애플리케이션 자체 및 시스템과 상호 작용하기 위한 유틸리티 세트가 포함된 Windows용 설치 프로그램이 Free Pascal로 작성되었습니다. 설치 프로그램에 관해서는 이 문제를 빨리 해결할 것이라고 생각했습니다. 왜냐하면... 이는 매우 일반적이며 거의 모든 소프트웨어에 필요합니다. 내가 잘못된 곳을 찾고 있었는지 아니면 다른 것을 찾고 있었는지입니다. 하지만 저는 유연성이 충분하지 않거나 가격이 비싸고 유연성이 떨어지는 제품을 끊임없이 접했습니다. 그럼에도 불구하고 저는 어떤 희망사항도 충족할 수 있는 무료 설치 프로그램을 찾았습니다. 이노셋업 입니다. 누군가 시간을 절약할 경우를 대비해 찾아보아야 했기 때문에 여기에 대해 글을 쓰고 있습니다.

귀하의 고객을 위해 플러그인 거부

나는 이전에 클라이언트 부분이 "플러그인"이 있는 브라우저라고 썼습니다. 그래서 Chrome이 업데이트되어 레이아웃이 약간 비뚤어진 다음 Windows가 업데이트되고 맞춤 URI 구성표가 사라질 때가 있었습니다. 나는 제품의 공개 버전에서 이런 종류의 놀라움을 갖고 싶지 않았습니다. 게다가 Windows를 업데이트할 때마다 사용자 지정 URI가 사라지기 시작했습니다. Microsoft는 필수 섹션에서 해당 분기가 아닌 모든 분기를 삭제했습니다. 또한 이제 Google Chrome에서는 맞춤 URI에서 애플리케이션을 열지 여부를 선택하는 것을 허용하지 않으며 모니터링 개체를 클릭할 때마다 이 질문을 묻습니다. 글쎄, 일반적으로 브라우저가 제공하지 않는 사용자 로컬 시스템과의 정상적인 상호 작용이 필요했습니다. 이 계획에서 가장 간단한 옵션은 현재 많은 사람들이 Electron을 통해 하고 있는 것처럼 단순히 자신만의 브라우저를 만드는 것 같습니다. 하지만 서버 부분을 포함하여 이미 프리파스칼로 많은 것들이 작성되었기 때문에 동물원을 만들지 않고 클라이언트를 같은 언어로 만들기로 결정했습니다. 이것이 Chromium이 탑재된 클라이언트가 작성된 방식입니다. 그 후 다양한 끈을 얻기 시작했습니다.

페이지

마지막으로 시스템 이름을 선택했습니다. 로컬 버전에서 SaaS로 전환하는 과정이 진행되는 동안 우리는 끊임없이 다양한 옵션을 겪었습니다. 처음에는 국내 시장뿐만 아니라 이름 선택의 주요 기준은 ".com"영역에 비어 있거나 비용이 많이 들지 않는 도메인이 있는지 여부였습니다. 일부 기능/모듈은 아직 로컬 버전에서 Veliam으로 포팅되지 않았지만 현재 기능으로 출시하고 나머지는 업데이트로 완료하기로 결정했습니다. 첫 번째 버전에는 HelpDesk, Veliam Connector가 없었으며 알림 트리거 등의 임계값을 변경하는 것이 불가능했습니다. 우리는 코드 서명 인증서를 구입하고 클라이언트와 서버 부분에 서명했습니다. 제품에 대한 웹사이트를 작성하고 소프트웨어, 상표 등록 등의 절차를 시작했습니다. 일반적으로 시작할 준비가 되었습니다. 완료된 작업과 누군가가 귀하의 제품을 사용할 것이라는 사실로 인해 약간의 행복감이 있었지만 이에 대해 의심의 여지가 없었습니다. 그런 다음 중지하십시오. 파트너는 메신저를 통한 알림 없이는 시장 진입이 불가능하다고 말했습니다. 다른 많은 것들이 없어도 가능하지만 이것 없이는 불가능합니다. 약간의 논쟁 끝에 Telegram과의 통합이 추가되었으며 이는 우리에게 적합했습니다. 현재의 모든 인스턴트 메신저 중에서 복잡한 승인 절차 없이 무료로 API에 대한 액세스를 제공하는 유일한 메신저입니다. 동일한 WhatsApp에서는 서비스 사용에 대해 상당한 비용을 청구하는 제공업체에 문의할 것을 제안하며 개스킷 없이 액세스를 요청하는 모든 편지는 무시되었습니다. 음, Viber... 지금은 누가 사용하는지 모르겠습니다. 왜냐면... 스팸과 광고는 차트에서 벗어났습니다. 일련의 내부 테스트와 친구들 사이의 테스트를 거쳐 XNUMX월 말에 모든 사람이 등록할 수 있게 되었고 소프트웨어를 다운로드할 수 있게 되었습니다.

배포 시작

처음부터 우리는 전투 모드에서 제품을 테스트하고 첫 번째 피드백을 제공할 수 있도록 소규모 시스템 사용자 흐름이 필요하다는 것을 이해했습니다. VK에서 구매한 여러 게시물이 결실을 맺었습니다. 첫 번째 등록이 도착했습니다.

여기서는 회사에 유명한 이름이 없을 때 시장에 진입하는 동시에 서버 및 워크스테이션에서 계정을 입력해야 하는 에이전트 없는 모니터링 기능을 제공하는 것이 매우 어렵다고 말해야 합니다. 이것은 많은 사람들을 두려워합니다. 우리는 처음부터 이에 문제가 있다는 것을 이해하고 기술적으로나 도덕적으로 이에 대비했습니다. RDP 및 SSH가 기본적으로 이미 암호화되어 있음에도 불구하고 모든 원격 연결은 AES 표준을 사용하는 소프트웨어로 추가로 암호화됩니다. 로컬 서버의 모든 데이터는 HTTPS를 통해 클라우드로 전송됩니다. 계정은 암호화된 형태로 저장됩니다. 모든 하위 시스템의 암호화 키는 모든 클라이언트에 대해 개별적입니다. 원격 연결의 경우 일반적으로 세션 암호화 키가 사용됩니다.

이러한 상황에서 사람들을 차분하게 만들기 위해 우리가 할 수 있는 일은 최대한 개방적이고 안전을 위해 노력하며 사람들의 질문에 지치지 않고 대답하는 것입니다.

많은 사람들은 소프트웨어의 편리성과 기능이 두려움보다 더 중요하며 등록합니다. 일부 개인은 VK에 게시된 게시물에 다음과 같은 이유로 이 소프트웨어를 사용할 수 없다고 썼습니다. 이는 비밀번호 모음이며 일반적으로 이름이 없는 회사입니다. 이 의견을 가진 사람은 한 명 이상이라고 말해야합니다. 많은 사람들은 서비스로 실행되는 서버에 다른 독점 소프트웨어를 설치할 때 시스템에 대한 모든 권한도 가지며 불법적인 작업을 수행하는 데 계정이 필요하지 않다는 사실을 이해하지 못합니다. 서비스가 시작된 사용자이지만 여기에서도 모든 계정을 입력할 수 있습니다). 사실 사람들의 두려움은 이해가 됩니다. 서버에 소프트웨어를 설치하는 것은 흔한 일이지만 계정을 입력하는 것은 조금 무섭고 친숙합니다. 절반의 사람들이 모든 서비스에 대해 동일한 비밀번호를 가지고 있고 테스트를 위해서라도 별도의 계정을 만드는 것이 게으르기 때문입니다. 그러나 현재 사람들이 자신의 자격 증명 등을 신뢰하는 수많은 서비스가 있습니다. 그리고 우리는 그들 중 하나가 되기 위해 노력합니다.

우리가 어디선가 훔쳐갔다는 댓글이 많았어요. 이것은 우리를 조금 놀라게 했습니다. 글쎄요, 한 사람의 의견이지만 그러한 의견은 다른 사람들의 다양한 출판물에서 발견되었습니다. 처음에 그들은 이에 어떻게 반응해야 할지 몰랐습니다. 일부 사람들은 러시아에서는 누구도 스스로 아무것도 할 수 없지만 훔칠 수만 있다는 의견을 가지고 있다는 사실에 슬프거나 이것이 훔칠 수만 있다고 생각하여 기뻐합니다.

이제 EV 코드 서명 인증서를 얻기 위한 절차가 완료되었습니다. 이를 얻으려면 일련의 수표를 거쳐 회사에 관한 여러 문서를 보내야 하며, 그 중 일부는 변호사의 인증을 받아야 합니다. 전염병 동안 EV 코드 서명 인증서를 얻는 것은 기사의 별도 주제입니다. 절차는 한 달이 걸렸습니다. 그리고 한 달을 기다린 것이 아니라 추가 문서를 끊임없이 요청했습니다. 전염병이 그것과 아무 관련이 없었고 모든 사람에게 절차가 너무 오래 걸렸을까요? 공유하다.

FSTEC 인증서가 없어서 사용하지 않겠다는 분들도 계시는데요. 이 인증서를 얻으려면 암호화가 GOST에 따라야 하고 소프트웨어를 러시아뿐만 아니라 배포하고 AES를 사용할 계획이기 때문에 인증서를 얻을 수 없으며 얻을 수 없다는 점을 설명해야 합니다.

이러한 모든 댓글은 공개적으로 알려지지 않은 채 계정을 입력해야 하는 제품을 홍보하는 것이 가능하다는 의심을 불러일으킵니다. 이에 대해 매우 부정적인 태도를 취하는 사람들이 있을 것이라는 것을 우리는 알고 있었지만. 등록 건수가 XNUMX건을 넘은 후 우리는 그것에 대해 생각하지 않았습니다. 특히 이후에는 제품을 사용해 보지도 않은 사람들의 부정적인 평가와 함께 매우 기분 좋은 리뷰가 나타나기 시작했습니다. 이러한 긍정적인 리뷰는 제품 개발에 가장 큰 동기부여가 된다고 할 수 있습니다.

직원을 위한 원격 액세스 기능 추가

고객이 자주 하는 작업 중 하나는 "Vanya가 집에서 컴퓨터에 액세스할 수 있도록 허용하는 것"입니다. 우리는 Mikrotik에서 VPN을 구축하고 사용자용 계정을 만들었습니다. 그러나 이것은 진짜 문제입니다. 사용자는 VPN을 통해 연결하기 위해 지침을 보고 단계별로 따를 수 없습니다. 다양한 버전의 Windows. 한 Windows에서는 모든 것이 잘 연결되지만 다른 Windows에서는 다른 프로토콜이 필요합니다. 일반적으로 이는 항상 VPN 서버 역할을 하는 네트워크 장비의 재구성과 관련이 있었고 모든 직원이 이에 액세스할 수 있는 것은 아니어서 불편했습니다.

하지만 우리는 이미 서버와 네트워크 장비에 대한 원격 연결을 갖고 있습니다. 기성 전송 장치를 사용하고 사용자에게 연결을 위해 간단히 제공할 수 있는 별도의 작은 유틸리티를 만들어 보는 것은 어떨까요? 나는 사용자가 거기에 난해한 내용을 입력하지 않았는지 확인하고 싶었습니다. "연결" 버튼 하나만 있으면 됩니다. 하지만 이 유틸리티에 버튼이 하나만 있는 경우 연결 위치를 어떻게 알 수 있습니까? 우리 서버에 온라인으로 필요한 애플리케이션을 구축하려는 아이디어가 있었습니다. 시스템 관리자가 "바로가기 다운로드" 버튼을 클릭하면 RDP를 통해 원하는 서버/컴퓨터에 연결하기 위한 정보가 내장된 개별 바이너리를 구축하라는 명령이 클라우드로 전송됩니다. 일반적으로 이것은 가능합니다. 그러나 이 작업은 시간이 오래 걸리므로 관리자는 먼저 바이너리가 컴파일된 후 다운로드될 때까지 기다려야 합니다. 물론 간단하게 구성에 두 번째 파일을 추가하는 것도 가능하지만 이는 이미 2개의 파일이고 단순화를 위해 사용자에게는 하나가 필요합니다. 하나의 파일, 하나의 버튼 및 설치 프로그램이 없습니다. Google에서 조금 읽은 후 컴파일된 ".exe"의 끝에 일부 정보를 추가하면 품질이 저하되지 않는다는 결론에 도달했습니다. 최소한 거기에 전쟁과 평화를 추가하면 이전처럼 작동할 것입니다. 이것을 이용하지 않는 것은 죄가 될 것입니다. 이제 이동 중에도 클라이언트 자체에서 바로 Veliam Connector라는 방식으로 애플리케이션의 압축을 풀고 마지막에 연결에 필요한 정보를 추가하기만 하면 됩니다. 그리고 애플리케이션 자체는 그것으로 무엇을 해야 할지 알고 있습니다. 왜 조금 더 높은 괄호 안에 "well 거의"라고 썼나요? 애플리케이션의 디지털 서명이 손실된다는 점에서 이러한 편의를 위해 비용을 지불해야 하기 때문입니다. 그러나 현 단계에서는 이러한 편리함을 위해 지불할 수 있는 작은 대가라고 생각합니다.

타사 모듈 라이센스

나는 위에서 이미 제품을 우리 자신의 용도가 아닌 공개적으로 사용할 수 있도록 하기로 결정한 후 우리 제품에 포함될 수 없는 일부 모듈에 대한 대체 모듈을 찾기 위해 열심히 노력해야 했다고 이미 썼습니다. 그런데 출시 후 우연히 아주 불쾌한 사실이 발견됐다. 클라이언트 측에 있던 Veliam Server에는 MariaDB DBMS가 포함되어 있었습니다. 그리고 GPL 라이센스가 있습니다. GPL 라이센스는 소프트웨어가 오픈 소스여야 함을 의미하며, 당사 제품에 이 라이센스가 있는 MariaDB가 포함되어 있는 경우 당사 제품은 이 라이센스를 따라야 합니다. 하지만 다행스럽게도 이 라이센스의 목적은 오픈 소스이지 법정에서 실수를 저지른 사람들을 처벌하는 것이 아닙니다. 저작권 보유자가 청구가 있는 경우 위반자에게 서면으로 통지하고 30일 이내에 위반 사항을 제거해야 합니다. 우리는 실수를 스스로 발견했지만 어떤 편지도 받지 못했고 즉시 문제 해결 방법에 대한 옵션을 고려하기 시작했습니다. 해결책은 분명했습니다. SQLite로 전환하는 것입니다. 이 데이터베이스에는 라이선스 제한이 없습니다. 대부분의 최신 브라우저는 SQLite와 기타 여러 프로그램을 사용합니다. 브라우저 때문에 SQLite가 세계에서 가장 널리 퍼진 DBMS로 간주된다는 정보를 인터넷에서 찾았지만 증거를 찾지 않았기 때문에 이는 부정확한 정보입니다. 저는 SQLite로 전환할 때의 위험성을 연구하기 시작했습니다.

클라이언트에 MariaDB와 데이터가 설치된 수백 대의 서버가 있는 경우 이는 중요한 작업이 됩니다. 일부 MariaDB 기능은 SQLite에서 사용할 수 없습니다. 예를 들어, 코드에서 다음과 같은 쿼리를 사용했습니다.

Select * FROM `table` WHERE `id`>1000 FOR UPDATE

이 구성은 테이블에서 항목을 선택할 뿐만 아니라 행 데이터도 잠급니다. 그리고 몇 가지 디자인도 다시 작성해야 했습니다. 하지만 많은 쿼리를 다시 작성해야 한다는 사실 외에도 클라이언트의 Veliam Server를 업데이트할 때 모든 데이터를 새 DBMS로 이식하고 이전 데이터를 삭제하는 메커니즘도 고안해야 했습니다. 또한 SQLite의 트랜잭션이 작동하지 않았으며 이는 실제 문제였습니다. 하지만 World Wide Web의 광대함을 읽은 후에 연결 시 간단한 명령을 전달하면 SQLite의 트랜잭션이 활성화될 수 있다는 것을 문제 없이 발견했습니다.

PRAGMA journal_mode=WAL;

결과적으로 작업이 완료되었고 이제 클라이언트의 서버 부분이 SQLite에서 실행됩니다. 우리는 시스템 작동에 어떤 변화도 발견하지 못했습니다.

새로운 헬프데스크

헬프데스크 시스템을 내부 버전에서 SaaS 버전으로 포팅해야 했지만 일부 변경되었습니다. 제가 가장 먼저 하고 싶었던 일은 시스템 내 투명한 사용자 인증 측면에서 클라이언트 도메인과의 통합이었습니다. 이제 헬프데스크에 로그인하고 시스템에 요청을 남기려면 사용자가 바탕 화면의 바로가기를 클릭하기만 하면 브라우저가 열립니다. 사용자는 자격 증명을 입력하지 않습니다. Veliam Server의 일부인 Apache SSPI용 모듈은 도메인 계정으로 사용자에게 자동으로 권한을 부여합니다. 사용자가 기업 네트워크 외부에 있을 때 시스템에 요청을 남기기 위해 버튼을 클릭하면 비밀번호 없이 헬프데스크 시스템에 로그인할 수 있는 링크가 이메일로 수신됩니다. 도메인에서 사용자가 비활성화되거나 삭제되면 헬프데스크 계정도 작동이 중지됩니다. 따라서 시스템 관리자는 도메인과 헬프데스크 모두의 계정을 직접 모니터링할 필요가 없습니다. 직원이 그만 두었습니다. 도메인에서 자신의 계정 연결을 끊으면 링크가 아닌 회사 네트워크가 아닌 시스템에 로그인하지 않습니다. 이 통합이 작동하려면 시스템 관리자가 하나의 GPO를 만들어야 합니다. 인트라넷 영역에 내부 사이트를 추가합니다. и 데스크탑의 모든 사용자에게 바로가기를 배포합니다..

헬프데스크 시스템에 매우 필요하다고 생각하는 두 번째 사항은 적어도 우리 자신에게는 클릭 한 번으로 애플리케이션에서 지원자와 직접 연결되는 것입니다. 또한 시스템 관리자가 다른 네트워크에 있는 경우 연결을 통과해야 합니다. 아웃소싱의 경우 이는 필수이며, 정규 시스템 관리자에게는 매우 필요한 경우도 많습니다. 원격 연결 기능을 훌륭하게 수행하는 제품이 이미 여러 개 있습니다. 그리고 우리는 그들을 위해 통합을 하기로 결정했습니다. 이제 VNC용으로 통합되었으며 앞으로는 Radmin과 TeamViewer를 추가할 계획입니다. 원격 인프라 연결을 위한 네트워크 전송을 사용하여 VNC를 NAT 뒤의 원격 워크스테이션에 연결했습니다. Radmin에서도 마찬가지입니다. 이제 사용자와 연결하려면 애플리케이션 자체에서 "지원자 연결" 버튼을 클릭하기만 하면 됩니다. VNC 클라이언트는 동일한 네트워크에 있거나 슬리퍼를 신고 집에 앉아 있는지 여부에 관계없이 신청자를 열고 연결합니다. 먼저, GPO를 사용하는 시스템 관리자는 모든 사람의 워크스테이션에 VNC 서버를 설치해야 합니다.

이제 우리는 새로운 HelpDesk로 전환하고 도메인 및 VNC와의 통합을 사용하고 있습니다. 이것은 우리에게 매우 편리합니다. 이제 우리는 지원 서비스를 운영하기 위해 XNUMX년 넘게 사용해 온 TeamViewer에 대한 비용을 지불하지 않아도 됩니다.

우리는 다음에 무엇을 할 계획입니까?

제품을 출시할 당시에는 유료 관세를 부과하지 않았고, 단순히 무료 관세를 모니터링 대상 50개로 제한했습니다. 우리는 XNUMX여 개의 네트워크 장치와 서버면 모든 사람에게 충분하다고 생각했습니다. 그러다가 한도를 높여달라는 요청이 들어오기 시작했습니다. 우리가 약간 충격을 받았다고 말하는 것은 아무 말도하지 않는 것입니다. 그렇게 많은 서버를 보유하고 있는 회사들이 정말로 우리 소프트웨어에 관심이 있을까요? 그러한 요청을 하신 분들을 위해 무료로 한도를 연장해 드렸습니다. 그들의 요청에 대한 응답으로 우리는 왜 그렇게 많은 것이 필요한지, 실제로 그렇게 많은 수의 서버와 네트워크 장비를 가지고 있는지 물었습니다. 그리고 시스템 관리자가 우리가 전혀 계획하지 않은 방식으로 시스템을 사용하기 시작했다는 사실이 밝혀졌습니다. 모든 것이 간단하다는 것이 밝혀졌습니다. 우리 소프트웨어는 서버뿐만 아니라 워크스테이션도 모니터링하기 시작했습니다. 그래서 한도를 늘려달라는 요청이 많습니다. 이제 우리는 이미 유료 관세를 도입했으며 한도는 독립적으로 확장될 수 있습니다.

서버는 거의 항상 스토리지 시스템이나 RAID 어레이의 로컬 디스크와 함께 작동합니다. 그리고 우리는 처음에 그들을 위한 제품을 만들었습니다. 그리고 SMART 모니터링은 이 작업에 흥미롭지 않았습니다. 그러나 사람들이 워크스테이션 모니터링용 소프트웨어를 채택했다는 사실을 고려하여 SMART 모니터링 구현에 대한 요청이 나타났습니다. 곧 시행하겠습니다.

Veliam Connector의 출현으로 기업 네트워크에 VPN 서버를 배포하거나 RDGW를 수행하거나 단순히 RDP를 통해 연결하는 데 필요한 시스템에 포트를 전달할 필요가 없게 되었습니다. 많은 사람들이 이러한 원격 연결에만 우리 시스템을 사용합니다. Veliam Connector는 Windows에서만 사용할 수 있으며 일부 회사 사용자는 MacOS를 실행하는 가정용 노트북에서 회사 네트워크의 워크스테이션이나 터미널에 연결합니다. 그리고 여러 사용자로 인해 시스템 관리자는 여전히 전달 또는 VPN 문제로 돌아가도록 강요받는 것으로 나타났습니다. 따라서 우리는 이제 MacOS용 Veliam Connector 버전 제작을 마무리하고 있습니다. 자신이 선호하는 Apple 기술 사용자는 한 번의 클릭으로 기업 인프라에 연결할 수 있는 기회도 갖게 됩니다.

시스템 사용자가 많으면 사람들에게 무엇이 필요하고 무엇이 더 편리할지 고민할 필요가 없다는 점이 정말 마음에 듭니다. 자신의 소망을 직접 적어서 가까운 장래에 대한 개발 계획이 많이 있습니다.

동시에 우리는 이제 시스템을 영어로 번역하고 해외에 배포할 계획입니다. 우리는 아직 제품을 우리나라 외부로 어떻게 배포할지 모르며 옵션을 찾고 있습니다. 아마도 나중에 이에 대한 별도의 기사가 나올 것입니다. 아마도 이 기사를 읽은 사람이 필요한 벡터를 제안할 수 있거나 그 자신이 이를 수행하는 방법을 알고 알고 서비스를 제공할 것입니다. 귀하의 도움에 감사드립니다.

출처 : habr.com