Aliencube

지난 포스트 AppVeyor를 이용한 지속적인 통합, 빌드 및 배포에서는 간단하게 AppVeyor를 통해 소스코드를 빌드하고 테스트한 후 배포까지 하는 방법에 대해 알아보았다. 이 포스트는 그의 연장선 상에 있으며, 특히 ASP.NET Core 프레임워크로 만들어진 앱을 중심으로 좀 더 정리해 보도록 한다. 여기세 쓰인 소스코드는 아래에서 확인할 수

최근 MS가 발표한 Microsoft Graph는 오피스 365 리소스들을 단일 엔드포인트를 통해 손쉽게 접근할 수 있도록 하여 애플리케이션에 손쉽게 통합할 수 있게 했다. 기존의 수많은 엔드포인트들을 하나로 통합했다는데 굉장한 의미를 둘 수 있겠다. 이 Graph API를 타 애플리케이션에서 사용하려면 해당 애플리케이션을 반드시 Azure 액티브

Azure의 다양한 리소스들을 웹 애플리케이션이나 네이티브 애플리케이션에서 사용하기 위해서는 해당 애플리케이션들을 Azure Active Directory (AAD)에 우선 등록시켜야 한다. 이렇게 등록한 애플리케이션은 아주어의 리소스들을 AAD에서 설정한 권한대로 사용이 가능하다. 이 때 애플리케이션과 아주어 리소스들간의 커뮤니케이션은 REST API를

SI 프로젝트를 진행하다 보면 단순히 새 애플리케이션만 개발하는 데 그치는 것이 아니라 기존 애플리케이션과 통합해야 하는 시나리오가 대부분이다. 이번 포스트에서 다룰 주제는 그러한 시스템 통합 시나리오들 중 MS Dynamics CRM 솔루션과 웹 애플리케이션을 통합하는 것과 관련이 있다. Dynamics는 MS에서 개발하여 제공하는 ERP 및 CRM

최근에 Azure에서는 리소스 관리를 위한 새로운 파워쉘 커맨들릿(cmdlet)들을 추가했다. 기존의 커맨들릿과는 완벽하게 호환되지 않기 때문에 이 포스트에서는 새로운 커맨들릿들 중 리소스 관리를 위한 몇가지를 소개하고자 한다. 아주어 리소스 관리 템플릿에 대해 익숙하지 않다면 아래 소개하는 포스트를 먼저 읽어 보는 것을 추천한다. Azure

Google 클라우드, AWS 혹은 Azure 등과 같은 클라우드 플랫폼에서 애플리케이션을 개발할 때면 반드시 고려해야 할 요소들이 있다. 추가적인 기능을 필요로 할 때 적절하게 대응할 수 있을만큼 유연해야 하고 (flexible), 상황에 따라 가용 자산들의 규모를 조정할 수 있어야 하고 (scalable), 결국 이러한 여러 유연함으로 인해 발생할 수