At Mendix 저희는 클라우드 플랫폼 발전에서 로우코드 시장을 선도하고 고객에게 최고 수준의 선택권과 통제력을 제공하기 위해 깊은 헌신을 가지고 있습니다. 저희는 로우코드 앱의 멀티클라우드 배포를 개척했으며, 저희는 로우코드 앱과 결합한 유일한 공급업체입니다. 높은 제어 배포를 통한 높은 생산성 개발 관리 및 100% 클라우드 네이티브 아키텍처. 오늘 우리는 클라우드 플랫폼의 최신 발전을 공개하게 되어 기쁩니다. Kubernetes에 대한 지원 발표 오픈소스 컨테이너 오케스트레이션 시스템. 살펴보겠습니다. Mendix 클라우드 스택과 쿠버네티스가 제공하는 이점

클라우드 네이티브 및 멀티클라우드 아키텍처

Mendix 클라우드 기반 앱 플랫폼으로 처음부터 구축되었습니다. 그리고 Mendix 7, 우리는 Cloud Foundry와 Docker를 활용하는 차세대 클라우드 아키텍처를 도입하여 시장을 선도하는 확장성, 고가용성(HA) 및 멀티클라우드 이동성을 제공했습니다.

2014년에 우리는 Cloud Foundry(CF) 상호 운용 가능한 Platform-as-a-Service(PaaS) 프레임워크를 클라우드 런타임 아키텍처에 통합할 뿐만 아니라 Cloud Foundry Foundation에 가입하고 기여자가 되기로 결정했습니다. 이는 우리가 계속하는 약속입니다. 사실, 우리는 이를 하는 유일한 로우코드 플랫폼 공급업체로 남아 있습니다.

우리는 여러 가지 이유로 Cloud Foundry를 지원하기로 결정했는데, 그 중 가장 중요한 것은 CF가 제공하는 클라우드 이식성과 대규모 확장성 및 지속적인 운영에 대한 지원입니다. 대중적인 것 외에도 Mendix 구름-여러 지역 및 가용성 영역에서 AWS에서 실행되며 HA 장애 조치 기능이 기본 제공됩니다.—또한 다음을 배포할 수도 있습니다. Mendix IBM BlueMix, Pivotal, SAP Cloud Platform을 포함한 모든 CF 기반 PaaS 플랫폼에서 런타임이 제공됩니다.

동시에, 우리는 CF가 널리 받아들여진 만큼 Docker가 고객의 배포 옵션을 더욱 확대하여 사실상 모든 프라이빗 클라우드, 가상 프라이빗 클라우드 또는 온프레미스 인프라에 배포할 수 있게 할 것이라는 점을 인식했습니다. 그리고 Docker의 중요성과 인기는 마이크로서비스와 컨테이너화가 많은 조직의 핵심 기술 전략이 되면서 계속 증가할 것입니다. 사실, Mendix AWS와 Azure에서 가상 사설 클라우드 배포를 위한 Docker 지원을 도입한 최초의 로우코드 플랫폼 공급업체였으며, 2016년 XNUMX월에 개발자에게 제공했습니다. 그리고 여전히 이를 수행한 유일한 로우코드 공급업체입니다.

쿠버네티스를 입력하세요

컨테이너의 인기가 상승하고 개발자와 운영팀 모두에게 효과적인 컨테이너화 전략을 만들고자 하는 욕구가 커지면서 PaaS 기술의 최신 발전은 컨테이너 엔진 위의 다음 계층인 컨테이너 오케스트레이션과 스케줄링에 대한 사실상의 표준의 등장입니다. 이것이 해결해야 할 중요한 문제인 이유는 무엇일까요? Gartner는 다음과 같이 말합니다.

Docker는 컨테이너를 빌드하는 방법(Docker 도구 및 이미지 형식 사용), 컨테이너를 실행하는 방법(컨테이너 런타임 사용), 컨테이너를 공유하고 배포하는 방법(Docker 레지스트리)과 같은 단일 컨테이너 문제를 해결하는 데 적합합니다. 하지만 대부분의 애플리케이션은 단일 컨테이너에 캡슐화되지 않습니다. 대부분은 여러 컨테이너에 패키징된 소프트웨어를 가지고 있으며, 위의 다이어그램에 있는 데이터 저장소, 캐시, 로드 밸런서와 같은 다른 서비스를 사용합니다. 앱과 달리 컨테이너는 수명 주기가 짧은 경향이 있는 프로세스일 뿐입니다. 즉, 컨테이너화된 환경에서는 관리해야 할 수명 주기가 훨씬 더 많습니다."[I]

그림 1. 컨테이너 기술 스택의 PaaS를 위한 인프라로서의 Kubernetes(출처: Gartner)

컨테이너 관리 시스템은 이러한 과제에 대한 해결책으로 등장했으며, 쿠버네티스가 가장 뛰어난 사례입니다. Docker가 컨테이너 엔진으로서 널리 보급되면서, 쿠버네티스는 빠르게 컨테이너 오케스트레이션 기술로 선택되었습니다. 이는 호스트 클러스터에서 Docker를 포함한 애플리케이션 컨테이너의 배포, 확장 및 운영을 자동화하는 컨테이너 관리 시스템을 제공합니다.

원래 Google에서 지속적인 소프트웨어 배포를 가능하게 하면서 견고한 웹 스케일 아키텍처를 뒷받침하기 위해 개발한 Kubernetes는 오늘날 상업적 공급업체에서 다른 오픈 소스 이니셔티브, 최종 사용자 조직에 이르기까지 많은 조직에서 수용하는 오픈 소스 프로젝트입니다. Amazon, Google, IBM, Microsoft, Pivotal, Red Hat과 같은 공급업체는 현재 Kubernetes를 지원하고 있으며 Oracle과 같은 다른 공급업체는 내년 안에 Kubernetes로 이전할 계획입니다. Kubernetes의 광범위한 채택과 타의 추종을 불허하는 추진력으로 인해 Kubernetes는 컨테이너 오케스트레이션의 사실상 표준이 되었습니다.

