(주)엔터플

블록 코딩, 어디까지 알고 있니? 모든 개발자에게는 저마다의 무기, '개발 언어'가 존재합니다. 배우긴 쉽지 않았지만 이제는 너무 익숙해졌죠. 그런데 최근 노코드가 트렌드가 되면서 노 코드 개발이 붐입니다. 블록 코딩, 들어보셨죠? 블록 코딩도 노코드 개발 방법 중 하나로 초기에는 학생들 교육용으로 많이 활용됐었죠. ​따라서, 많은 분들이 여전히 블록 코딩을 교육용으로 인식하고 있었는데 어느새 시대가 변했습니다. '노 코드(No Code)', '로우 코드(Low Code)'라는 이름으로 각광받고 있는 지금의 블록 코딩은 단순, 교육용 콘텐츠에서 벗어나 백엔드 개발은 물론, 코어 개발도 가능해졌기 때문입니다.  ​그럼에도 불구하고 이미 기존 코딩 개발 방식에 익숙한 개발자들에게는 여러 가지 이유로 인해 노 코드를 실무에서 사용하기란 쉽지 않습니다. 사실 개발자 입장에서는 기존 코딩 방식이 너무 익숙하기 때문에 블록 코딩의 필요성은 늘 우선순위 밖으로 밀려났고, 나아가, 개발 경력 관리, 락인 (Lock-in) 문제 등 개인의 커리어와 기업 프로젝트의 연속성의 차원에서도 노 코드가 지배적인 개발 방식이 되기에는 아직 갈 길이 멀어 보입니다. 듀얼 코딩? '기존 코딩' + '블록 코딩' 장점만 쏙! 이에, 저희는 개발자들의 상황을 이해하고 니즈를 파악한 뒤, 기존 개발과 블록 코딩의 각 장점을 결합해 시너지를 낼 수 있는 방법을 찾아냈습니다. 이른바  '듀얼 코딩(Dual Coding)'✨입니다! "듀얼 코딩(Dual Coding)이란? 기존 개발(코딩)과 블록 코딩을 함께 사용하여 상호 유용성을 극대화한 설계입니다. " 싱크트리 듀얼 코딩은 '기존 코딩의 장점' + '블록 코딩의 장점(손쉬운 서비스 변경 및 배포)'을 한데 모은 개발 방식으로 특히 레거시가 많은 기업에서 사용하기에 매우 적합합니다. 듀얼 코딩 사용을 원하는 기업은 아래 세 단계만 거치면 됩니다! 1단계: 싱크트리 문의 ▼ 2단계: 기존 개발에 사용하던 깃허브, 비트 버킷을 싱크트리와 연결 ▼ 3단계: 깃허브 등에서 '푸시' 이를 통해 개발자는 기존 개발 방식을 유지한 채, 신규 개발, 수정 작업 시 굉장히 빠르게 개발을 완료할 수 있습니다. 덕분에 본업(코딩)에 충실할 수 있고 요구사항에 대한 분석에 더욱 집중할 수 있는 것이죠. 또한, 서비스 재사용성이 급진적으로 높아져 기존에 활용하기 어렵던 서비스 코드들에 생명력을 불어 넣을 수도 있습니다. ​그럼 왜 '듀얼 코딩'이 강력한지 아래 기존 프로세스를 돌아보며 설명해 드리겠습니다. 끝없는 코드 수정과 배포, 듀얼 코딩으로 해결 우리가 개발한 코드에 수정이 필요 없다면 좋겠지만 현실은 그리 녹록지 않습니다. 특히 하루가 다르게 변하는 빠른 시장 요구에 대응하기 위해서라도 코드 변경은 필수입니다. 상황이 이렇다 보니 기존 코딩으로만 대처하기에는 개발 리소스가 점점 부족해지는 건 어쩌면 당연한 결과인지도 모르겠습니다.  지속적 통합(CI, Continuous Integeration) 사이클 | 출처: https://pepgotesting.com/continuous-integration 개발자들의 일반적인 배포 과정은 위 그림처럼 무수히 반복됩니다. 대부분의 개발 프로세스는 '개발 > 테스트 > 성공, 실패 여부 확인 > 스테이징 배포 > 운영 배포'의 과정을 거치는데, 오히려 개발보다 배포 과정에서 어려움을 겪는 경우가 허다한 것이죠. 아무튼 CI/CD(Continuous Integration/Continuous Delivery) 관련 고객의 서비스 변경 요청은 끝이 없고 우리는 주어진 요청 사항을 반드시 처리해야만 합니다.  ​이때, '듀얼 코딩'이 위와 같은 문제점을 모두 해결합니다. ✨   "내부적으로 CI/CD 자동화, 개발 단계에서부터 운영까지의 배포가 클릭 하나로 모두 가능해지는 것이죠.  말 그대로, 소스 수정만으로 모든 서비스 과정이 설정에 따라 자동 처리됩니다!" 싱크트리 'Orchestration'_싱크트리 내에서 비즈니스 로직 작업이 가능 예를 들어 보겠습니다. 서비스를 만들고 운영에 들어갔는데  '여기 한군데 다른 정보 하나만 넣어줄 수 없나요?'라든지 '이 부분은 정보를 빼줬으면 좋겠는데요'라는 고객의 요구를 받을 때가 있습니다. 이때 기존 코딩 방식이라면 다시 코드를 수정하고 배포하는 과정을 거쳐야 합니다. 이 정도면 다행이죠. 만약, 서비스가 복잡하게 얽혀있고 다른 곳에서 동일한 서비스를 사용하고 있다면 코드 수정만으로 해결이 어려울 수 있습니다. 다양한 예외 상황을 무시할 수 없으니까요. 이 경우, 완전히 새로운 서비스 개발이 필요해집니다. 이와 같이 프로세스나 다른 기능상의 이상은 없지만 개발자들은 늘 다양한 요구사항을 받기 마련입니다.  ​이때, 듀얼 코딩의 장점은 또 한 번 빛을 발합니다! ✨  "블록 코딩은 서비스 복제 및 데이터 조작(변경)이 가능합니다. 따라서 기존 개발 내용은 그대로 두고, 블록 코딩으로 원하는 부분을 덧붙이거나 삭제하며 서비스를 개선해 나갈 수 있습니다. ​이렇게 되면 개발자는 코드 수정 같은 요구사항에 많은 리소스를 쏟아부을 필요가 없습니다." 싱크트리 내 복제 기능(Duplicate) 싱크트리 듀얼 코딩을 경험해 보세요 백엔드 노 코드 개발 솔루션, 싱크트리의 기본 배포는 'Dev > Stage > Hotfix > Production' 순으로 진행됩니다. 물론 각 환경별 배포는 UI에서 간단한 조작으로 테스트에서 운영까지 배포가 가능합니다.  싱크트리 내 기본 배포 화면 싱크트리 '듀얼 코딩' 기능을 활용하면 기존 코딩과 블록 코딩의 장점을 모두 취할 수 있습니다.  ​개발자는 개발 언어 변경 없이 기존 그대로의 개발을 진행하고, 서비스에 활용하고 싶은 개발 소스가 있으면 공유하는 등 이미 개발된 서비스에 대한 수정사항(요구사항)이 많을 경우 요긴하게 활용될 수 있습니다. ​기존 개발 방식 그대로 유지! 환경 설정 & 배포 없는 백엔드 개발! ​싱크트리 '듀얼 코딩'으로 백엔드 개발 고민을 해결하시고 싶은 분은 여기로 문의하거나 오픈 채팅으로 지금 문의하세요! 백엔드 노코드 개발 솔루션 '싱크트리' 공식 블로그 바로가기 저작권은 엔터플에 있으며, 무단 배포를 금지합니다.

