커뮤니티 활동

또 다른 결과 Mendix AWS와의 협력을 통해 지식과 도구의 풍부함이 만들어졌습니다. Mendix 개발 여정에 있는 메이커와 AWS 빌더. 이 활성화 자료에는 다음이 포함됩니다. 블로그 게시물, 학습 경로, 유익한 비디오글렌데일 예시 구현. 또한 솔루션을 만드는 데 필요한 단계별 가이드, 모범 사례 및 실용적인 통찰력도 포함되어 있습니다. Mendix AWS를 처음 사용하는 분들을 위한 Mendix.

따라서 Mendix 커뮤니티는 콘텐츠 형성에 중요한 역할을 했습니다. 그들은 다음에 대한 피드백을 제공했습니다. 법정, 성장과 혁신을 위한 환경을 조성하고 개선이 필요한 영역을 강조했습니다. 커뮤니티는 인증을 위해 여러 커넥터에서 동일한 자격 증명을 구성해야 하는 것과 같은 좌절감과 AWS Lambda 함수의 런타임을 확장하기 위해 사용자 지정 엔드포인트를 호출하고 HTTP 시간 초과 구성을 재정의하는 것과 같은 아이디어를 자유롭게 공유했습니다. 이 모든 피드백은 최근 업데이트에 반영되었습니다. AWS 인증 커넥터 더욱 광범위한 AWS Connector Suite로 개발자 경험을 향상시킵니다.

업그레이드 및 개선 사항

이러한 변경 사항의 세부 사항을 더 자세히 살펴보겠습니다. 저는 주요 변경 사항에 대한 포괄적인 개요를 제공하고, 심의 내용을 설명하며, 이러한 변경 사항이 개발자의 워크플로에 미칠 수 있는 영향에 대해 논의할 것입니다. 이러한 통찰력이 더 원활하고 효율적인 개발 경험으로 이어지기를 바랍니다.

AWS Connector Suite의 업데이트 및 개선 사항은 기술적 업그레이드를 넘어선다. 이를 결합할 때 개발 워크플로를 향상시킨다. Mendix 그리고 AWS.

이러한 변경 사항은 이전 버전의 커넥터를 사용하는 애플리케이션에 영향을 미칩니다. 이러한 변경 사항이 무엇을 수반하는지, 그리고 어떻게 하면 새 버전으로 원활하게 전환할 수 있는지 자세히 살펴보겠습니다.

구성요소의 중앙집중화

가장 주목할 만한 변경 사항은 연결 세부 정보 상수와 Credentials 객체를 생성하기 위한 마이크로플로를 포함한 인증 구성 요소의 중앙 집중화입니다. 이 변경 사항은 인증 상수와 마이크로플로가 더 이상 커넥터 모듈에 없고 AWS 인증 커넥터에 있기 때문에 업데이트되지 않은 애플리케이션에서 오류를 발생시킵니다. 이러한 오류는 AWS 인증 커넥터에 있는 연결 세부 정보 상수와 자격 증명 생성 마이크로플로를 구성하여 해결할 수 있습니다.

요청 엔터티 각각

이전에 요청 엔터티가 있었는지 여부와 관계없이 모든 작업을 요청 엔터티를 포함하도록 표준화했습니다. 이 변경 사항은 제품군 전체에 일관성을 제공합니다. 업그레이드할 때 이전에 요청 엔터티가 없었던 작업에 오류가 발생할 수 있습니다. 이러한 오류를 해결하려면 업데이트에 맞춰 새로 도입된 요청 엔터티의 인스턴스를 추가하기만 하면 됩니다.

AbstractRequest 엔터티에서의 상속

이 변경은 모든 작업에 대한 요청 엔터티 도입을 기반으로 합니다. 모든 요청 엔터티가 이제 AWS 인증 커넥터의 AbstractRequest 엔터티에서 상속되는 새로운 기능을 통합했습니다. 이 상속은 HTTP 클라이언트 구성을 재정의하는 기능의 길을 열어줍니다. 이 수정은 작업을 표준화하는 데 맞춰져 있지만 이전에 요청 엔터티가 없었던 작업의 업그레이드 중에 오류가 발생할 수 있습니다. 이러한 변화는 업그레이드 프로세스 중에 변경을 해야 할 수 있지만 커넥터 작업의 동작을 고급으로 제어할 수 있게 해줍니다.

