9 posts in total
by Justin Yoo · 11 min read
애저 키 저장소를 쓰다 보면 이를 백업하고 복구해야 할 필요가 있다. 현재는 키 저장소 인스턴스 전체를 백업하고 복구하는 기능은 없고, 대신 개별 시크릿, 인증서, 키 등을 백업 및 복구하는 기능이 있다. 하지만, 일반적으로는 키 저장소에 하나만 저장하지 않고 수십개의 시크릿을 저장하게 되는데, 이럴 경우에 개별적으로 시크릿을 백업하고 복구하는 것이
by Justin Yoo · 7 min read
지난 포스트에서는 배열 안의 날짜 데이터를 이용해 최근 데이터를 찾는 방법을 로직 앱의 Select 액션과 Filter 액션을 조합하는 방식으로 알아 보았다. 사실 이 방법은 특정 사용자 케이스에 대해서만 적용할 수 있는 방법이기도 하고, 꼼수같은 방법이기도 해서 일반적인 경우에 적용하기엔 한계가 있다. 하지만, 인라인 자바스크립트 코드 액션을 이용하면
by Justin Yoo · 6 min read
예전 고객사에서 프로젝트를 할 때 한 개발자와 아래와 같은 대화를 나눈 적이 있다. Q: 로직 앱에서 배열에 대한 정렬을 할 수 있나요? A: 로직 앱은 워크플로우 엔진이기 때문에 데이터 조작에 대한 부분은 아주 기본적인 사항을 제외하고는 지원하지 않습니다. 따라서, 배열의 정렬과 같은 문제는 별도의 애저 펑션 앱을 통해 하셔야 해요. Q: 그렇다면
by Justin Yoo · 21 min read
애저 서비스 버스는 애저에서 제공하는 여러 메시징 서비스 제품군 중 하나이다. 기본적으로 월간 99.9%의 업타임을 보장하는데, 달리 말하면 이는 한달 30일 기준으로 약 43분 정도의 장애가 발생할 수 있다는 의미이다. 회사에서 사용하는 시스템이 애저 서비스 버스를 사용하고 있는데, 43분 정도의 장애가 일어나도 시스템 운용에 큰 문제가 없다면 상관
by Justin Yoo · 10 min read
지난 포스트에서는 메시지 유효성 검증의 도구로서 스키마 저장소에 대해 논의해 봤다. 클라우드상에서 비동기식 시스템 아키텍처를 구현한다면 메시지 유효성 검사를 위해 고려해 봐야 할 부분이 바로 이 스키마 저장소인데, 애저에서 제공하는 다양한 메시징 서비스 – 큐 스토리지, 서비스 버스, 이벤트 허브, 이벤트 그리드 – 중 어느 하나도 스키마 저장소를
by Justin Yoo · 18 min read
대부분의 정보 시스템은 크게 사용자의 입력을 받는 부분과, 그 입력을 처리하는 부분으로 구분할 수 있다. 이 개념은 서로 다른 시스템 사이에 메시지를 주고 받는 형태로도 확장할 수 있다. 이렇게 시스템 사이에 메시지를 주고 받을 때, 이 메시지가 우리가 원하는 형태의 것인지 아닌지를 검증하는 절차가 반드시 필요하다. 만약 메시지에 대한 검증을 하지 않으면