안녕하세요! 엔터플 Dev 부서를 이끌고 있는 열정 가득한 개발 본부장, Stephen입니다. 싱크트리는 무한한 데이터 연계·연동이 가능한 노코드(No-Code) 솔루션입니다. 앞으로 싱트로그를 통해 몇 가지 싱크트리 연동 사례를 소개해 보려고 하는데요, 그 첫 번째 이야기는 싱크트리 X 카카오톡 채널 X 슬랙을 연동해 '구내식당 점심 메뉴 슬랙 알림 기능' 만들기 입니다. 수동으로 하던 점심 메뉴 공유, 싱크트리로 더 편하게 할 수 없을까?  매주 월요일 아침, 엔터플 '점심 먹어요' 슬랙 채널에는 구내식당 카카오톡 채널에 올라온 '주간 메뉴표' 사진이 공유됩니다. 가장 발 빠르게 메뉴를 확인한 누군가가 다른 직원들을 위해 수동으로 공유해 주고 있었던 거죠. 여기서 번뜩! 아이디어가 떠올랐습니다.  "싱크트리로 카카오톡 채널, 슬랙을 연동해서 점심 메뉴 자동 업데이트 기능을 만들면 어떨까?" 싱크트리 X 카카오톡 채널 X 슬랙 연동을 위해 필요한 건? 먼저 '주간 메뉴표'와 '일일 차림표' 슬랙 자동 알림을 위해 해야 할 일을 3가지로 정리해 봤습니다. ​1. 카카오톡 채널 확인 (KT그룹희망나눔재단 여의도점 카카오톡 채널) - 주간 메뉴표, 일일 차림표 업로드 시간 - 호출되는 API 확인 및 JSON 파싱 ​2. 슬랙 채널 연동 (Slack Messaging) - Slack Incoming WebHooks 설치(Incoming WebHooks) - Slack Incoming WebHooks API 확인(Using WebHooks) - Slack Block Kit Builder 확인 (Slack Block Kit Builder) 3. 싱크트리 블록 만들기 (싱크트리 바로 가기) - 카카오톡 채널 API 호출 및 JSON 파싱 블록 만들기 - Slack Incoming WebHooks 연동 블록 만들기 ​복잡해 보이시나요? 사실 슬랙 API만 이해하면 카카오톡 채널 내용을 슬랙에서 쉽게 확인할 수 있습니다.  이제 세부적으로 확인해야 하는 사항을 차근차근 알아보겠습니다. 1. 구내식당 카카오톡 채널 확인 (키워드 검색 - 메뉴 업로드 시간 - 호출 API 및 JSON 파싱) # 키워드 검색 주간 메뉴표와 일일 차림표 확인을 위해서는 키워드 검색이 필요했습니다. 주간 메뉴표와 일일 차림표는 각각 아래와 같은 형식으로 업로드되고 있었습니다.  <주간 메뉴표/일일 차림표 패턴> ​7월 4째주 주간 메뉴표 8월 1째주 주간 메뉴표 - 22.08.02 (화) 22.08.03 (수) 주간 메뉴표는 '째주 주간 메뉴표' 혹은 '째주 주간 메뉴표'의 패턴, 일일 차림표는 'YY.MM.DD'같은 패턴을 갖고 있군요, Keep! (영양사님의 띄어쓰기에 따라 두 가지 확인이 필요했습니다^^; trim을 통한 검색은 다음에...)  ​ # 메뉴 업로드 시간 메뉴표 업로드 시간이 일정하지 않다는 난관이 있었지만, 주간 메뉴표는 월요일 출근 시간 11분 전인 '오전 9시 49분', 일일 차림표는 점심시간 11분 전인 '오후 12시 49분'에 확인하기로 했습니다.(영양사님의 불타는 의지 = 메뉴 업로드 시간?^^) ​ # 호출 API 및 JSON 파싱 호출되는 API를 확인했고 JSON 데이터에서 어떤 데이터를 사용할지 확인했습니다. 고맙게도 JSON 데이터에 사용 가능한 text와 포스트 링크까지 정보가 많습니다. 포스트 링크에서 JSON 데이터를 가져와 봅니다.  사용할 주간 메뉴표 이미지 URL과 타이틀까지 확인 가능합니다. 사용할 데이터 확인은 이제 끝났습니다. 2. 슬랙 채널 연동  (슬랙 Messaging WebHooks 이해 - 슬랙 Block Kit Builder로 메시지 만들기) # 슬랙 Messaging WebHooks 이해하기 슬랙은 'WebHooks을 통한 메시지 전달 기능'을 제공합니다. 슬랙 사이트에서 Messaging WebHooks 내용을 확인하세요. # 슬랙 Block Kit Builder로 메시지 만들기(Slack Builder) 슬랙은 슬랙에서 보일 메시지 블록을 만드는 'Slack Builder 기능'을 제공합니다. Slack Builder로 원하는 메시지 형식을 만들 수 있는데요, 특히 마크다운(Markdown) 마크업 언어를 지원하기 때문에 더 화려한 메시지를 만들 수 있습니다.  아래는 제가 사용했던 메시지 블록입니다.  3. 싱크트리 블록 생성 (API 설계 - 카카오톡 채널 Request(선언부)/ Statement(구현부)/ Response(응답부) 간단한 JSON 구조로 다음과 같은 결과를 보여줍니다. '타이틀', '주간 메뉴표 이미지', '링크 바로 가기'로 구성되어 있습니다. 참 쉽죠?  ​이제 확인한 API와 JSON 데이터, Slack Builder를 적절히 사용해 주간 메뉴 확인 API를 만들어 보겠습니다. 당연히 싱크트리를 활용해서요! # API 설계 API도 하나의 함수라고 생각해서 다음과 같이 만들고 싶었습니다. <API 설계> ​- 상단: 변수 선언 - 중앙:  비즈니스 로직 코드 생성 - 마지막: 응답 처리 싱크트리는 코딩할 때 함수를 만드는 것과 같이 블록을 생성합니다. 특히, Code Section 블록을 통해 Request(선언부) / Statement(구현부) / Response(응답부)로 나누어 더욱 명확하게 구분 되도록 설계한 부분을 참고하시면 좋을 것 같습니다. ​# 카카오톡 채널 Request (선언부) 카카오톡 채널에서 확인한 '타이틀', '주간 메뉴표 이미지 URL', '일일 차림표 이미지 URL', '메뉴 상세' 등 정보에 대한 변수를 선언하고 확인할 때 필요한 상수를 선언합니다. Comment 블록을 통해 어떤 작업을 하는지 필요한 정보를 입력해 두었습니다. 주석이라고 보시면 되겠네요.  # 카카오톡 채널 Statement (구현부) 카카오톡 채널에서 원하는 내용을 불러오기 위해 해당 URL로 접근하여 내용을 불러옵니다. Transfer 블록을 통해 해당 URL을 호출하여 응답을 받습니다. URL 호출에 대한 JSON 응답에서 필요한 정보를 가져오기 위한 과정입니다.  Logical 한 요소가 포함되어 있지만 그래봐야 foreach, if else, json parsing 정도입니다. 가져온 JSON 중 다시 URL을 호출하여 주간 메뉴표의 이미지 URL을 가져옵니다.  이미 설계 과정에서 JSON 데이터를 확인했기 때문에 쉽게 접근이 가능했습니다.  # 카카오톡 채널 Response (응답부) - 슬랙 Incoming WebHooks 가져온 JSON 데이터에서 필요한 정보를 얻고 그 정보를 Slack Builder에 넣어 보낼 메시지를 생성했다면, 이제 실제 슬랙에 메시지를 보낼 차례입니다.  ​슬랙 사이트를 통해 Incoming WebHooks에 대해 이해했다면 생성한 요청 URL을 입력합니다. Slack Builder로 만든 JSON 값을 블록으로 만드는 과정입니다. Slack Builder 예제로 언급했던 위 JSON을 블록으로 바꿨다고 보시면 됩니다. JSON 구조를 이해한다면 어렵지 않게 만들 수 있습니다.  슬랙에 보낼 메시지 준비가 완료되었습니다. 이제 Transfer 블록을 통해 전달하면 끝!  정말 간단하죠? 띵동! 점심 메뉴 슬랙 알림이 도착했습니다~ 짜잔! '점심 주간 메뉴표 & 일일 차림표'가 슬랙에 공유되었습니다. 엔터플 가족분들이 화려한 스티커로 반응해 주셔서 뿌듯하네요. 그나저나 메뉴 사진이 너무 먹음직스러우니 오늘은 구내식당을 이용해야겠습니다^^ 총 소요 시간 전체 소요시간을 한번 측정해 봤습니다. 과정은 정말 간단하지만 실제 연동을 위해 가장 오래 걸리는 일은 Rest API 문서 확인이네요. 다른 업무와 동시에 진행하느라 영업일 기준 2일 정도 걸렸는데 만약 API나 JSON을 이해하는 개발자라면 하루면 가능하지 않을까 생각합니다.  개발자의 시선에서 본 싱크트리 개발자의 시선에서 본 싱크트리 연동 작업은 굉장히 신선합니다. 특히 미리 자료를 준비하고 블록화하는 작업은 재미있기도 한데요, 이 과정은 새로운 언어가 나올 때마다 스터디 하시는 많은 개발자분들 역시 흥미롭게 느끼실 거라 생각합니다. ​ 기존 코딩 방식과는 다른 싱크트리가 어쩌면 낯설게 느껴지실 수 있습니다. 하지만 '생각하는 대로 살지 않으면 사는 대로 생각하게 된다'라는 Paul Valery의 명언을 보며 개발도 마찬가지가 아닐까라는 생각이 들었습니다. 편안함을 경험해 보지 못하면 불편함을 불편함이라 생각하지 못하니까요. 좀 더 쉽고 빠른 방법으로 개발자에게 효율을 안겨주는 싱크트리를 꼭 체험해 보시기를 바라며 엔터플 개발자들의 싱트 활용기, 다음 아이디어도 많이 기대해 주세요! 백엔드 노코드 개발 솔루션 '싱크트리' 공식 블로그 바로가기   저작권은 엔터플에 있으며, 무단 배포를 금지합니다.