AWS Connectors Suite 전반에 걸친 전면 정비

제품군의 각 커넥터는 균일성과 일관성을 보장하기 위해 전면적인 정비를 거쳤습니다. 이러한 업데이트는 AWS Connectors Suite의 모든 커넥터에 대한 중대한 변경 사항을 도입한다는 점에 유의하는 것이 중요합니다. 필요한 조정 횟수는 특정 커넥터에 따라 다릅니다. 중요한 점은 모든 업그레이드된 커넥터가 이제 제품군의 향상된 표준 및 기능에 맞춰 AWS Authentication Connector 3.0.0을 전제 조건으로 사용한다는 것입니다.

이러한 변경 사항과 마이그레이션 단계를 이해하면 업데이트된 버전으로 원활하게 전환할 수 있습니다. 이를 통해 Makers는 AWS Connector Suite의 향상된 기능을 활용하는 데 도움이 됩니다.

AWS 커넥터 제품군 전체의 중앙 집중화

또 다른 변경 사항은 AWS Connectors Suite 전체의 구성 요소를 AWS Authentication Connector로 중앙 집중화하는 것입니다. 이 모듈은 모든 AWS 커넥터의 전제 조건입니다. 이러한 변경의 핵심 요소는 다음과 같습니다.

AWS 지역 열거

어떤 모듈별 지역 열거를 선택해야 하는지 알아내기 위해 애쓰던 시절은 이제 사라졌습니다. AWS 지역 열거의 중앙 집중화로 이제 모든 AWS 서비스 지역 목록에 대한 액세스가 간소화되었습니다. 더 광범위한 통합 옵션을 위해 추가 지역을 포함하도록 이 목록을 확장했습니다.

이러한 추가된 지역은 커넥터가 최신 AWS 지역과 최신 상태를 유지하도록 보장하여 개발자에게 AWS 워크플로 배포에 대한 더 많은 옵션을 제공합니다. 새로운 지역에는 다음이 포함됩니다.

• 아시아 태평양 – 하이데라바드(ap_south_2)
• 아시아 태평양 – 멜버른(ap_southeast_4)
• 유럽 ​​– 스페인(eu_south_2)
• 유럽 ​​– 취리히(eu_central_2)
• 이스라엘 – 텔아비브(il_central_1)
• 중동 – UAE (me_central_1)
• AWS GovCloud – 미국 동부(us_gov_east_1)
• AWS GovCloud – 미국 서부(us_gov_west_1)

인증 상수

AWS 인증을 구성하는 데 사용되는 연결 세부 정보 상수를 중앙 집중화했습니다. 이는 커뮤니티 피드백을 통해 이루어진 변경입니다. 커뮤니티는 여러 상수 세트를 구성해야 하므로 개발 중에 불필요한 구성 오버헤드가 발생한다고 공유했습니다. 새로운 업데이트는 이러한 상수를 AWS 인증 커넥터로 재배치하여 이를 근절합니다. 이를 통해 자격 증명의 재사용성을 촉진하는 동시에 여러 자격 증명 세트를 구성할 가능성도 유지합니다.

인증 워크플로도 검토했습니다. 이전에 인증에 사용했던 상수 'UseStaticCredentials'를 제거했습니다. Credentials 엔터티에 대한 새로운 접근 방식은 이제 AWS의 관행과 더 일치합니다.

정적 인증은 변경되지 않습니다. 그러나 임시 인증의 경우 Credentials 객체의 특수화인 TemporaryCredentials 엔터티를 도입했습니다. 이는 AWS 명명 규칙을 반영할 뿐만 아니라 인증 문제를 더 명확하고 개선된 방식으로 분리합니다.

