구글드라이브 무제한 서비스가 종료된지도 시간이 꽤 됐죠. 

무제한 서비스를 한동안 열심히 찾다가 포기하고 많은 자료를 날렸더랬습니다. 

지금은 그다지 영상 자료 등을 모으지도 않고 저장하려고 하지도 않습니다. 

그냥 한때의 (그것치고는 6년정도였으니 한때라고 말하긴 그렇긴 하지만) 취미 생활이었다고 추억합니다. 

같이 구글드라이브 무제한 서비스를 이용했던 분들에게는 마무리 한두달에 최선을 다하지 못해 아직도 미안함 뿐입니다. 

제가 능력이 좀 됐다면 백업 공간을 최대한 마련해드렸을텐데, 저 조차도 자료를 다 포기해버렸고 대안도 없었기에 

좀 무기력했었습니다. 

한동안 파일 저장 공간에 대해 전혀 관심이 없다가, 

최근 구글One 서비스 1년 구독권이 2계정 마련되다보니 4TB 정도의 공간이 생겼네요. 

그래서 앞전에 올렸던 게시물에도 MSDN 윈도우즈 버전 정리 및 공유를 하고자 했던 거고요. 

조금 더 찾아봤더니 Telegram Drive라는 것이 있더군요. 물론 이건 텔레그램에서 공식 지원하는 것이 아닙니다. 

rclone 개념으로 만든 프로토콜입니다. 보아하니 rclone 카피 같기도 합니다. 

어찌됐든, 호기심이 생겨서 바이브 코딩으로 원하는 기능을 구현하고 있습니다. 

여차저차 텔레그램 프리미엄 1년 구독까지 했네요. 월 3천원이 안돼서 가격도 괜찮습니다. (1년 28천원 정도)

무료 버전에서는 어느정도 업로드 하면 속도 제한이 걸려서 업로드가 춤을 추는데 

프리미엄 구독하니 1개 업로드할 때 44Mbit 속도가 나옵니다. 2개할때는 2배 속도가 나오고요. 

4개까지는 동시작업 안하려고 합니다. 계정 블락 가능성도 있기 때문에...

텔레그램은 기본적으로 무제한 저장입니다. 언제까지 이 정책을 이어갈지는 모르겠지만, 적어도 몇년동안은 

이 정책을 유지해 오고 있어요. 무료 계정은 2GB까지, 프리미엄 계정은 4GB까지 단일 파일 업로드가 되죠. 

TelDrive 툴을 활용하면 10GB짜리를 올린다면 파일이 001, 002, 003 이런식으로 3개가 올라갑니다. 

탐색기나 WebUI로 보면 10GB짜리 통 파일로 보이고요. 메신저에는 업로드가 완료되면, 001, 002, 003 이런식으로 올라갑니다. 

다운로드는 탐색기로 받아도 되고, 메신저에서 받아도 되죠. 

업로드 방식도 WebUI로 하는 방식이 있고, 탐색기에서 rclone 통해 마운트 된 드라이브로 업로드 할 수 있습니다. 

아래 스크린샷은 제가 모니터링 하는 걸 좋아해서 스크립트를 만들어 본 것입니다. 

저는 기본 배포방식에서 약간 변형?을 했는데요. 

기본 배포방식 버전은 유틸, 윈도우, 동영상 등등 분리 업로드가 안됩니다. 

채널은 별도로 만들 수 있으나 메신저에는 기본 채널에만 업로드 되는 방식입니다. 

그래서 저는 채널별로 업로드가 가능하도록 기능 추가를 했습니다. 

깃허브에서 소스코드를 다운받아서 배포판을 재빌드 해야했죠. 

지금은 원하는 기능의 80%는 구현한 것 같습니다. 

테스트로 이렇게 복사해 넣으면, 아래 스크린샷처럼 모니터링이 가능합니다. 

WebUI로도 모니터링이 가능하지만, 이렇게 스크립트로 구현하는 것이 더 깔끔한 모니터링이 됩니다. 

이거 배포판을 만들어볼까도 생각해보지만 필요하신 분이 있을까 의문이긴 합니다. 