블록 코딩, 어디까지 알고 있니? 모든 개발자에게는 저마다의 무기, '개발 언어'가 존재합니다. 배우긴 쉽지 않았지만 이제는 너무 익숙해졌죠. 그런데 최근 노코드가 트렌드가 되면서 노 코드 개발이 붐입니다. 블록 코딩, 들어보셨죠? 블록 코딩도 노코드 개발 방법 중 하나로 초기에는 학생들 교육용으로 많이 활용됐었죠. ​따라서, 많은 분들이 여전히 블록 코딩을 교육용으로 인식하고 있었는데 어느새 시대가 변했습니다. '노 코드(No Code)', '로우 코드(Low Code)'라는 이름으로 각광받고 있는 지금의 블록 코딩은 단순, 교육용 콘텐츠에서 벗어나 백엔드 개발은 물론, 코어 개발도 가능해졌기 때문입니다.  ​그럼에도 불구하고 이미 기존 코딩 개발 방식에 익숙한 개발자들에게는 여러 가지 이유로 인해 노 코드를 실무에서 사용하기란 쉽지 않습니다. 사실 개발자 입장에서는 기존 코딩 방식이 너무 익숙하기 때문에 블록 코딩의 필요성은 늘 우선순위 밖으로 밀려났고, 나아가, 개발 경력 관리, 락인 (Lock-in) 문제 등 개인의 커리어와 기업 프로젝트의 연속성의 차원에서도 노 코드가 지배적인 개발 방식이 되기에는 아직 갈 길이 멀어 보입니다. 듀얼 코딩? '기존 코딩' + '블록 코딩' 장점만 쏙! 이에, 저희는 개발자들의 상황을 이해하고 니즈를 파악한 뒤, 기존 개발과 블록 코딩의 각 장점을 결합해 시너지를 낼 수 있는 방법을 찾아냈습니다. 이른바  '듀얼 코딩(Dual Coding)'✨입니다! "듀얼 코딩(Dual Coding)이란? 기존 개발(코딩)과 블록 코딩을 함께 사용하여 상호 유용성을 극대화한 설계입니다. " 싱크트리 듀얼 코딩은 '기존 코딩의 장점' + '블록 코딩의 장점(손쉬운 서비스 변경 및 배포)'을 한데 모은 개발 방식으로 특히 레거시가 많은 기업에서 사용하기에 매우 적합합니다. 듀얼 코딩 사용을 원하는 기업은 아래 세 단계만 거치면 됩니다! 1단계: 싱크트리 문의 ▼ 2단계: 기존 개발에 사용하던 깃허브, 비트 버킷을 싱크트리와 연결 ▼ 3단계: 깃허브 등에서 '푸시' 이를 통해 개발자는 기존 개발 방식을 유지한 채, 신규 개발, 수정 작업 시 굉장히 빠르게 개발을 완료할 수 있습니다. 덕분에 본업(코딩)에 충실할 수 있고 요구사항에 대한 분석에 더욱 집중할 수 있는 것이죠. 또한, 서비스 재사용성이 급진적으로 높아져 기존에 활용하기 어렵던 서비스 코드들에 생명력을 불어 넣을 수도 있습니다. ​그럼 왜 '듀얼 코딩'이 강력한지 아래 기존 프로세스를 돌아보며 설명해 드리겠습니다. 끝없는 코드 수정과 배포, 듀얼 코딩으로 해결 우리가 개발한 코드에 수정이 필요 없다면 좋겠지만 현실은 그리 녹록지 않습니다. 특히 하루가 다르게 변하는 빠른 시장 요구에 대응하기 위해서라도 코드 변경은 필수입니다. 상황이 이렇다 보니 기존 코딩으로만 대처하기에는 개발 리소스가 점점 부족해지는 건 어쩌면 당연한 결과인지도 모르겠습니다.  지속적 통합(CI, Continuous Integeration) 사이클 | 출처: https://pepgotesting.com/continuous-integration 개발자들의 일반적인 배포 과정은 위 그림처럼 무수히 반복됩니다. 대부분의 개발 프로세스는 '개발 > 테스트 > 성공, 실패 여부 확인 > 스테이징 배포 > 운영 배포'의 과정을 거치는데, 오히려 개발보다 배포 과정에서 어려움을 겪는 경우가 허다한 것이죠. 아무튼 CI/CD(Continuous Integration/Continuous Delivery) 관련 고객의 서비스 변경 요청은 끝이 없고 우리는 주어진 요청 사항을 반드시 처리해야만 합니다.  ​이때, '듀얼 코딩'이 위와 같은 문제점을 모두 해결합니다. ✨   "내부적으로 CI/CD 자동화, 개발 단계에서부터 운영까지의 배포가 클릭 하나로 모두 가능해지는 것이죠.  말 그대로, 소스 수정만으로 모든 서비스 과정이 설정에 따라 자동 처리됩니다!" 싱크트리 'Orchestration'_싱크트리 내에서 비즈니스 로직 작업이 가능 예를 들어 보겠습니다. 서비스를 만들고 운영에 들어갔는데  '여기 한군데 다른 정보 하나만 넣어줄 수 없나요?'라든지 '이 부분은 정보를 빼줬으면 좋겠는데요'라는 고객의 요구를 받을 때가 있습니다. 이때 기존 코딩 방식이라면 다시 코드를 수정하고 배포하는 과정을 거쳐야 합니다. 이 정도면 다행이죠. 만약, 서비스가 복잡하게 얽혀있고 다른 곳에서 동일한 서비스를 사용하고 있다면 코드 수정만으로 해결이 어려울 수 있습니다. 다양한 예외 상황을 무시할 수 없으니까요. 이 경우, 완전히 새로운 서비스 개발이 필요해집니다. 이와 같이 프로세스나 다른 기능상의 이상은 없지만 개발자들은 늘 다양한 요구사항을 받기 마련입니다.  ​이때, 듀얼 코딩의 장점은 또 한 번 빛을 발합니다! ✨  "블록 코딩은 서비스 복제 및 데이터 조작(변경)이 가능합니다. 따라서 기존 개발 내용은 그대로 두고, 블록 코딩으로 원하는 부분을 덧붙이거나 삭제하며 서비스를 개선해 나갈 수 있습니다. ​이렇게 되면 개발자는 코드 수정 같은 요구사항에 많은 리소스를 쏟아부을 필요가 없습니다." 싱크트리 내 복제 기능(Duplicate) 싱크트리 듀얼 코딩을 경험해 보세요 백엔드 노 코드 개발 솔루션, 싱크트리의 기본 배포는 'Dev > Stage > Hotfix > Production' 순으로 진행됩니다. 물론 각 환경별 배포는 UI에서 간단한 조작으로 테스트에서 운영까지 배포가 가능합니다.  싱크트리 내 기본 배포 화면 싱크트리 '듀얼 코딩' 기능을 활용하면 기존 코딩과 블록 코딩의 장점을 모두 취할 수 있습니다.  ​개발자는 개발 언어 변경 없이 기존 그대로의 개발을 진행하고, 서비스에 활용하고 싶은 개발 소스가 있으면 공유하는 등 이미 개발된 서비스에 대한 수정사항(요구사항)이 많을 경우 요긴하게 활용될 수 있습니다. ​기존 개발 방식 그대로 유지! 환경 설정 & 배포 없는 백엔드 개발! ​싱크트리 '듀얼 코딩'으로 백엔드 개발 고민을 해결하시고 싶은 분은 여기로 문의하거나 오픈 채팅으로 지금 문의하세요! 백엔드 노코드 개발 솔루션 '싱크트리' 공식 블로그 바로가기 저작권은 엔터플에 있으며, 무단 배포를 금지합니다.

