앱 아키텍처

복사하려면 클릭

애플리케이션이 구축되는 방식.


AppMaster.io no-code 플랫폼은 일반 개발자와 동일한 방식으로 애플리케이션을 빌드합니다. 따라서 응용 프로그램의 구성 요소는 모든 전문 소프트웨어와 동일합니다.

App Architecrute


백엔드 및 프론트엔드

AppMaster.io 에서 생성된 애플리케이션은 두 가지 주요 부분으로 구성됩니다.

  • 백엔드 - 애플리케이션의 백엔드 - 내부의 모든 것. 여기에서 일반 작업 논리가 결정되고 주요 매개 변수가 구성되며 주요 데이터 처리 프로세스가 생성됩니다. 이 부분은 서버에 있으며 사용자에게 표시되지 않습니다.
  • 프론트엔드 는 사용자가 상호 작용하는 애플리케이션의 시각적 부분입니다. 이것이 귀하의 응용 프로그램이라고 말할 수 있습니다. 사용자 측면에서 어떻게 보일 것입니다. 이 부분은 앱 편집기 중 하나인 웹 앱용 웹 앱 및 모바일 앱용 모바일 앱에서 구성됩니다.

이 구조로 인해 공통 백엔드를 통해 서로 연결되는 웹 및 모바일 애플리케이션을 동시에 생성할 수 있습니다.

백엔드

AppMaster.io가 생성하는 애플리케이션의 백엔드 는 로컬 서버, AppMaster.io Cloud를 호스팅하는 클라우드 또는 타사 스토리지(AWS, Azure, Google Cloud 등)에서 호스팅될 수 있습니다.
바이너리, 사용자 정의 파일 및 애플리케이션 소스 코드를 내보내고 자동 또는 수동으로 원하는 곳으로 이동할 수 있습니다.

애플리케이션의 백엔드는 다음 논리에 따라 빌드됩니다.

  • 데이터베이스 디자인 - 데이터 모델과 그들 사이의 관계를 생성합니다.
  • 비즈니스 로직 구축 - 비즈니스 프로세스 설정.
  • 엔드포인트 및 미들웨어 구성.

모듈은 추가 기능을 연결하는 데 사용됩니다.

필요한 모든 모듈을 한 번에 추가하는 것이 좋습니다. 여기에는 설계 중에 유용하고 개발 속도를 높이는 요소가 포함되어 있습니다.

프론트엔드

백엔드를 디자인한 후 웹 앱(웹 애플리케이션의 경우) 또는 모바일 앱(모바일 애플리케이션의 경우) 디자이너 중 하나에서 애플리케이션에 대해 직접 프런트 엔드 설정으로 이동할 수 있습니다.

AppMaster.io에서 애플리케이션을 빌드하는 순서는 백엔드에서 프론트엔드로입니다. 그러나 먼저 모의 응용 프로그램을 만든 다음 데이터와 비즈니스 논리를 "바인딩"할 수 있습니다.


데이터베이스 및 데이터 모델

모든 애플리케이션 데이터는 명확한 알고리즘을 사용하여 작업할 수 있도록 엄격하게 정의된 구조로 저장됩니다. 이 구조의 개별 부분을 데이터베이스라고 합니다. 코드 없는 데이터베이스 디자인을 위해 AppMaster.io는 시각적 데이터 모델 편집기를 사용합니다.

데이터 모델

데이터 모델 은 데이터베이스에 저장된 데이터에 대한 설명이 있는 일종의 테이블입니다. 데이터 모델을 생성할 때 애플리케이션에 포함될 데이터, 데이터가 서로 어떻게 다른지, 데이터로 작업하는 방법을 정확히 정의합니다.

데이터 모델은 Data Design 탭의 별도 디자이너 AppMaster Studio 에 있습니다.

User data model (left) and menu for creating a new model (right)

입력한 데이터 (사용자, 고객, 제품, 주문, 메시지 등)는 완성된 애플리케이션에서 볼 수 있지만 AppMaster Studio 에서는 볼 수 없습니다. 디자이너에서는 데이터 저장 구조와 이 구조에서 발생하는 프로세스를 시각적으로 표현한 작업만 수행합니다.


비즈니스 프로세스

비즈니스 프로세스 는 애플리케이션에서 특정 기능을 구현하는 논리적 작업 시퀀스입니다. 예를 들어, 고객 요청 생성, 티켓 예약 또는 메시지 전송. 비즈니스 프로세스를 생성할 때 애플리케이션이 정보를 가져올 위치, 정보를 전송할 위치, 정보를 처리하는 방법 및 순서를 결정합니다. 즉, 애플리케이션의 비즈니스 논리를 설정합니다 .

