전개
어떻게합니까 Mendix 스테이징과 배포를 지원하시나요?
스테이징과 배포는 DevOps 프로세스의 필수적인 부분이며, 적절한 거버넌스와 제어 기능을 갖추면 개발자가 새로운 버전의 코드를 신속하게 릴리스할 수 있습니다.
이 과정을 구축하는 것은 많은 움직이는 부품이 필요하기 때문에 종종 복잡할 수 있습니다. Mendix 애플리케이션의 스테이징 및 배포를 지원하기 위한 통합 툴을 제공합니다. Mendix AWS, Azure, OpenShift, SAP BTP와 같은 클라우드 및 기타 IaaS 공급업체.
배포하기 전에 애플리케이션을 어떻게 빌드합니까?
애플리케이션을 배포하기 전에 먼저 빌드해야 합니다. 애플리케이션을 빌드하면 선택한 플랫폼에 배포할 수 있는 배포 패키지가 생성됩니다.
애플리케이션에 대한 배포 패키지를 빌드하는 방법은 여러 가지가 있습니다. 모든 배포 옵션 에 연결된 Mendix, Mendix 서버 구축. 이렇게 하면 클라우드에서 애플리케이션의 배포 패키지가 생성됩니다. Mendix 인프라. 배포 프로세스는 다음에서 수동으로 시작할 수 있습니다. Mendix 플랫폼 또는 API를 사용하여 트리거할 수 있습니다. 이를 통해 자동화된 CI/CD 배포 파이프라인에 빌드 프로세스를 내장할 수 있습니다.
연결되지 않은 배포 옵션의 경우 Mendix 플랫폼을 사용할 수 있습니다 MxBuild 명령줄 도구 로컬에서 애플리케이션에 대한 배포 패키지를 빌드합니다. MxBuild 프로세스는 자동화된 CI/CD 배포 파이프라인에 임베드될 수 있습니다.
수동으로 Studio Pro에서 배포 패키지 빌드 시작. 이렇게 하면 선택한 배포 옵션에서 사용할 수 있는 개발 머신에 애플리케이션 배포 패키지가 생성됩니다.
릴리스 프로세스의 일부로 앱을 배포하려면 어떻게 해야 합니까?
애플리케이션을 배포하기 전에 배포 패키지가 필요합니다. Mendix Build Server는 클라우드에서 애플리케이션을 자동으로 빌드하고 패키징합니다. Build Server는 다음을 생성합니다. Mendix 배포 아카이브(MDA)에는 애플리케이션을 배포하는 데 필요한 모든 관련 자산이 포함되어 있습니다.
배포 패키지 리포지토리에서 애플리케이션의 개정판이 생성되면 사용 가능한 환경 중 하나로 스테이징할 수 있습니다. Mendix 포털을 사용하면 몇 번의 클릭만으로 이 작업을 수행할 수 있습니다.
개발팀은 플랫폼 기반을 활용하여 이 프로세스를 완전히 자동화할 수 있습니다. Mendix 파이프 라인 또는 선택한 자체 CI/CD 도구 및 서비스를 통해서도 가능합니다. Mendix 파이프라인은 Mendix-CI/CD를 로우코드로 만들고 모든 사람이 접근할 수 있도록 하는 네이티브 기능. 쉽게 구성할 수 있는 파이프라인 단계 세트로 파이프라인을 설계하고, 앉아서 자동화를 즐기세요.
모든 배포 활동 Mendix 플랫폼은 기록되고 표시됩니다. Mendix 포털. 각 환경의 활동 로그를 검토하여 앱 환경에서 작업을 실행한 사용자를 식별할 수 있습니다.
AI를 활용해 DevOps 프로세스를 더욱 강력하게 만들 수 있나요?
DevOps 프로세스를 포함한 플랫폼 전반에 AI가 내장되어 있습니다. AI가 DevOps 프로세스를 개선하는 세 가지 구체적인 사례는 다음과 같습니다.
- Maia 채팅 – 부기장이 전개 관련 모든 질문에 답변해 드립니다. 다양한 지식 기반을 활용하여 궁금한 점을 질문하시면 됩니다. Maia 문서, 블로그 또는 커뮤니티 게시물을 검색하는 데 시간을 허비하는 대신 채팅을 통해 지침을 얻으세요.
- Maia 파이프라인의 모범 사례 확인 – Maia Best Practice Recommendator는 다음을 확인합니다. Mendix 개발 안티 패턴에 대한 모델을 생성하고 오류, 지원 중단, 경고 및 수정 권장 사항을 반환합니다. 이 기능은 Studio Pro에서 사용할 수 있으며 파이프라인의 구성 가능한 단계에서도 사용할 수 있습니다. 특정 브랜치를 체크아웃한 후 이니셔티브를 Maia 모범 사례 추천자 확인(Best Practice Recommender Check)은 모델의 품질을 보장합니다. 파이프라인 단계도 구성 가능하므로, 필요에 따라 스테이지 게이트를 설정할 수 있습니다. 예를 들어, 프로덕션 배포에 경고가 허용되지 않는 경우, 파이프라인에서 해당 경고를 구성하여 최종 사용자에게 고품질 애플리케이션을 제공할 수 있습니다.
- QSM 설명 – Mendix 유료 애드온 도구인 품질 및 보안 관리(QSM)는 업계 벤치마크를 기반으로 정적 코드 분석을 수행하고 OWASP와 같은 프레임워크를 기반으로 오픈소스 보안 상태 분석을 수행합니다. 프로그래밍 방식의 인사이트 외에도, AI 기반 "설명" 기능을 통해 각 결과와 가능한 개선책을 자세히 설명합니다.
얼마나 유연한가 Mendix 파이프라인?
파이프 라인 유연성과 단순성을 염두에 두고 구축되었습니다. 파이프라인은 Checkout, Build, Deploy, Backup과 같은 사용하기 쉬운 구성 가능한 파이프라인 단계를 사용하여 설계할 수 있습니다. 프로젝트 팀의 필요에 따라 단계를 추가하고 삭제할 수 있습니다. Mendix 또한 사용자가 신속하게 시작할 수 있도록 돕기 위해 테스트 환경에 빌드하고 배포하는 파이프라인 템플릿을 제공합니다.
파이프라인 단계는 모듈 방식으로 구축되므로 각 단계는 입력 매개변수를 취하고, 동작을 실행하고, 출력 매개변수를 생성합니다. 한 단계의 출력은 변수를 사용하여 다른 단계에서 사용할 수 있습니다.
예를 들어, Publish 단계는 배포 패키지의 패키지 ID를 게시하고 Deploy 단계는 $Publish.PackageId를 사용하여 이를 참조할 수 있습니다. 변수를 사용하여 단계를 구성하는 옵션은 더 많은 유연성을 제공합니다. 그러니 기다리지 말고 지금 파이프라인을 설계하세요.
릴리스된 변경 사항을 요구 사항으로 추적하려면 어떻게 해야 합니까?
앱 모델에 대한 변경 사항을 커밋할 때 Mendix Studio Pro를 Team Server에 연결하면 됩니다. 활성 스프린트에서 관련 사용자 스토리를 표시하세요.. 이 교차 참조 메타데이터는 다음에 저장됩니다. Mendix Team Server를 사용하면 나중에 개발 프로세스에서 요구 사항으로 변경 사항을 추적할 수 있습니다. 자세한 내용은 다음을 참조하세요. 버전 관리.
앱에 대해 얼마나 많은 환경을 프로비저닝할 수 있나요?
In Mendix 클라우드, 환경은 단계적 배포를 허용하도록 프로비저닝됩니다. 대부분의 애플리케이션 노드에는 두 가지 환경(수락 및 프로덕션) 또는 세 가지 환경(테스트, 수락 및 프로덕션)이 제공됩니다. 프리미엄 고객의 경우 Mendix 이 플랫폼은 DevOps 프로세스에 맞게 추가 환경을 추가하는 것을 지원합니다.
앱의 프로덕션 환경을 보호하기 위해 사용할 수 있는 컨트롤은 무엇입니까?
In Mendix 클라우드에서는 액세스 제어를 구성하여 각 환경을 보고, 배포하고, 관리할 수 있는 팀원을 지정할 수 있습니다. 이를 통해 서로 다른 스테이징된 환경에 배포할 때 책임을 분리할 수 있습니다.
애플리케이션을 프로덕션 환경에 배포하려면 사용자는 인증 앱 또는 SMS를 통해 30단계 인증을 사용하여 인증해야 합니다. 토큰은 8초마다 변경됩니다. 인증되면 최대 XNUMX시간 동안 프로덕션에서 작업을 수행할 수 있으며, 그 후에는 다시 인증해야 합니다.
어떻게합니까 Mendix 다른 플랫폼에 대한 스테이징 및 배포를 지원하시나요?
게다가 Mendix 구름, Mendix AWS, Azure, OpenShift, SAP BTP 및 온프레미스 인프라와 같은 다양한 플랫폼에서 배포를 지원합니다. 모든 배포 기능에 대한 자세한 내용은 Mendix 플랫폼을 참조하십시오 배포 옵션 페이지.