안녕하세요! 엔터플 Dev 부서를 이끌고 있는 열정 가득한 개발 본부장, Stephen입니다. 싱크트리는 무한한 데이터 연계·연동이 가능한 노코드(No-Code) 솔루션입니다. 앞으로 싱트로그를 통해 몇 가지 싱크트리 연동 사례를 소개해 보려고 하는데요, 그 첫 번째 이야기는 싱크트리 X 카카오톡 채널 X 슬랙을 연동해 '구내식당 점심 메뉴 슬랙 알림 기능' 만들기 입니다. 수동으로 하던 점심 메뉴 공유, 싱크트리로 더 편하게 할 수 없을까?  매주 월요일 아침, 엔터플 '점심 먹어요' 슬랙 채널에는 구내식당 카카오톡 채널에 올라온 '주간 메뉴표' 사진이 공유됩니다. 가장 발 빠르게 메뉴를 확인한 누군가가 다른 직원들을 위해 수동으로 공유해 주고 있었던 거죠. 여기서 번뜩! 아이디어가 떠올랐습니다.  "싱크트리로 카카오톡 채널, 슬랙을 연동해서 점심 메뉴 자동 업데이트 기능을 만들면 어떨까?" 싱크트리 X 카카오톡 채널 X 슬랙 연동을 위해 필요한 건? 먼저 '주간 메뉴표'와 '일일 차림표' 슬랙 자동 알림을 위해 해야 할 일을 3가지로 정리해 봤습니다. ​1. 카카오톡 채널 확인 (KT그룹희망나눔재단 여의도점 카카오톡 채널) - 주간 메뉴표, 일일 차림표 업로드 시간 - 호출되는 API 확인 및 JSON 파싱 ​2. 슬랙 채널 연동 (Slack Messaging) - Slack Incoming WebHooks 설치(Incoming WebHooks) - Slack Incoming WebHooks API 확인(Using WebHooks) - Slack Block Kit Builder 확인 (Slack Block Kit Builder) 3. 싱크트리 블록 만들기 (싱크트리 바로 가기) - 카카오톡 채널 API 호출 및 JSON 파싱 블록 만들기 - Slack Incoming WebHooks 연동 블록 만들기 ​복잡해 보이시나요? 사실 슬랙 API만 이해하면 카카오톡 채널 내용을 슬랙에서 쉽게 확인할 수 있습니다.  이제 세부적으로 확인해야 하는 사항을 차근차근 알아보겠습니다. 1. 구내식당 카카오톡 채널 확인 (키워드 검색 - 메뉴 업로드 시간 - 호출 API 및 JSON 파싱) # 키워드 검색 주간 메뉴표와 일일 차림표 확인을 위해서는 키워드 검색이 필요했습니다. 주간 메뉴표와 일일 차림표는 각각 아래와 같은 형식으로 업로드되고 있었습니다.  <주간 메뉴표/일일 차림표 패턴> ​7월 4째주 주간 메뉴표 8월 1째주 주간 메뉴표 - 22.08.02 (화) 22.08.03 (수) 주간 메뉴표는 '째주 주간 메뉴표' 혹은 '째주 주간 메뉴표'의 패턴, 일일 차림표는 'YY.MM.DD'같은 패턴을 갖고 있군요, Keep! (영양사님의 띄어쓰기에 따라 두 가지 확인이 필요했습니다^^; trim을 통한 검색은 다음에...)  ​ # 메뉴 업로드 시간 메뉴표 업로드 시간이 일정하지 않다는 난관이 있었지만, 주간 메뉴표는 월요일 출근 시간 11분 전인 '오전 9시 49분', 일일 차림표는 점심시간 11분 전인 '오후 12시 49분'에 확인하기로 했습니다.(영양사님의 불타는 의지 = 메뉴 업로드 시간?^^) ​ # 호출 API 및 JSON 파싱 호출되는 API를 확인했고 JSON 데이터에서 어떤 데이터를 사용할지 확인했습니다. 고맙게도 JSON 데이터에 사용 가능한 text와 포스트 링크까지 정보가 많습니다. 포스트 링크에서 JSON 데이터를 가져와 봅니다.  사용할 주간 메뉴표 이미지 URL과 타이틀까지 확인 가능합니다. 사용할 데이터 확인은 이제 끝났습니다. 2. 슬랙 채널 연동  (슬랙 Messaging WebHooks 이해 - 슬랙 Block Kit Builder로 메시지 만들기) # 슬랙 Messaging WebHooks 이해하기 슬랙은 'WebHooks을 통한 메시지 전달 기능'을 제공합니다. 슬랙 사이트에서 Messaging WebHooks 내용을 확인하세요. # 슬랙 Block Kit Builder로 메시지 만들기(Slack Builder) 슬랙은 슬랙에서 보일 메시지 블록을 만드는 'Slack Builder 기능'을 제공합니다. Slack Builder로 원하는 메시지 형식을 만들 수 있는데요, 특히 마크다운(Markdown) 마크업 언어를 지원하기 때문에 더 화려한 메시지를 만들 수 있습니다.  아래는 제가 사용했던 메시지 블록입니다.  3. 싱크트리 블록 생성 (API 설계 - 카카오톡 채널 Request(선언부)/ Statement(구현부)/ Response(응답부) 간단한 JSON 구조로 다음과 같은 결과를 보여줍니다. '타이틀', '주간 메뉴표 이미지', '링크 바로 가기'로 구성되어 있습니다. 참 쉽죠?  ​이제 확인한 API와 JSON 데이터, Slack Builder를 적절히 사용해 주간 메뉴 확인 API를 만들어 보겠습니다. 당연히 싱크트리를 활용해서요! # API 설계 API도 하나의 함수라고 생각해서 다음과 같이 만들고 싶었습니다. <API 설계> ​- 상단: 변수 선언 - 중앙:  비즈니스 로직 코드 생성 - 마지막: 응답 처리 싱크트리는 코딩할 때 함수를 만드는 것과 같이 블록을 생성합니다. 특히, Code Section 블록을 통해 Request(선언부) / Statement(구현부) / Response(응답부)로 나누어 더욱 명확하게 구분 되도록 설계한 부분을 참고하시면 좋을 것 같습니다. ​# 카카오톡 채널 Request (선언부) 카카오톡 채널에서 확인한 '타이틀', '주간 메뉴표 이미지 URL', '일일 차림표 이미지 URL', '메뉴 상세' 등 정보에 대한 변수를 선언하고 확인할 때 필요한 상수를 선언합니다. Comment 블록을 통해 어떤 작업을 하는지 필요한 정보를 입력해 두었습니다. 주석이라고 보시면 되겠네요.  # 카카오톡 채널 Statement (구현부) 카카오톡 채널에서 원하는 내용을 불러오기 위해 해당 URL로 접근하여 내용을 불러옵니다. Transfer 블록을 통해 해당 URL을 호출하여 응답을 받습니다. URL 호출에 대한 JSON 응답에서 필요한 정보를 가져오기 위한 과정입니다.  Logical 한 요소가 포함되어 있지만 그래봐야 foreach, if else, json parsing 정도입니다. 가져온 JSON 중 다시 URL을 호출하여 주간 메뉴표의 이미지 URL을 가져옵니다.  이미 설계 과정에서 JSON 데이터를 확인했기 때문에 쉽게 접근이 가능했습니다.  # 카카오톡 채널 Response (응답부) - 슬랙 Incoming WebHooks 가져온 JSON 데이터에서 필요한 정보를 얻고 그 정보를 Slack Builder에 넣어 보낼 메시지를 생성했다면, 이제 실제 슬랙에 메시지를 보낼 차례입니다.  ​슬랙 사이트를 통해 Incoming WebHooks에 대해 이해했다면 생성한 요청 URL을 입력합니다. Slack Builder로 만든 JSON 값을 블록으로 만드는 과정입니다. Slack Builder 예제로 언급했던 위 JSON을 블록으로 바꿨다고 보시면 됩니다. JSON 구조를 이해한다면 어렵지 않게 만들 수 있습니다.  슬랙에 보낼 메시지 준비가 완료되었습니다. 이제 Transfer 블록을 통해 전달하면 끝!  정말 간단하죠? 띵동! 점심 메뉴 슬랙 알림이 도착했습니다~ 짜잔! '점심 주간 메뉴표 & 일일 차림표'가 슬랙에 공유되었습니다. 엔터플 가족분들이 화려한 스티커로 반응해 주셔서 뿌듯하네요. 그나저나 메뉴 사진이 너무 먹음직스러우니 오늘은 구내식당을 이용해야겠습니다^^ 총 소요 시간 전체 소요시간을 한번 측정해 봤습니다. 과정은 정말 간단하지만 실제 연동을 위해 가장 오래 걸리는 일은 Rest API 문서 확인이네요. 다른 업무와 동시에 진행하느라 영업일 기준 2일 정도 걸렸는데 만약 API나 JSON을 이해하는 개발자라면 하루면 가능하지 않을까 생각합니다.  개발자의 시선에서 본 싱크트리 개발자의 시선에서 본 싱크트리 연동 작업은 굉장히 신선합니다. 특히 미리 자료를 준비하고 블록화하는 작업은 재미있기도 한데요, 이 과정은 새로운 언어가 나올 때마다 스터디 하시는 많은 개발자분들 역시 흥미롭게 느끼실 거라 생각합니다. ​ 기존 코딩 방식과는 다른 싱크트리가 어쩌면 낯설게 느껴지실 수 있습니다. 하지만 '생각하는 대로 살지 않으면 사는 대로 생각하게 된다'라는 Paul Valery의 명언을 보며 개발도 마찬가지가 아닐까라는 생각이 들었습니다. 편안함을 경험해 보지 못하면 불편함을 불편함이라 생각하지 못하니까요. 좀 더 쉽고 빠른 방법으로 개발자에게 효율을 안겨주는 싱크트리를 꼭 체험해 보시기를 바라며 엔터플 개발자들의 싱트 활용기, 다음 아이디어도 많이 기대해 주세요! 백엔드 노코드 개발 솔루션 '싱크트리' 공식 블로그 바로가기   저작권은 엔터플에 있으며, 무단 배포를 금지합니다.