플랫폼을 선택하고

마지막 업데이트: 2022년 5월 3일 | 0개 댓글
  • 네이버 블로그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 트위터 공유하기
  • 카카오스토리 공유하기
금융 산업에 소용돌이를 몰고 온 오픈소스 기술이 뱅킹 현대화를 앞당기고 있습니다. 오픈소스는 사람들을 한데 모아 프로젝트에 기여하게 함으로써 혁신에 불을 붙입니다. 저희는 모든 기술 혁신의 미래가 오픈소스에 있다고 생각하기 때문에 Red Hat과 함께 그 첫 발을 내디디게 되어 매우 기뻤습니다. JOHN CATTRALL , ASCEND MONEY 기술 운영 책임자

디바이스 플랫폼 제한 만들기

디바이스 플랫폼 등록 제한 정책을 만들어 디바이스가 Intune 등록하지 못하도록 제한합니다. 사용 가능한 제한 사항은 다음과 같습니다.

Microsoft Endpoint Manager 관리 센터에서 새 디바이스 플랫폼 제한 정책을 만들거나 이미 사용 가능한 기본 정책을 사용할 수 있습니다. 최대 25개 디바이스 플랫폼 제한 정책을 사용할 수 있습니다.

이 문서에서는 Microsoft Intune 지원되는 디바이스 플랫폼 제한 사항 및 관리 센터에서 이를 구성하는 방법을 설명합니다.

기본 정책

Microsoft Intune 필요에 따라 편집하고 사용자 지정할 수 있는 디바이스 플랫폼 제한에 대한 하나의 기본 정책을 제공합니다. Intune 우선 순위가 높은 정책을 할당할 때까지 모든 사용자 및 사용자 없는 등록에 기본 정책을 적용합니다.

모범 사례 - Android 플랫폼 제한 사항

Intune 두 개의 Android 플랫폼을 지원하므로 디바이스 플랫폼 제한과 함께 사용할 때 OS 버전 제한이 작동하는 방식을 이해하는 것이 중요합니다.

  • 동일한 그룹에 대해 두 플랫폼을 모두 허용한 다음 특정 버전과 겹치지 않는 버전에 대해 세분화하면 디바이스는 해당 플랫폼을 선택하고 버전에 대해 선택된 Android 등록 흐름을 통해 전송됩니다.
  • 두 플랫폼을 모두 허용하지만 동일한 버전을 차단하는 경우 차단된 버전을 실행하는 디바이스는 등록할 수 없습니다. 이러한 디바이스의 사용자는 차단되고 로그아웃하라는 메시지가 표시되기 전에 Android 디바이스 관리자 등록 흐름을 통해 전송됩니다.

디바이스 플랫폼 제한 만들기

장치 > 장치 등록 > 등록 장치 플랫폼 제한 으로 이동합니다.

구성하려는 플랫폼에 해당하는 페이지 상단의 탭을 선택합니다. 귀하의 옵션:

제한 만들기 를 선택합니다.

기본 페이지에서 제한에 이름과 설명(선택 사항)을 지정합니다.

다음 을 선택합니다.