배포판 만드려면 또 만들어 쓰는 것과는 사뭇 달라서 추가적으로 많은 시간을 할애해야 하기도 하고요.

아래는 텔레그램 메신저에 올라가는 화면입니다.

추가...

프리미엄  계정은 4GB까지 업로드가 되는데, TelDrive 지원하는 rclone 포크 버전은 2GB까지만 지원합니다. 

이 역시 리빌드를 해야하고요. 4GB 지원 가능하도록 리빌드 했습니다. 

그리고 속도 테스트 겸 4개까지 업로드 해봅니다.

추가...

8개까지 테스트는 해봅니다. 테스트 하다가 계정 제재가 발생할지도~:) 

아무튼 테스트니까요. 

모니터링 스크립트도 약간 개선을 했습니다. 

rclone의 특성상 전송 밀림 현상이 있는 거 같습니다. 

그래서 여러개의 파일을 동시 전송할 때는, 130%까지 넘어가야 마무리 되는 경우가 발생합니다. 

인내심을 가지고 기다려야 하고요. 

속도는 5.0MB/s 가 파일당 고정입니다. 8개를 전송한다고 해서 개별 속도가 떨어지는 경우는 없네요. 

밀림 현상만 있을 뿐입니다. 그래서 해결하고 있는 중인데 해결될지는 잘 모르겠네요. 

추가... 
모니터링 스크립트를 개선하니 밀림현상으로 보이는 게 없어졌군요. 

즉, 파일의 용량을 체크하라고 했더니 100%를 넘어가면서도 끝나지 않는 (보여지는 부분에서) 현상이 없어졌습니다. 

속도는, 안정적으로 파일당 5MB/s 씩 나옵니다. 8개씩 전송해도 개별 파일의 전송속도는 떨어지지 않네요. 

이정도면 합격점입니다. 중요도가 조금 떨어지는 자료들을 차곡차곡 쌓아두는 용도로는 손색이 없겠네요.

추가...

2개의 파일이 100%를 초과하는 증상은 여전합니다. rclone 의 vsf 버퍼 문제인지 캐시문제인지 파악중이고요. 

인내심을 가지고 기다리면 마무리는 잘 됩니다. 

그리고, 최대 8개로 정했는데 자꾸만 9개 이상 전송하는 상황이 발생해서, 
에이전트와 옥신각신 했는데, 에이전트도 진단을 잘 못하는 부분들이 꽤 있습니다. 

이럴 땐 사람이 짚어줘야 하고요. 

checker 때문에 9개 이상 전송 하는 거다라고 해서 수정해서 적용한게 아래 스크린샷인데 

7+1 = 8개 전송이다라는 결론을 내리고 우기더군요. 그래서 checker와 Transfer와 무슨 관련이 있겠냐고 지적했더니만

누가 맞는지 한번 해보자고 해서 해본 겁니다. 재부팅 하고 동작시켜보니 7개 전송이 맞는 거죠. 

checker는 당연히 관련이 없습니다. 

에이전트와 작업하면서 할루시네이션도 몇번 보였는데요. 이건 정말 사람이 짚어줘야 하는 부분입니다. 

그러나 대부분은 놀랍도록 AI에이전트가 작업을 해주기 때문에 격세지감입니다. 

VSCode 의 코파일럿 유료 구독자지만 하루만에 에이전트 할당량 다 쓰고, 

지금은 구글의 안티그래비티로 풍족하게 쓰고 있습니다. (구글이 이런 면은 혜자죠)

이제 아래 전송만 마치면, 8개 전송, 8개 체커로 되돌릴 생각입니다. 

추가...
이제 거의 마무리 단계입니다. 

Syncovery 같은 툴을 이용해도 되지만, 일단 탐색기를 통해서 Z드라이브(구글드라이브)-->V드라이브(teldrive 윈도우즈 채널) 로 
복사하는 과정을 보고 싶었습니다. (이런식의 복사 방법은 비추천합니다.)

구글 드라이브에서 복사하는 거라 desktop.ini 가 폴더마다 붙습니다. 이건 나중에 싹 지워줘야죠. 

모니터링 레이아웃을 좀 변경하고, 정보를 좀 더 다양하게 구성했습니다.