쿠버네티스에서 Mendix

오늘, 우리는 Kubernetes를 지원하여 로우코드 클라우드 배포 옵션의 최신 기술을 다시 한 번 발전시키고 있습니다. Mendix. 이제 고객은 배포할 수 있습니다. Mendix Docker 컨테이너를 사용하여 구축된 Kubernetes 오케스트레이션 서버 클러스터 전반의 앱 Mendix Docker Buildpack. DevOps 워크플로의 경우 다음과 같은 인기 있는 자동화 서버 젠킨스 깃랩 CI 클러스터에서 컨테이너를 빌드하고 배포하는 데 사용할 수 있습니다. 즉, 고객은 이제 Docker와 Kubernetes를 사용하는 모든 PaaS 스택에서 Cloud Foundry와 관련된 동일한 배포 용이성과 수평적 확장성을 누릴 수 있습니다. 여기에는 상용 PaaS 솔루션과 Container as a Service(CaaS) 제공, 그리고 기업이 Docker와 Kubernetes를 사용하여 직접 조립할 수 있는 프레임워크가 포함됩니다. 사실, 오늘날 대규모 애플리케이션 포트폴리오를 위해 바로 그렇게 하는 고객이 있습니다.

Kubernetes 지원에는 방법 안내서와 다음이 포함됩니다. Jenkins/Kubernetes 참조 구현 Azure Container Services에서 실행 중입니다.                                          

상호 운용성은 더 많은 선택권을 만듭니다

Kubernetes의 광범위한 채택은 PaaS 시장에서 두 가지 중요하고 유익한 추세에 기여하고 있습니다.

(1) 오픈 소스 프로젝트와 상용 제품 전반에 걸친 협업 및 상호 운용성 수준이 향상되었습니다.

(2) 포괄적인 PaaS 프레임워크의 핵심 기능 분리.

두 가지 추세 모두 앱 개발 및 배포에 대한 선택의 폭을 빠르게 넓히고 있으며, 단순성과 제어 간의 균형을 맞추고 있습니다.

예를 들어, Pivotal은 최근 VMware와 Google과 협력하여 만든 Pivotal Container Service™(PKS)를 발표했습니다. 오픈 소스 Kubo 프로젝트의 상업적으로 지원되는 릴리스인 PKS는 기업 환경에서 Kubernetes를 간단히 배포하고 운영할 뿐만 아니라 VMware vSphere와 Google Cloud Platform(GCP)에서 온프레미스를 실행하기 위해 Docker 워크로드로 마이그레이션하는 "원활한 메커니즘"을 목표로 합니다. 이는 개방형 클라우드 네이티브 인프라 내에서 이식성과 상호 운용성의 훌륭한 예이자 또 다른 스택입니다. Mendix 배포되도록 설계되었습니다.

 PaaS 생태계의 상호 운용성 및 개방성의 또 다른 주목할만한 예는 다음과 같습니다. 오픈 서비스 브로커 API. 내에서 지원됨 Mendix 플랫폼에서 이 API는 Cloud Foundry에서 발견되는 서비스 브로커링 기능을 독립적으로 사용할 수 있도록 만들어졌습니다. 이를 통해 애플리케이션은 메시지 큐나 데이터베이스와 같은 플랫폼 수준 서비스를 찾아 바인딩할 수 있습니다. 이러한 형태의 브로커링을 크로스 플랫폼 방식으로 제공하는 것은 매우 강력합니다. 이미 Google과 Microsoft는 API를 통해 플랫폼 기능을 공개하기 시작했으며, API는 OpenShift와 Kubernetes 내에서 채택되었습니다.

이러한 사례는 플랫폼 수준에서 빠르게 성장하는 글로벌 클라우드 생태계를 보여줍니다. 각 조직이 적합하다고 생각하는 대로 기능을 혼합하고 일치시키고, 자신에게 가장 적합한 방식으로 단순성과 제어의 균형을 유지할 수 있는 생태계입니다.

클라우드 네이티브 배포 옵션의 전체 스펙트럼

이 모든 것을 절실하게 중요하게 만드는 것은 모든 조직이나 모든 프로젝트가 동일한 배포 및 운영 요구 사항을 가지고 있지 않다는 것입니다. 일부의 경우, 완전한 클라우드 스택의 즉각적인 프로비저닝, 탄력적 확장 및 HA 장애 조치에 대한 기본 제공 지원, 스택을 관리하는 것의 단순성이 Mendix 대중에게 공개할 것이다 Mendix 클라우드는 매우 매력적입니다. 다른 사람들에게는 Docker, Kubernetes, Jenkins와 같은 것을 사용하여 자체 CI/CD 및 컨테이너 스택을 조립, 배포 및 관리하는 옵션이 가장 적합한 전략이 될 것입니다. 다른 사람들은 중간적인 것을 선택할 것입니다. 즉, 배포 및 관리를 간소화하는 동시에 로우코드 워크로드를 배포할 위치를 선택할 수 있는 CF 기반 또는 Docker/Kubernetes 기반 PaaS 솔루션입니다. 그럼에도 불구하고 클라우드 네이티브 아키텍처와 오픈 클라우드 에코시스템 지원은 그러한 선택을 할 수 있는 유연성을 제공합니다.

자세한 내용은, 방법 및 설명서를 방문하세요.