또한 AWS Connectors Suite는 이전에 사용하던 '세션 기반 자격 증명' 대신 '임시 자격 증명'이라는 용어를 채택했습니다. 이 용어는 AWS 생태계에서 더 널리 인식되고 채택되었습니다. 이 접근 방식은 AWS 표준과 동기화를 유지하고 Makers를 위한 커넥터의 명확성과 일관성을 향상시키려는 당사의 노력을 구현합니다.

유효한 자격 증명을 생성하기 위한 즉시 사용 가능한 마이크로플로

이전에는 커넥터 액션에 액션 자체의 흐름 내에서 Credentials 객체를 만드는 로직이 포함되었습니다. 그러나 이 접근 방식은 진화하여 이제 Credentials 객체를 입력 매개변수로 요구합니다. 새로운 커넥터에서 이미 채택한 이 변경 사항은 사용자 지정 자격 증명 관리를 허용하여 유연성을 향상시킵니다.

최신 업데이트에서 모든 커넥터 작업을 이 접근 방식으로 표준화했습니다. 결과적으로 각 AWS 커넥터에 존재했던 모든 자격 증명 생성 마이크로플로는 이제 정적 및 임시 인증을 위한 두 개의 개별 마이크로플로로 AWS 인증 커넥터에 중앙 집중화되었습니다. 이러한 분리는 보다 세부적인 제어를 촉진하여 개발자가 개발 중에 빠른 인증을 위해 정적 자격 증명을 선택하거나 프로덕션 환경에서 안전하고 단기적인 액세스를 위해 임시 자격 증명을 선택할 수 있습니다.

이러한 구성 요소를 AWS 인증 커넥터 모듈로 중앙 집중화하면 재사용성과 효율성이 향상됩니다. 특히 각 커넥터에 이미 AWS 인증 커넥터가 필요하기 때문입니다. 커뮤니티 피드백에 따라 추진되는 이 접근 방식은 여러 AWS 커넥터가 있는 프로젝트에서 중복된 상수 세트를 관리하는 어려움을 해결하고 보다 원활하고 통합된 개발 프로세스를 보장합니다.

HTTP 클라이언트 구성 재정의

AWS Connectors Suite를 개발할 때 우리는 기본 SDK 대신 AWS 소프트웨어 개발 키트(SDK)를 사용했습니다. Mendix REST 서비스 호출 활동. 이 접근 방식은 AWS 통합을 처리하는 데 있어 효율성을 우선시합니다. SDK가 이러한 작업을 자동화하기 때문에 HTTP 헤더를 사용자 지정하고 요청에 서명하는 복잡성을 제거합니다. 또한 재시도 논리 및 제한 관리와 같은 기본 제공 기능을 제공합니다. 이 기반은 SDK HTTP 클라이언트 구성을 재정의하여 개발자에게 애플리케이션의 동작을 더 많이 제어할 수 있는 권한을 부여하는 것에 대한 논의를 위한 토대를 마련합니다.

SDK의 HTTP 클라이언트에 대한 기본 구성 재정의

기본 HTTP 클라이언트 설정으로 인해 AWS Lambda 함수가 시간 초과되는 것과 같은 문제를 해결하기 위해 사용자 지정 가능한 HTTP 클라이언트 구성을 도입했습니다. 각 커넥터 작업에는 AbstractRequest 엔터티에서 상속하는 요청 엔터티가 있습니다. 기본 HTTP 구성을 재정의하기 위해 Maker는 (하위) 유형 BasicClientConfig의 객체에 속성을 설정하고 커넥터 작업을 호출하기 전에 요청과 연결합니다.

일부 사용 사례는 다음과 같습니다.

• AWS Lambda 함수 등 더 오래 걸릴 수 있는 작업을 수용할 수 있도록 시간 제한 설정을 확장합니다.
• 클라이언트가 실패한 AWS 서비스 요청에서 복구하는 방법에 대한 동작을 변경하기 위해 재시도 메커니즘을 사용자 지정합니다.
• 로컬 테스트 등의 사용 사례에 필요한 호출 엔드포인트 재정의, AWS 서비스의 자체 호스팅 인스턴스와 통합, VPC 엔드포인트 호출(프라이빗 클라우드)

