The World No.1 DBMS for Edge Computing, 마크베이스입니다.💙
여러분의 많은 성원과 관심 속에 6번째 개발자의 시간과 노력을 줄여주는 All-in-One Time Series Database '마크베이스 네오(Machbase Neo)' DBMS 교육을 2023.10.27(금요일) 13:30~16:30에 진행합니다
오늘 매우 특별한 인터뷰를 하였는데요, E사 기업 부설연구소 시험실 통합 관리 솔루션 담당 Ryan Kim 교육생의 마크베이스 네오 교육 인터뷰 내용입니다. 시계열 데이터베이스를 검색 중 마크베이스를 알게 되어 마크베이스와 미팅을 하게 되었고, 네오 교육까지 듣게 되었다고 하셨는데 솔직한 인터뷰를 통해 마크베이스 네오 교육을 받아야 하는 이유를 다시 한번 느껴보시길 바랍니다.🙌
시험실 통합 관리 솔루션이란 게 뭐냐면…예를 들어서 현대자동차의 도어 벤더는 도어 개폐를 10만 번 테스트를 한 성적서를 납품 시에 같이 제출해야 합니다. 그래서 규모가 있는 벤더 들은 자체적으로 시험실을 하나씩 가지고 있어요. 이런 종류의 시험실을 IoT 기반으로 관리할 수 있는 솔루션 프로그램 개발을 담당하고 있습니다.
Q2. 네오 교육을 받게 된 계기는? 교육을 통해 해결하고자 하는 과제/Pain-Point가 있었다면 어떤 것인가요?
저희가 시험 장비에서 나오는 데이터를 수집해서 DB에 넣고 그걸 사용자들이 모니터링을 할 수 있게 해야 하는데, 시험 장비들 중에 초당 천 건, 1KHz 이상 나오는 그런 장비들이 있거든요 그런 장비들은 일반 RDB에 저장을 할 수가 없어요.
저희가 Oracle, MariaDB, MySQL, MS-SQL로 시도해 봐도 그게 안 돼서 빅데이터에 관한 전문 솔루션을 도입을 해야 되지 않겠나 생각이 들었죠. 제가 시계열 데이터베이스인 InfluxDB를 찾다가 마크베이스를 우연히 찾게 되었고 연락해서 미팅도 하던 중에 교육까지 받게 된 거죠.
Q3. 지금 Pain-Point로 말씀 주신 부분은 자주 문제가 되는 부분인가요?
고객사 중 20% 정도는 이런 부분을 요구하더라고요.
진동 테스트라든지 그다음에 대전류/대 전압 테스트 같은 경우에는 초당 건 수들이 어마어마하게 나오니까.. 20% 정도의 프로젝트는 그 문제를 해결해야 합니다.
Q4. 해결하고자 하는 부분과 네오가 잘 맞나요?
제가 JAVA 개발을 하기 때문에 JAVA로 샘플로 돌렸는데 100만 건을 넣었는데도 금방 들어가서 이거다 싶어서 연락을 드리고 교육 신청을 하게 된 거죠.
Q5. 맞는 부분과 안 맞는 부분이 있다면?
일단은 잘 맞는 부분은 개발자들이 데이터를 취득하기 위해 쿼리를 일일이 다 작성을 하고 쿼리를 통해 가져온 데이터를 화면에 뿌리기 위해서 프론트와 백단에서 해야 될 코딩 작업이 너무 많거든요. 그런데 네오에서는 데이터를 가져오는 코딩이 거의 없이 그냥 호출할 수 있는 API가 너무 잘 돼 있어서 개발자들한테는 너무 좋겠다는 생각을 했습니다.
도리어 이로 인한 단점이 있다면 보통 개발자들이 데이터를 DB에서 조회하기 위해 DB를 직접 관리하면서 쿼리 개발 스킬을 쌓아가는 것도 필요한데 네오를 사용하면 그런 스킬을 배울 필요를 안 느낄 것 같아서요. 다만 그 부분이 단점이라고 해야 할지는 모르겠습니다.
그 외에는 단점을 모르겠습니다. 더 사용해 봐야 알 수 있을 것 같아요.
Q6. 지금 API 이야기를 하셨는데 네오의 데이터 변환 언어인 TQL에 대해서도 평가를 해주실 수 있을까요?
TQL에 대한 교육을 들으면서 이거구나 싶었습니다. 개발자들한테는 TQL이 너무 편할 것 같아요. 게다가 앞으로 필요한 기능 있으면 언제든지 추가해서 만들 수 있고 TQL 안에서 쓸 수 있는 함수들도 만들 수 있다고 해서 앞으로 그 활용도가 무궁무진하지 않겠냐라는 생각이 들었습니다.
Q7. TQL이 지금 현재 하시는 업무 중에서는 어떤 부분을 해결해 줄 수 있을까요?
예를 들어서 저희가 메인 서버로 엣지, 그러니까 장비에 있는 데이터 센서에서 데이터를 가져와서 화면에 보여줄 때 보통 차트로 많이 보여주거든요. 차트로 보여주려면 DB에 접속을 해서 데이터를 가져와서, JSON으로 가공을 하고 화면에 뿌려서, 그걸 또 차트에 집어넣고 하는 일련의 코딩들을 다 해야 돼요.
근데 TQL을 쓰면 그냥 API 호출하는 한 줄 코딩만으로도 데이터의 차트나 그래프가 있는 마크베이스 네오의 html 페이지를 바로 볼 수 있더라고요.
보통 API는 데이터를 가져오는 거잖아요. JSON이라든지 csv 파일로 가져오는 건데 html을 직접 가져올 수 있는 파일로 보는 그런 API가 있더라고요. 그걸 보면서 너무 놀랐죠. 이제 데이터를 가공할 필요 없이 바로 볼 수가 있으니까!
Q8. 아까 InfluxDB도 테스트하셨다고 했는데 마크베이스 네오와 비교하면 어떤 부분이 차이가 날까요?
제가 그냥 프리로 쓸 수 있는 게 뭐가 있을까 해서 InfluxDB를 찾아봤었죠. 근데 이제 나중에 알고 보니까 처음에는 공짜로 쓰다가 뭔가 문제가 생겨서 기술 지원을 받으려면 1년 서비스 스크립션을 해야 하고, 그때 몇천 달러 이상 요구를 한다고 그러더라고요. 그 이야기를 듣고 나서 아니다 싶었죠. 기능은 모르겠어요. 기본 성능은 비슷비슷한 것 같은데 제가 테스트용으로 한 번 딱 써보고 말았거든요. 근데 네오와 비교하면 비교가 안 될 것 같아요.
Q9. 추가적으로 개발되었으면 하는 부분이 있을까요?
마크베이스에 로그 테이블도 있고 태그 테이블도 있잖아요. 저희가 주로 센서 데이터 저장을 위해서는 태그 테이블을 많이 쓰는데… 로그 테이블은 예를 들어서 방화벽 로그라든가 서버 로그를 수집하기 위해서 만든 거라고 하시더라고요. 근데 저희가 저희 시스템에서 회사의 기준정보라든지 기타 기반되는 정보들은 다 RDB로 쓰거든요.
현재 MariaDB를 쓰고 있는데 어떻게 보면 개발자 입장에서는 DB를 2개 쓰는 거잖아요. 그래서 뭔가 그런 기준정보라든가 RDB에 있는 것 중 기초적인 것들을 로그 테이블로 해결할 수 있으면 좋겠다는 생각도 해보았습니다. RDB랑 비슷하게 쓸 수 있는 게 내부에 있으면 MariaDB를 안 쓰고 그냥 전체를 다 마크베이스를 쓰면 좋지 않겠냐라는 생각이 들었습니다.
Q10. 관련 업계 종사자들에게 마크베이스 네오를 추천한다면 어떤 사람에게 추천하실까요?
일단은 저와 마찬가지로 빅데이터와 관련된 분들에게는 다 추천할 것 같아요. 일반 회사 연구원들이나 AI 연구원들이나 아니면 저처럼 빅데이터를 많이 수집해야 되는 개발자들 그런 분들한테는 추천을 꼭 드리고 싶습니다.
예를 들어서 AI를 돌리려면 많은 데이터가 필요한데 우리나라는 데이터가 아직은 부족해서 지금 많이 축적을 하려고 하는 상태잖아요. 그런 용도로 RDB에 저장하기에는 너무 비용이 많이 들 것 같아요. 예를 들어서 Oracle에 빅데이터를 저장한다고 했을 때, 100억 건을 저장 시 서버에서 차지하는 용량이 마크베이스와 차이가 많이 난다고 알고 있어요.
게다가 Oracle은 용량 베이스로 비용이 달라지다 보니 여러모로 비용이 많이 들 것으로 생각됩니다.
마크베이스로 하면 속도도 빠르고 가져다 쓰기도 편하고 용량 면에서도 유리해서 비용적인 측면에서도 훨씬 낫지 않을까 싶습니다.
이번 교육에서는 교육이 끝나기 직전 마크베이스의 CRO께서 IoT 센서 데이터에 AI를 적용해서 이상 감지를 하는 방법에 대한 특강을 할 예정입니다. 평소 AI에 관심이 있던 분들은 강의 수강 후에 AI 활용에 관한 지식도 얻어 가시기 바랍니다.
"센서 데이터에 관해 애로사항을 겪는 개발자라면 꼭 들어야 하는 강의!"
💻실습 위주의 교육이다 보니 개인 노트북 지참은 필수랍니다!
데이터 처리의 세계에서 뛰어난 성과를 이루기 위한 여러분을 환영합니다. 마크베이스 네오 교육을 통해 함께 성장하며 미래에 도움이 되는 솔루션을 찾아가길 기대합니다. 또한, 데이터 처리에 관심 있는 분들에게도 이 교육을 적극적으로 추천해 주세요. 마크베이스 네오는 점점 더 다양한 활용 사례와 기능을 제공하며 여러분의 기대에 부응하겠습니다. 빠르게 신청하시어 이 훌륭한 기회를 놓치지 마세요! 😊