Business logic 탭의 특수 디자이너에서 비즈니스 프로세스를 만들고 편집할 수 있습니다. 비즈니스 프로세스의 실행은 일정에 따라 시작될 수 있을 뿐만 아니라 다른 비즈니스 프로세스 또는 끝점 을 통해 호출될 수도 있습니다.

This is what a business process looks like when it is set up.


끝점

엔드포인트 는 애플리케이션의 서버 프로세스를 프런트 엔드(웹 또는 모바일 애플리케이션 자체)에 연결하는 일종의 게이트웨이입니다. 각 끝점은 비즈니스 프로세스 및 페이지(또는 화면) 요소와 연결되어 이들 간에 데이터를 전송합니다.

AppMaster StudioEndpoints 탭에서 끝점을 만들고 구성할 수 있습니다.

Endpoint creation and editing window.


복잡한 작업(접근 제어, 데이터 필터링)을 관리하기 위해 미들웨어가 엔드포인트에 연결됩니다. 끝점과 비즈니스 프로세스 간의 추가 링크 역할을 하며 상호 작용을 추가로 사용자 지정할 수 있습니다.

일부 미들웨어는 기본적으로 애플리케이션에 추가되고 다른 미들웨어는 일부 모듈이 설치될 때 추가됩니다. 예를 들어 사용자 권한 부여를 담당하는 Auth 모듈은 특정 끝점을 시작할 수 있는 권한을 관리하기 위한 Token Auth 미들웨어를 제공합니다.

Token Auth on the Middleware tab in the endpoint creation window.

엔드포인트는 REST API 라고 하는 것을 형성합니다. REST 아키텍처 접근 방식을 사용하여 구현된 데이터 교환을 위한 애플리케이션의 프로그래밍 인터페이스입니다.


API AppMaster.io

API (응용 프로그래밍 인터페이스)는 응용 프로그램의 프론트엔드, 해당 서버 부분은 물론 이에 연결된 타사 응용 프로그램, 서비스 및 사이트 간에 데이터를 교환하는 도구 집합입니다. REST 는 이러한 데이터 교환이 발생하는 기술입니다.

애플리케이션에 대한 API 문서 는 자동으로 생성되어 백엔드에 OpenAPI (Swagger) 형식으로 저장됩니다.

AppMaster.io 를 마스터하기 위해 어떻게 작동하는지 구체적으로 이해할 필요는 없습니다. 플랫폼 도구를 공부하여 기본 원칙을 이해하게 될 것입니다. 또한 API의 주요 부분은 AppMaster.io에서 생성됩니다. 대부분의 설정은 기본적으로 또는 모듈을 연결할 때 이루어집니다.

애플리케이션을 다른 애플리케이션 또는 외부 리소스와 통합(연결)할 때 일부 API 설정을 수동으로 변경해야 합니다.


출판

AppMaster.io Studio에서 애플리케이션을 생성(또는 일부 변경)한 후 테스트하거나 사용자가 액세스할 수 있도록 하려면 게시해야 합니다. 즉, 인터넷에 게시해야 합니다.

게시하면 AppMaster.io Studio의 다이어그램에서 생성된 코드가 컴파일되어 완성된 애플리케이션으로 변환됩니다.

앱을 타사 클라우드 서비스인 AppMaster Cloud 또는 개인 서버에 게시할 수 있습니다. 모바일 애플리케이션은 App Store 및 Google Play에 배치할 수 있습니다.
애플리케이션 서버 구성 요소(모바일 애플리케이션 관리자 포함), 웹 애플리케이션Swagger 는 단일 바이너리 파일에 패키지됩니다. 이 파일은 Linux, Windows, 다양한 프로세서 아키텍처가 있는 MacOS(x86-32, x86-64, 심지어 ARM 까지)와 같은 다양한 운영 체제용으로 컴파일할 수 있습니다.

모바일 앱 은 App Store 또는 Google Play에 직접 게시할 수 있습니다. Mobile Apps Adapter 덕분에 스토어에 앱을 한 번만 게시하면 됩니다. 앱을 변경하거나 업데이트하려는 경우 대부분의 경우 다시 게시할 필요가 없습니다.

The Mobile Apps Adapter 는 모바일 앱 엔드포인트와 디자인을 배포된 모바일 앱의 사용자 인터페이스 및 데이터 스트림에 연결하는 최신 실시간 엔진입니다. 인터페이스와 데이터의 렌더링은 눈에 보이는 지연 없이 실시간으로 발생합니다. 이 접근 방식은 응용 프로그램을 상점에 다시 게시하지 않고 편집할 수 있는 많은 옵션을 제공합니다.