cloud-native open source developers community
by Justin Yoo in Enterprise Integration · 6 min read
예전 고객사에서 프로젝트를 할 때 한 개발자와 아래와 같은 대화를 나눈 적이 있다. Q: 로직 앱에서 배열에 대한 정렬을 할 수 있나요? A: 로직 앱은 워크플로우 엔진이기 때문에 데이터 조작에 대한 부분은 아주 기본적인 사항을 제외하고는 지원하지 않습니다. 따라서, 배열의 정렬과 같은 문제는 별도의 애저 펑션 앱을 통해 하셔야 해요. Q: 그렇다면
by Justin Yoo in Enterprise Integration · 21 min read
애저 서비스 버스는 애저에서 제공하는 여러 메시징 서비스 제품군 중 하나이다. 기본적으로 월간 99.9%의 업타임을 보장하는데, 달리 말하면 이는 한달 30일 기준으로 약 43분 정도의 장애가 발생할 수 있다는 의미이다. 회사에서 사용하는 시스템이 애저 서비스 버스를 사용하고 있는데, 43분 정도의 장애가 일어나도 시스템 운용에 큰 문제가 없다면 상관
by Justin Yoo in Enterprise Integration · 10 min read
지난 포스트에서는 메시지 유효성 검증의 도구로서 스키마 저장소에 대해 논의해 봤다. 클라우드상에서 비동기식 시스템 아키텍처를 구현한다면 메시지 유효성 검사를 위해 고려해 봐야 할 부분이 바로 이 스키마 저장소인데, 애저에서 제공하는 다양한 메시징 서비스 – 큐 스토리지, 서비스 버스, 이벤트 허브, 이벤트 그리드 – 중 어느 하나도 스키마 저장소를
by Justin Yoo in Visual Studio-alm · 7 min read
애저 관련 애플리케이션을 개발하다 보면 애저 스토리지와 연동할 경우가 종종 있다. 특히 애저 펑션의 경우에는 거의 애저 스토리지가 필수적으로 연결이 되어야 하는 편인데, 로컬 개발 환경에서는 애저 스토리지 에뮬레이터가 있어서 그것을 활용하면 된다. 애플리케이션의 단위 테스트 상황에서는 사실 이 에뮬레이터가 있어도 그만 없어도 그만인데 통합 테스트 혹은
by Justin Yoo in Enterprise Integration · 18 min read
대부분의 정보 시스템은 크게 사용자의 입력을 받는 부분과, 그 입력을 처리하는 부분으로 구분할 수 있다. 이 개념은 서로 다른 시스템 사이에 메시지를 주고 받는 형태로도 확장할 수 있다. 이렇게 시스템 사이에 메시지를 주고 받을 때, 이 메시지가 우리가 원하는 형태의 것인지 아닌지를 검증하는 절차가 반드시 필요하다. 만약 메시지에 대한 검증을 하지 않으면
by Justin Yoo in Visual Studio-alm · 8 min read
애저 릴리즈 파이프라인을 사용하는 방법은 두 가지가 있다. 하나는 UI를 통해 파이프라인을 직접 구성하는 방법이 있고, 다른 하나는 YAML 파이프라인에 통합시켜 사용하는 방법이다. 여전히 전자의 방법이 후자의 방법보다는 훨씬 더 강력하고 많은 기능을 포함한다. 후자의 경우는 아직 퍼블릭 프리뷰 기간이어서 제한된 기능만을 제공한다. 그런 제한된 기능 중에