플랫폼 설정 페이지에서 선택한 플랫폼의 제한을 구성합니다. 내 옵션:

  • 플랫폼 (Android): 플랫폼 등록을 허용하도록 허용 을 선택하고 차단 을 선택하여 제한합니다.
  • MDM (Windows, macOS 및 iOS/iPadOS): 플랫폼 등록을 허용하도록 허용 하고 차단 을 선택하여 제한합니다.
  • 개인 소유: 허용 을 선택하여 디바이스가 개인 소유 디바이스로 등록하고 작동할 수 있도록 합니다.
  • 디바이스 제조업체 (Android): 차단하려는 제조업체의 쉼표로 구분된 목록을 입력합니다.
  • 최소/최대 범위 허용(Android, Windows, iOS/iPadOS): 등록할 수 있는 최소 및 최대 OS 버전을 입력합니다. 지원되는 버전 형식은 다음과 같습니다.

    Windows는 Windows 10 및 Windows 11 major.minor.build.rev를 지원합니다.

    Android 디바이스 관리자 및 Android Enterprise 회사 프로필 지원 major.minor.rev.build.

    iOS/iPadOS는 major.minor.rev를 지원합니다.

    최소/최대 범위는 장치 등록 프로그램, Apple School Manager 또는 Apple Configurator 앱에 등록한 Apple 장치에는 적용되지 않습니다. Intune은 회사 포털을 사용하여 인증하는 ADE 등록을 차단하지 않지만 장치가 조건부 액세스 정책을 평가하는 데 사용되는 Azure AD 장치 레코드를 만들 수 없기 때문에 OS 요구 사항을 충족하지 않으면 등록에 영향을 줍니다. 디바이스 사용자가 회사 포털에 로그인한 후 "사용자와 장치 레코드를 매핑할 수 없습니다"라는 오류 메시지를 수신하는 경우에 해당하는 것임을 알 수 있습니다.

    다음 을 선택합니다.

    선택적으로 제한에 범위 태그를 추가합니다. 범위 태그에 대한 자세한 내용은 분산 IT에 역할 기반 액세스 제어 및 범위 태그 사용을 참조하세요.

    제한에 범위 태그를 적용하는 경우 범위 내의 Intune 사용자만 정책을 보고 관리할 수 있습니다. 범위의 사용자만 제한을 보고 다시 정렬하거나 우선 순위 수준을 변경할 수 있습니다. 또한 모든 제한을 볼 수 없는 경우에도 제한의 상대적 우선 순위를 볼 수 있습니다.

    다음 을 선택합니다.

    할당 페이지에서 그룹 추가 를 선택한 다음 검색창을 사용하여 그룹을 찾고 선택합니다. 모든 장치 사용자에게 제한을 할당하려면 모든 사용자 추가 를 선택합니다. 하나 이상의 그룹에 제한을 할당하지 않으면 제한이 효력을 발휘하지 않습니다.

    선택적으로 그룹을 할당한 후 필터 수정 을 선택하여 필터를 사용하여 정책 할당을 추가로 제한합니다. 필터는 macOS, iOS, Windows 정책에 사용할 수 있습니다. 자세한 내용은 할당 필터 적용 (이 문서의 내용)을 참조하세요.

    다음 을 선택합니다.

    정책을 검토한 다음 만들기 를 선택하여 만듭니다.

    등록 디바이스 플랫폼 제한 디바이스 유형 제한 테이블에서 새 제한 정책을 보고 해당 속성에 > 액세스할 수 있습니다. 제한을 선택하고 끌어서 표의 위치를 변경하고 우선 순위를 변경합니다.

    할당 필터 적용

    할당 필터를 사용하여 특정 그룹 대상 지정 정책에서 추가 디바이스를 포함하거나 제외할 수 있습니다. 등록 제한 및 ESP 정책은 모두 할당 필터 사용을 지원합니다.

    예를 들어 필터를 사용하여 특정 운영 체제 SKU를 실행하는 디바이스를 차단하면서 개인 Windows 디바이스를 등록할 수 있습니다. 이 결과를 얻으려면 등록 제한 할당에 미리 구성된 필터를 적용합니다. 필터의 규칙에 operatingSystemSKU 속성이 있어야 합니다. 예제 단계:

    1. Windows에 대한 등록 제한 정책을 만듭니다.
    2. 플랫폼 설정에서 개인 디바이스를 등록할 수 있는 옵션을 선택합니다.
    3. 할당 설정에서 할당할 그룹을 선택합니다.
    4. 필터 편집 을 선택한 다음, operatingSystemSKU 속성이 포함된 미리 구성된 필터를 적용합니다. 적용된 속성은 Windows 10 Home 버전을 실행하는 디바이스를 차단합니다.

    필터 만들기에 관한 자세한 내용은 필터 만들기를 참조하세요.

    지원되는 필터 속성

    등록 제한은 다른 그룹 대상 지정 정책보다 적은 필터 속성을 지원합니다. 디바이스가 아직 등록되지 않았기 때문에 Intune 모든 속성을 지원하는 디바이스 정보가 없기 때문입니다. 다음 경우 제한된 속성 선택 영역이 표시됩니다.

    플랫폼을 선택하고

    사업자들 입장에서 (1) 플랫폼에서 특화를 할 것인지, (2) 카테고리에서 특화를 할 것인지를 선택하는 것이 “장기적으로 높은 성과를 플랫폼을 선택하고 유지하는 데에 중요”하다는 것

    플랫폼 기업 입장에서 플랫폼 네트워크 효과를 극대화시키기 위해서 공급자 측면의 참여자들이 가능하면 “플랫폼 특화 전략을 선택하도록 플랫폼 디자인을 하고 플랫폼 생태계를 만들어야 한다”는 것

    최근, “부릉, 바로고, 생각대로” 등의 배달대행 라이더들의 멀티호밍이 가능해졌다는 기사가 나왔습니다. 플랫폼에 참여하는 사업자들(혹은 이용자들)이 여러 플랫폼을 활용할 수 있는 멀티호밍은 플랫폼 생태계에서 중요한 이슈로 떠오르고 있습니다. 이에 따라 이번 리뷰편에서는 “플랫폼 생태계에서 창업가의 멀티호밍전략”이라는 주제를 살펴보고자 합니다.

    플랫폼 비즈니스 의 발달로 많은 창업가들이 플랫폼 생태계로 모이고 있습니다. 플랫폼에는 정보와 고객들이 모여 있기 때문에, 창업가들의 시장 진입 문턱을 낮추고 비즈니스를 성장시키는 디딤돌의 역할을 하고 있기 때문입니다.

    이러한 플랫폼 생태계의 성장은 창업가들이 선택 가능한 플랫폼의 범위를 확장시켰습니다. 국내 소상공인의 경우, 80%이상이 두 개 이상의 이커머스 플랫폼을 사용하고 있는 현상에서도 이를 확인할 수 있습니다. 플랫폼 기업 입장에서는 이러한 멀티호밍이 반가운 현상은 아닙니다. 플랫폼의 네트워크 효과를 떨어뜨리기 때문이지요. 하지만. 이용자는 여러 개의 플랫폼을 통해 다양한 이득을 누리고 싶어하기 때문에, 플랫폼 생태계가 성장하면서 멀티호밍 현상이 함께 증가하는 것은 필연적인 결과라고 할 수 있습니다.

    그렇다면, 이용자의 입장에서 멀티호밍이 언제나 이점만 안겨다주는 것일까요? 플랫폼에 입점하는 사업자들(complementor)들을 대상으로 이러한 질문을 풀어나가고자 한 연구가 있습니다.

    Tavalaei & Cennamo (2020)은 플랫폼 생태계 내에서 창업가들의 특화전략(specialization strategy)을 플랫폼 멀티호밍과 연결지어 설명하고 있습니다.

    이들은 iOS와 Android에서 서비스를 런칭한 1000개의 애플리케이션을 대상으로 실증적으로 검토하였습니다. 분석 결과, 단일 플랫폼, 단일 카테고리 기반한 전략을 취할 경우, 높은 성과를 취득하기 힘들다고 합니다. 반면 멀티 플랫폼, 멀티 카테고리를 대상으로 하는 전략은 초기에는 높은 성과를 거둔다고 해도 이러한 효과는 시간이 지날수록 사라진다고 합니다.

    싱글 플랫폼 전략 혹은 멀티 플랫폼 전략은 모두 장단점이 존재하기 때문에 이러한 현상이 나타납니다. 싱글 플랫폼 전략의 경우, 특정 플랫폼에 대한 지식을 확보하고 특화된 서비스를 선보일 수 있습니다. 하지만 싱글 플랫폼의 네트워크 효과가 크지 않은 경우 수익을 확대시키는 것에 한계가 있습니다. 반면, 멀티 플랫폼 전략의 경우, 여러 플랫폼을 통해 고객풀을 확장시킬 수는 있지만, 플랫폼마다 서비스 런칭 설계를 해야 하기 때문에 자원을 보다 투입해야 하고 플랫폼별 고객에 따른 특성도 별도로 파악해야 합니다. 따라서, 창업가는 멀티 플랫폼, 싱글 플랫폼, 멀티 카테고리,싱글 카테고리의 요소들을 서비스와 시장 특성에 맞게 적절하게 조화시키는 것이 필요합니다.

    이 연구를 통해 우리는 플랫폼 생태계를 좀 더 다각도에서 이해할 수 있습니다. 먼저 플랫폼을 이용하는 창업가들이 무조건 멀티 플랫폼을 이용한다고 해서 이득을 얻을 수 있다는 것이 아니라는 것입니다. 즉, 플랫폼에서 특화를 할 것인지, 카테고리에서 특화를 할 것인지를 선택하는 것이 장기적으로 높은 성과를 유지하는 데에 플랫폼을 선택하고 중요하다는 것이죠. 플랫폼 기업 입장에서는, 플랫폼 네트워크 효과를 극대화시키기 위해서는, 공급자 측면의 참여자들이 플랫폼 특화 전략을 선택하도록 플랫폼 디자인을 하고 플랫폼 생태계를 만들어야 한다는 것입니다.

    Tavalaei, M. M., & Cennamo, C. (2020). In search of complementarities within and across platform ecosystems: Complementors’ relative standing and performance in mobile apps ecosystems. Long Range Planning, 플랫폼을 선택하고 101994.

    #연구 #스타트업 #플랫폼 #생태계 #투자 #리포트 #이슈 #브리프 #디지털 #데이터 #기업 #혁신기업연구센터 #디지털플랫폼생태계 #멀티호밍

    IoT 플랫폼을 선택하는 방법과 사용법의 선행 사례를 배웁니다.

    IoT화된 세계와 거기에 사는 소비자

    미국 트럼프 대통령이 마련한 미중 무역 전쟁의 영향이 주가와 기업 실적으로 나타났습니다. 리먼 쇼크의 영향으로 재건한 일본 제조업의 실적은 앞으로 급속히 악화될 가능성이 높아지고 있습니다. 이 상황은 선행 불투명한 경제 상황을 혐기하고 설비 투자를 앞두는 기업이 늘어난다는 것을 의미합니다. 이미 중국 시장 전체에서는 자동차나 산업기계 등 제품(물건)의 판매가 나빠지고 있습니다.

    이러한 움직임에 대해 기업은 기존 고객을 연결하여 자사 제품의 만족도를 높여 경쟁에의 고객 유출을 방지함과 동시에 서비스(코트)로 매출을 보완하는 대처가 가속될 것으로 예상됩니다. 그 수단 중 하나는 IoT를 통한 고객 서비스 제공입니다. 이번은 유저 기업의 시선으로, 앞으로 IoT에 임하는 데 도움이 되는 선행 사례, 및 IoT 플랫폼의 선택 방법과 그 포인트에 대해 설명합니다.

    어려움에 처한 일본 제조업

    2019년은 경기 회복에서 경기 후퇴로의 터닝 포인트의 해가 되었습니다. 이미 상장기업의 3분의 2로 1년 전의 증수에서 감수에 어려운 실적이 구체적인 숫자가 되어 나타났습니다. 경기를 둘러싼 환경은 불투명하고 비관적인 예측이 급속히 증가하고 있습니다. 예상되는 역경에 대항하는 승리 남은 전략과 그 실행력이 요구되고 있습니다. 중국의 경제성장률은 과거 최저 6.2%로 발표(지금까지 6.5%)되었지만, 그 실태경제는 더욱 엄격하다고 한다.

    중국 시장에 의존도가 높은 건설기계 메이커나 공작기계 메이커의 실적은 이미 감수감익이 되어 향후 어려운 전망이 예상되고 있다. 일본에서도 공장 자동화(FA)의 기기를 다루는 대기업 8개사(파낙, SMC, 야스카와 전기 등)의 실적은 모두 감익이 되었고, 그 이유는 중국 기업의 투자 억제에 의한 것으로 보도가 있었습니다. ( 일본 경제 신문 2019년 8월 9일 기사부터 ). 이러한 실적 악화의 뉴스는 건설기계나 하이테크 기기 등 일본 제조업 전체에 퍼지고 있습니다. 그러나 이것은 표면적인 숫자만 본 내용입니다. 중요한 것은 그 내용과 이러한 상황을 어떻게 타개해 나가는가 하는 각 기업의 전략에 주목할 필요가 있습니다.

    서비스를 강화하는 각 회사의 IoT 플랫폼 전략

    건설기계 대기업인 코마츠는 전세계에서 가동하는 50만대 이상의 ICT건기 ※ 의 가동상황을 네트워크로 파악하고, 이 정보로부터 주력해야 할 에리어나 소모품이나 보수 부품의 선행 수배, 애프터 서비스 강화에 의한 서비스의 매출 확보를 진행하고 있습니다. 또한 건설 현장의 스마트화를 적극적으로 진행하여 숙련도가 낮은 오퍼레이터를 지원하는 시스템과 여성이 일하기 쉬운 현장을 지원하는 대처 등을 실시하고 있습니다. (참고: 코마츠의 스마트 컨스트럭션 )

    ※ICT건기란, 네트워크로 상시 연결되는 고기능 건설 기계. GPS로 소재나 가동 상황 등을 실시간으로 파악하고 원격 지원 등이 가능해진다

    스마트 컨스트럭션을 실현하는 서비스는, 코마츠가 독자 개발한 것 뿐만이 아니라, 그 파트너가 개발 제공하는 다양한 어플리케이션을 이용할 수 있습니다. 이것을 지지하고 있는 IoT 플랫폼이 「 LANDLOG(랜드 로그) 」입니다. LANDLOG의 파트너는 건설회사와 측량회사, IT 벤더와 통신회사뿐만 아니라 보험회사와 금융기관, 종합상사 등이 참가하여 하나의 IoT 플랫폼상에서 다양한 서비스를 제공하고 있습니다.

    건설 회사가 LANDLOG의 이용 유저로서 편리한 서비스를 사용할 뿐만 아니라, 그 파트너가 되어 자사의 강점을 독자적인 서비스로서 개발·제공하는 것도 가능합니다. LANDLOG의 데이터나 위치 정보나 화상 해석 등 표준 기능을 이용하는 것으로, 간단하게 독자적인 서비스 개발이 가능해져, 이것을 동업 타사에 제공해 새로운 서비스 수익을 벌 수 있습니다.

    FA기기 선도적인 미쓰비시전기는 스마트 공장을 실현하기 위한 FA와 IT의 통합 솔루션인 [email protected](이팩토리)를 추진하고 있습니다. 이는 모든 기기와 설비를 IoT로 연결하고 데이터를 분석, 활용하는 것에서도 제작 전체를 최적화하는 것을 목표로 하고 있습니다. 그 이미지 동영상 에서는 기업이나 공장의 울타리를 넘어 제조업의 모든 것을 연결해도 만들기를 최적화하는 이미지가 그려져 있습니다.

    예를 들면, 공작기계 메이커와 그 유저 기업을 연결하는 서비스의 사례로서 미쓰비시전기가 개발·판매하고 있는 방전가공기의 애프터서비스를 IoT로 실현하는 「iQ Care Remote4U(아이큐케어·리모트 포유)」라는 서비스 있습니다.

    이 서비스는 IoT 기술을 이용하여 장비의 가동 상황을 모니터링하는 대시보드 기능과 문제와 고장에 실시간으로 대응하는 원격 지원 기능을 제공합니다. 설비의 트러블은 생산성 저하나 납기 지연으로 이어지므로 조속한 대처가 필요합니다. 그러나 지식이나 경험이 적으면 대처에 힘쓰고 생산 현장이 혼란스러워집니다. 숙련자가 가까이 있지 않거나 여유가 없는 경우, 이러한 서비스는 현장 담당자의 든든한 지지가 됩니다. (참고: 방전 가공기 iQ Care Remote4U 리모트 서비스 사례의 사례 동영상은 이쪽 )

    이러한 서비스의 IoT 플랫폼이 미쓰비시전기가 제공하는 FA 통합 플랫폼 「iQ Platform(아이큐 플랫폼)」입니다. 이 파트너 시스템에서는 SI 파트너, 소프트웨어 파트너 및 장비 파트너의 세 가지가 있으며, 목적에 맞게 필요한 파트너를 찾을 수 있습니다. 미쓰비시전기 [email protected]의 통합 솔루션에는 공장 설비를 연결하는 엣지 컴퓨팅 플랫폼을 제공하는 커뮤니티 ' 일반 사단법인 Edgecross(엣지 크로스) 컨소시엄 '이 설립되어 250개 이상의 기업이 이에 플랫폼을 선택하고 참여 있습니다.

    그림 1 미쓰비시 전기 eF@ctory와 에지 컴퓨팅 공통 기반 Edgecross

    IoT 플랫폼에 필요한 4가지 포인트

    앞서 언급한 바와 같이, 코마츠나 미쓰비시전기 등 IoT 플랫폼을 중심으로 한 서비스 제공으로 선행하고 있는 제조업은 사물에서 코토로의 전개를 진행하고 있습니다. 이러한 움직임은 독일 시멘스사 MindSphere(마인드스피어)와 미국 마이크로소프트사 Azure IoT(아줄 아이오티) 등이 업종이나 기업마다 IoT 플랫폼을 제공하는 등 선행하고 있습니다. 공통점은 다음 네 가지입니다.플랫폼을 선택하고

    1. 데이터 수집/축적
    2. 데이터 분석/서비스화
    3. 소프트웨어 개발 환경/어플리케이션 스토어(서비스 제공)
    4. 다른 IoT 플랫폼과의 협력을 통한 데이터 상호 이용

    IoT 데이터를 디지털화하고 시각화하는 것이 중요하지만 시작 지점입니다. 목표로 하는 목표는 타사와의 차별화를 통해 경쟁력을 강화하는 것입니다. 경쟁력을 강화하고 매출과 수익을 창출할 수 없다면 향후 어려운 비즈니스 환경에서 살아남기 어려울 것입니다. 사물(제품)을 제공하는 플랫폼을 선택하고 것이 어려워지는 가운데, 코토(서비스)를 제공하는 새로운 비즈니스 모델의 기반이 되는 것이 IoT 플랫폼이라고 할 수 있습니다.

    그림 2 Siemens의 MindSphere

    그림 3 IoT 플랫폼에 요구되는 네 가지 역할

    물건 만들기와 다른 코트 만들기의 생각

    제조업에 종사하는 분들은, 종래의 모노즈쿠리에 더해 향후는 코트(서비스) 만들기에도 임하게 됩니다. 제조는 제품의 기능과 비용을 중시하고 사용자가 가능한 한 오랫동안 이용하는 것을 생각합니다만, 코트 만들기는 변화하는 사용자의 요구에 신속하고 유연하게 서비스 제공하는 것을 생각해야 합니다.

    사물의 라이프 사이클과 코트의 라이프 사이클은 크게 다릅니다. 스마트폰은 OS나 어플리케이션을 교체하면 오랫동안 이용할 수 있습니다만, 쾌적하게 이용하기 위해서는 그 교환을 수시로 실시할 필요가 있습니다. 좋은 어플리케이션이 있으면 자꾸자꾸 바꾸는――. 스마트폰 경험에서 얻은 이러한 사용법은 제조업에서도 마찬가지입니다. IoT 플랫폼의 선정은 애플리케이션의 수와 다양성이 기회 확대와 위험 회피가 될 것으로 생각됩니다. 이러한 비즈니스 환경을 생물의 생태계에 비해 생태계라고 부릅니다.

    이번에는 IoT 플랫폼에서 선행하여 비즈니스를 전개하고 있는 국내 제조업의 사례를 소개했습니다. 또한 이 사례에서 IoT 플랫폼의 역할과 사용법에 대해 설명하고, IoT 플랫폼을 선택하는 포인트로서 얼라이언스 전략이 중요한 것에 대해서도 언급했습니다.

    중앙 애플리케이션 플랫폼을 구축하여
    서비스 제공 속도를 높인 Ascend Money

    OpenShift 덕분에 팀 간의 마찰이 줄고 상담사 대기 시간이 짧아졌습니다. 소프트웨어 제공 방식도 혁신할 수 있게 됐고요.

    JOAQUIN FERNANDEZ LLAMAS , ASCEND MONEY 플랫폼 CoE(Centre of Excellence) 책임자

    회사 소개

    동남아시아 최대의 핀테크 기업인 Ascend Money는 6개국에서 4,000만 명 이상의 고객들에게 서비스를 제공합니다. 기업 인수를 통해 빠르게 성장한 탓에 각국 팀들은 서로 다른 방식으로 디지털 애플리케이션을 개발하고 배포하고 있었으며, 이로 인해 효율적인 협업이 불가능했습니다. 따라서 이 회사는 애플리케이션 개발 및 배포를 위한 중앙 플랫폼을 구축하여 효율성을 높여야 했습니다. Ascend Money는 Red Hat® OpenShift® Container Platform을 기반으로 표준화를 단행했고, 그 결과 비즈니스 제품 및 서비스를 더 쉽게 확장함으로써 고객의 요구를 빠르게 충족할 수 있게 되었습니다.

    Red Hat OpenShift로 애플리케이션 환경을 통합한 Ascend Money

    Ascend Money는 Red Hat OpenShift Container Platform으로 중앙화된 애플리케이션 플랫폼을 구축하여 지사 간 협업과 효율성을 증진할 수 있었습니다.

    성공에 이르는 길

    기회: 표준화된 애플리케이션 개발 및 제공 방식 개발

    태국에 본사를 둔 Ascend Money는 베트남, 필리핀, 캄보디아, 미얀마, 인도네시아에 지사를 개설하고 동남아시아 전체에 걸쳐 비즈니스를 운영하고 있습니다. Ascend Money의 전자 결제 애플리케이션인 TrueMoney는 대금 결제, 이체, 쇼핑, 휴대폰 크레딧 구매가 가능하여 인기가 높습니다. 이 회사는 협업을 강화하고 새로운 제품 및 기능 출시를 앞당기는 동시에 각국의 현지 고객에게 맞춤형 서비스를 제공하고자 했습니다. Ascend Money는 매일 약 100개의 애플리케이션을 빌드하여 출시하며, 이 숫자는 갈수록 증가하고 있습니다. Ascend Money 기술 제공 팀의 전 팀장인 Tim Howard는 “6개국에서 똑같은 코드를 6번씩 개발하는 비효율성에서 벗어나고 싶었고, 또 고객의 요구를 충족하려면 빠른 변경이 가능해야 했습니다.”라고 말합니다.

    고객 사례

    Red Hat OpenShift로 애플리케이션 환경을 통합한 Ascend Money

    솔루션: 레거시 환경을 컨테이너 솔루션으로 교체

    Ascend Money는 애플리케이션 프로세스의 효율성을 높이기 위해 레거시 애플리케이션을 표준화된 플랫폼으로 마이그레이션하기로 결정하고, 이를 위해 Red Hat 기술을 선택했습니다. 그리고 Red Hat Consulting의 도움을 받아 레거시 애플리케이션과 새로운 클라우드 네이티브 서비스 모두 OpenShift Container Platform으로 옮겨 단일 플랫폼을 제공했습니다. 덕분에 IT 팀과 개발자들이 클라우드 환경 어디서나 협업할 수 있게 되었습니다. 이와 함께 Ascend Money는 자동화를 통해 6개국 전체에 플랫폼을 선택하고 일관되게 애플리케이션을 배포하고, 관리 솔루션을 도입하여 가시성을 높이고 스케줄링을 간소화했습니다. Tim은 “Red Hat의 지원과 동시에 오픈소스 커뮤니티까지 이용할 수 있기 때문에 독점 솔루션으로는 상상하지 못했던 방식으로 업무를 처리할 수 있게 됐습니다.”라고 이야기합니다.

    소프트웨어 및 서비스

    • Red Hat OpenShift Container Platform
    • Red Hat Ansible® Automation Platform
    • Red Hat Satellite
    • Red Hat Consulting

    결과: 애플리케이션 개발 가속화

    Ascend Money는 중앙화된 플랫폼에서 셀프 서비스 접근 방식을 통해 개발 작업의 효율성을 높일 수 있게 되었습니다. Ascend Money의 플랫폼 CoE(Centre of Excellence) 책임자인 Joaquin Fernandez Llamas는 “OpenShift 덕분에 팀 간의 마찰이 줄고 상담사 대기 시간이 짧아졌습니다. 소프트웨어 제공 방식도 혁신할 수 있게 됐고요.”라고 평가합니다. 이와 함께 Ascend Money는 자동화 및 온디맨드 확장성을 바탕으로 출시 시간도 단축했습니다. 그 결과 예전에는 1주일이 걸리던 작업이 이제는 2-3일이면 완료되며, 6명밖에 안 되는 기술 운영 팀에서 약 200명의 개발자를 지원할 수 있게 되었습니다. 엔터프라이즈 지원과 애자일 관리 기능으로 보안 및 컴플라이언스도 강화했습니다. Joaquin은 “우리 회사는 결제 처리업체이기 때문에 고도의 보안이 필수입니다. Red Hat Satellite을 도입한 뒤로는 필요할 때 즉시 위협이나 취약점에 대응할 수 있게 됐습니다.”라고 말합니다.

    관련 사례

    금융 산업에 소용돌이를 몰고 온 오픈소스 기술이 뱅킹 현대화를 앞당기고 있습니다. 오픈소스는 사람들을 한데 모아 프로젝트에 기여하게 함으로써 혁신에 불을 붙입니다. 저희는 모든 기술 혁신의 미래가 오픈소스에 있다고 생각하기 때문에 Red Hat과 함께 그 첫 발을 내디디게 되어 매우 기뻤습니다.

    JOHN CATTRALL , ASCEND MONEY 기술 운영 책임자

    Red Hat은 세계적인 오픈소스 솔루션 공급업체로서 커뮤니티 기반의 접근 방식을 통해 고성능 Linux, 클라우드, 컨테이너 및 쿠버네티스 기술을 제공합니다. Red Hat은 전세계 고객에게 높은 수준의 지원과 교육 및 컨설팅 서비스를 제공하여 권위있는 어워드를 다수 수상한 바 있으며 이를 통해 고객 환경 전반의 표준화, 클라우드 네이티브 애플리케이션 개발, 복잡한 환경의 통합, 자동화, 보안 및 관리를 지원합니다.


0 개 댓글

답장을 남겨주세요