이러한 개선 사항을 통해 제조업체는 더 큰 제어력과 유연성을 제공하여 커넥터를 특정 애플리케이션 요구 사항에 맞게 조정할 수 있습니다.

추가 모듈에서 일반 모듈로 전환

'추가 모듈이란 무엇인가?' 및 '커넥터 모듈을 Marketplace 모듈에서 찾을 수 없는 이유는 무엇인가?'와 같은 의견은 일부 AWS 커넥터의 모듈 유형과 관련된 일반적인 질문입니다. 추가 모듈은 다음에서 특수화된 구성 요소입니다. Mendix IP 보호 및 번들 종속성과 같은 기능을 제공하여 표준 모듈과 구별됩니다. AWS Connector Suite 개발에서 애드온 모듈의 고유한 기능을 어떻게 활용했는지 살펴보겠습니다.

애드온 모듈

1년 전, 우리는 파일럿 단계에서 Amazon Polly Connector를 애드온 모듈로 출시했습니다. 우리는 전체 제품군을 애드온 모듈로 배포하는 것이 가능한지 평가하는 것을 목표로 했습니다. 애드온 모듈(.mxmodule 확장자)은 커넥터의 종속성을 함께 묶어 라이브러리 충돌을 피하는 데 이상적입니다. 그러나 Mendix' 관리되는 종속성 기능에 Mendix Studio Pro 10.3에서는 이 문제가 더 이상 해당되지 않습니다.

정규 모듈로의 전환

새로운 종속성 관리 기능 덕분에 일반 모듈을 다시 사용하는 전환을 완료할 수 있었습니다. 이러한 전환은 개발 프로세스를 간소화할 뿐만 아니라 이러한 커넥터를 AWS 통합을 구축하려는 사람들에게 참조로 사용할 수 있게 합니다.

일반 모듈로 전환하면 사용자 정의에 대한 가능성이 더 넓어지고 이는 당사의 약속과 일치합니다. Mendix AWS를 기반으로 앱을 구축할 수 있는 가장 빠르고 쉬운 플랫폼입니다.

맺음말

요약하자면, AWS Connector Suite에 대한 이번 업데이트는 기능성과 사용성 측면에서 개선을 가져왔습니다.

• AWS 인증 커넥터에 구성 요소를 중앙 집중화하면 중복을 줄이고 해당 구성 요소의 재사용성을 강화하여 개발 프로세스가 간소화됩니다.
• 사용자 정의 가능한 HTTP 클라이언트 구성이 도입되면서 확장된 시간 제한 설정 및 사용자 정의 재시도 메커니즘과 같은 측면을 포함하여 AWS 통합에 대한 제어가 향상되었습니다.
• 추가 모듈에서 일반 모듈로 전환하면 개발이 간소화되고 사용자 정의 및 통합 가능성이 확대됩니다.

이러한 개선 사항은 AWS 통합 경험을 최적화하려는 지속적인 노력에서 상당한 진전을 나타냅니다. 이러한 발전이 이루어짐에 따라 Mendix 커뮤니티는 AWS에서 견고하고 효율적이며 확장 가능한 애플리케이션을 구축하는 데 더 잘 대처할 수 있습니다.

당신은 어떻게 길을 닦는 데 도움을 줄 수 있는지 궁금할 것입니다. Mendix AWS에서 애플리케이션을 구축하는 가장 빠르고 쉬운 방법입니다. 저희는 항상 여러분의 아이디어를 듣고, 여러분의 우려 사항을 해결하고, 여러분의 개발 여정을 지원하기를 원합니다. 한 번의 메시지만 있으면 됩니다! 저희에게 연락하세요. [이메일 보호],에 Mendix 커뮤니티 슬랙 #aws-general 채널 또는 Mendix 법정.