KR20210144044A - 모노리틱 아키텍처와 마이크로서비스 아키텍처를 모두 지원하는 개발 프레임워크 제공 시스템, 이를 이용한 애플리케이션 개발 방법 및 이를 위한 컴퓨터 프로그램 - Google Patents

모노리틱 아키텍처와 마이크로서비스 아키텍처를 모두 지원하는 개발 프레임워크 제공 시스템, 이를 이용한 애플리케이션 개발 방법 및 이를 위한 컴퓨터 프로그램 Download PDF

Info

Publication number
KR20210144044A
KR20210144044A KR1020200060776A KR20200060776A KR20210144044A KR 20210144044 A KR20210144044 A KR 20210144044A KR 1020200060776 A KR1020200060776 A KR 1020200060776A KR 20200060776 A KR20200060776 A KR 20200060776A KR 20210144044 A KR20210144044 A KR 20210144044A
Authority
KR
South Korea
Prior art keywords
information
container
application
development framework
providing system
Prior art date
Application number
KR1020200060776A
Other languages
English (en)
Other versions
KR102337961B1 (ko
Inventor
김홍구
Original Assignee
웹케시 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 웹케시 주식회사 filed Critical 웹케시 주식회사
Priority to KR1020200060776A priority Critical patent/KR102337961B1/ko
Publication of KR20210144044A publication Critical patent/KR20210144044A/ko
Application granted granted Critical
Publication of KR102337961B1 publication Critical patent/KR102337961B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/31—Programming languages or programming paradigms
    • G06F8/315—Object-oriented languages
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/20—Software design
    • G06F8/24—Object-oriented
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/35—Creation or generation of source code model driven
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/36—Software reuse
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/38—Creation or generation of source code for implementing user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/461—Saving or restoring of program or task context
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/543—User-generated data transfer, e.g. clipboards, dynamic data exchange [DDE], object linking and embedding [OLE]

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Human Computer Interaction (AREA)
  • Stored Programmes (AREA)

Abstract

개발 프레임워크(framework) 제공 시스템은, 사용자 장치로부터 개발하고자 하는 애플리케이션의 소스(source) 정보 및 상기 애플리케이션에 연관된 컨테이너(container) 생성 요청을 수신하도록 구성된 입출력부; 상기 소스 정보를 분석하여 상기 애플리케이션의 하나 이상의 서비스 사이의 호출 관계에 연관된 관계정보를 생성하도록 구성된 소스 분석부; 상기 관계정보를 저장하도록 구성된 저장부; 및 상기 입출력부에 상기 컨테이너 생성 요청이 수신되는 것에 대한 응답으로, 상기 저장부에 저장된 상기 관계정보에 기초하여 상기 애플리케이션의 컨테이너를 구성하도록 구성된 컨테이너 구성부를 포함한다. 상기 개발 프레임워크 제공 시스템을 이용하면, 애플리케이션 개발 시 모노리틱 아키텍처(monolithic architecture) 또는 마이크로 서비스 아키텍처(microservice architecture) 중 어느 하나로 서비스 형태를 선택할 필요가 없이 목적하는 형태에 따라 자동으로 컨테이너를 구성할 수 있는 이점이 있다.

Description

모노리틱 아키텍처와 마이크로서비스 아키텍처를 모두 지원하는 개발 프레임워크 제공 시스템, 이를 이용한 애플리케이션 개발 방법 및 이를 위한 컴퓨터 프로그램{SYSTEM FOR PROVIDING DEVELOPMENT FRAMEWORK WHICH SUPPORT BOTH MONOLITHIC ARCHITECTURE AND MICROSERVICE ARCHITECTURE, METHOD FOR DEVELOPING APPLICATION USING THE SAME AND COMPUTER PROGRAM FOR THE SAME}
실시예들은 개발 프레임워크(framework) 제공 시스템과 이를 이용한 애플리케이션 개발 방법 및 이를 위한 컴퓨터 프로그램에 대한 것이다. 보다 구체적으로는, 실시예들은 애플리케이션 개발 시 모노리틱 아키텍처(monolithic architecture) 또는 마이크로 서비스 아키텍처(microservice architecture) 중 어느 하나로 서비스 형태를 선택할 필요가 없이 목적하는 형태에 따라 자동으로 컨테이너(container)를 구성할 수 있는 개발 프레임워크에 관련된 기술에 것이다.
모노리틱 아키텍쳐(monolithic architecture)는 기존의 전통적인 애플리케이션 개발 형태를 지칭하는 것으로서, 하나의 패키징(packging) 파일 내에 애플리케이션의 모든 기능에 관련된 컴포넌트들 및 이를 처리하기 위한 로직 등이 전부 포함되는 서비스 형태를 의미한다. 모노리틱 아키텍쳐 기반의 애플리케이션은 각 컴포넌트들이 함수를 이용하여 상호 간에 호출하도록 구성된 구조를 갖는다.
모노리틱 아키텍처에 의하면 전체 애플리케이션이 하나로 처리되기 때문에, 개발 프레임워크(framework) 상에서의 애플리케이션 개발, 배포 및 테스트 등이 용이한 이점이 있다. 반면, 규모가 큰 애플리케이션을 모노리틱 구조로 개발하는 경우, 특정 컴포넌트나 모듈에서의 성능 문제나 장애가 다른 컴포넌트에까지 영향을 주기 때문에 개발 시 전체 시스템의 구조를 이해할 필요가 있으며, 애플리케이션의 컴파일(compile) 및 배포, 애플리케이션 구동을 위한 서버의 기동 등에 오랜 시간이 걸리고, 특정 컴포넌트가 수정된 경우에도 애플리케이션 전체를 재배포해야 하는 불편함이 있다.
대용량 웹 서비스가 증가함에 따라, 기존의 모노리틱 아키텍처의 단점을 극복하기 위한 마이크로 서비스 아키텍처(MicroService Architecture; MSA)가 정의되었다. MSA에서 각 컴포넌트는 서비스의 형태로 구현되고, 애플리케이션 프로그래밍 인터페이스(Application Programming Interface; API)를 이용하여 다른 서비스와 통신을 수행하도록 구성된다. 예를 들어, 등록특허공보 제10-2027749호는 MSA의 각 서비스 간에 발생하는 통신에 대한 제어와 관리 기능을 제공하는 마이크로서비스 시스템 및 방법을 개시한다.
MSA 이후의 애플리케이션 개발 프레임워크들은, 개발 시 모노리틱 아키텍처 또는 마이크로 서비스 아키텍처 중 어느 하나의 형태를 선택하도록 프레임워크가 구성되었다. 그러나, 이 경우 개발 도중 서비스 형태를 변경하여야 하거나, 또는 개발자가 어느 아키텍처의 개발 방법에 익숙하지 않은 경우 개발이 진행되기 어려운 문제점이 있다.
또한, 모노리틱 아키텍처에 기반하여 개발된 서비스를 MSA 형태로 실행하고자 하는 경우, 서비스 간의 종속 관계 또는 각 서비스에서 호출하는 리소스(resource)에 대한 정보를 확인할 수 없으므로, 종래에는 모든 정보를 각 서버에 저장하여 각 서버에서 어떠한 서비스든 실행할 수 있도록 하는 대안을 이용하였다. 그러나 이 경우 MSA로서의 장점이 없어지고 단순히 서버 수를 늘리는 구성이 되는 한계가 있다.
등록특허공보 제10-2027749호
본 발명의 일 측면에 따르면, 애플리케이션 개발 시 모노리틱 아키텍처(monolithic architecture) 또는 마이크로 서비스 아키텍처(microservice architecture) 중 어느 하나로 서비스 형태를 선택할 필요가 없으며 목적하는 형태에 따라 자동으로 컨테이너(container)를 구성할 수 있는 개발 프레임워크(framework) 제공 시스템과 이를 이용한 애플리케이션 개발 방법 및 이를 위한 컴퓨터 프로그램을 제공할 수 있다.
본 발명의 일 측면에 따른 개발 프레임워크(framework) 제공 시스템은, 사용자 장치로부터 개발하고자 하는 애플리케이션의 소스(source) 정보 및 상기 애플리케이션에 연관된 컨테이너(container) 생성 요청을 수신하도록 구성된 입출력부; 상기 소스 정보를 분석하여 상기 애플리케이션의 하나 이상의 서비스 사이의 호출 관계에 연관된 관계정보를 생성하도록 구성된 소스 분석부; 상기 관계정보를 저장하도록 구성된 저장부; 및 상기 입출력부에 상기 컨테이너 생성 요청이 수신되는 것에 대한 응답으로, 상기 저장부에 저장된 상기 관계정보에 기초하여 상기 애플리케이션의 컨테이너를 구성하도록 구성된 컨테이너 구성부를 포함한다.
일 실시예에서, 상기 사용자 장치로부터 수신된 입력정보는 마이크로 서비스 아키텍처(MicroService Architecture; MSA) 컨테이너의 생성 요청을 포함한다. 이때, 상기 컨테이너 구성부는, 상기 관계정보에 기초하여 하나 이상의 패키지(package) 정보를 생성하고, 상기 하나 이상의 패키지 정보를 하나 이상의 마이크로 서비스 아키텍처 컨테이너에 배포하도록 더 구성된다.
일 실시예에 따른 개발 프레임워크 제공 시스템은, 상기 애플리케이션의 하나 이상의 서비스에 연관된 리소스 정보를 저장 서버에 전송하도록 구성된 송신부를 더 포함한다.
일 실시예에서, 상기 사용자 장치로부터 수신된 입력정보는 모노리틱(monolithic) 패키지 정보에 대한 마이크로 서비스 아키텍처 컨테이너 생성 요청을 포함한다. 이때, 상기 컨테이너 구성부는, 상기 관계정보에 기초하여 상기 모노리틱 패키지 정보로부터 업무파일을 추출하며, 추출된 상기 업무파일을 이용하여 상기 마이크로 서비스 아키텍처 컨테이너의 동작을 위한 아카이브(archive) 정보를 생성하도록 더 구성된다.
일 실시예에서, 상기 컨테이너 구성부는, 상기 아카이브 정보를 하나 이상의 마이크로 서비스 아키텍처 컨테이너에 배포하도록 더 구성된다.
본 발명의 일 측면에 따른 애플리케이션 개발 방법은, 개발 프레임워크 제공 시스템이 사용자 장치로부터 개발하고자 하는 애플리케이션의 소스 정보를 수신하는 단계; 상기 개발 프레임워크 제공 시스템이, 상기 소스 정보를 분석하여 상기 애플리케이션의 하나 이상의 서비스 사이의 호출 관계에 연관된 관계정보를 생성하는 단계; 상기 개발 프레임워크 제공 시스템이 상기 관계정보를 상기 개발 프레임워크 제공 시스템에 저장하는 단계; 및 상기 개발 프레임워크 제공 시스템이, 상기 사용자 장치로부터 수신된 입력정보 및 상기 관계정보에 기초하여 상기 애플리케이션의 컨테이너를 구성하는 단계를 포함한다.
일 실시예에서, 상기 사용자 장치로부터 수신된 입력정보는 마이크로 서비스 아키텍처 컨테이너의 생성 요청을 포함한다. 이때, 상기 컨테이너를 구성하는 단계는, 상기 개발 프레임워크 제공 시스템이, 상기 관계정보에 기초하여 하나 이상의 패키지 정보를 생성하는 단계; 및 상기 개발 프레임워크 제공 시스템이 상기 하나 이상의 패키지 정보를 하나 이상의 마이크로 서비스 아키텍처 컨테이너에 배포하는 단계를 포함한다.
일 실시예에 따른 애플리케이션 개발 방법은, 상기 컨테이너를 구성하는 단계 전에, 상기 개발 프레임워크 제공 시스템이, 상기 애플리케이션의 하나 이상의 서비스에 연관된 리소스 정보를 저장 서버에 전송하는 단계를 더 포함한다.
일 실시예에서, 상기 사용자 장치로부터 수신된 입력정보는 모노리틱 패키지 정보에 대한 마이크로 서비스 아키텍처 컨테이너 생성 요청을 포함한다. 이때, 상기 컨테이너를 구성하는 단계는, 상기 개발 프레임워크 제공 시스템이, 상기 관계정보에 기초하여 상기 모노리틱 패키지 정보로부터 업무파일을 추출하는 단계; 상기 개발 프레임워크 제공 시스템이, 추출된 상기 업무파일을 이용하여 상기 마이크로 서비스 아키텍처 컨테이너의 동작을 위한 아카이브 정보를 생성하는 단계; 및 상기 개발 프레임워크 제공 시스템이 상기 아카이브 정보를 상기 사용자 장치 또는 외부 서버에 전송하는 단계를 포함한다.
일 실시예에 따른 애플리케이션 개발 방법은, 상기 개발 프레임워크 제공 시스템이 상기 아카이브 정보를 하나 이상의 마이크로 서비스 아키텍처 컨테이너에 배포하는 단계를 더 포함한다.
본 발명의 일 측면에 따른 컴퓨터 프로그램은, 하드웨어와 결합되어 실시예들에 따른 애플리케이션 개발 방법을 실행하기 위한 것으로서, 컴퓨터로 판독 가능한 기록매체에 저장될 수 있다.
본 발명의 일 측면에 따른 개발 프레임워크(framework) 제공 시스템과 이를 이용한 애플리케이션 개발 방법에 의하면, 서비스간 직접 호출을 금지하고 컴파일(compile) 시 서비스 간 호출 관계를 검사하며 패키지(package) 정보를 구성함으로써, 모노리틱 아키텍처(monolithic architecture) 또는 마이크로 서비스 아키텍처(MicroService Architecture; MSA)에 관계 없이 컨테이너(container)를 자동으로 구성할 수 있는 이점이 있다.
도 1은 일 실시예에 따른 개발 프레임워크(framework) 제공 시스템의 개략적인 블록도이다.
도 2는 일 실시예에 따른 개발 프레임워크 제공 시스템을 이용한 컨테이너(container) 배포 과정을 나타내는 순서도이다.
도 3은 일 실시예에 따른 개발 프레임워크 제공 시스템을 이용하여 모노리틱(monolithic) 패키지로부터 마이크로 서비스 아키텍처(MicroService Architecture; MSA) 컨테이너를 생성하는 과정을 나타내는 순서도이다.
도 4는 일 실시예에 따른 개발 프레임워크 제공 시스템의 저장 서버의 개략적인 블록도이다.
이하에서, 도면을 참조하여 본 발명의 실시예들에 대하여 상세히 살펴본다.
도 1은 일 실시예에 따른 개발 프레임워크(framework) 제공 시스템의 개략적인 블록도이다.
도 1을 참조하면, 실시예들에 따른 개발 프레임워크 제공 시스템(3)은 사용자 장치(1) 및/또는 외부의 저장 서버(2)와 통신 가능하게 구성되어, 애플리케이션(application)의 개발자가 사용자 장치(1)를 통해 입력한 소스(source) 정보를 이용하여 모노리틱 아키텍처(monolithic architecture) 또는 마이크로 서비스 아키텍처(MicroService Architecture; MSA) 기반의 컨테이너(container)를 생성하는 역할을 한다.
본 명세서에 기재된 장치들은 전적으로 하드웨어이거나, 또는 부분적으로 하드웨어이고 부분적으로 소프트웨어인 측면을 가질 수 있다. 예컨대, 실시예들에 따른 개발 프레임워크 제공 시스템(3) 및 이와 통신하는 각각의 시스템, 장치, 서버 및 이에 포함된 각 부(unit)는, 특정 형식 및 내용의 데이터를 전자통신 방식으로 주고받기 위한 장치 및 이에 관련된 소프트웨어를 통칭할 수 있다. 본 명세서에서 "부", "모듈(module)", "서버", "시스템", "플랫폼", "장치" 또는 "단말" 등의 용어는 하드웨어 및 해당 하드웨어에 의해 구동되는 소프트웨어의 조합을 지칭하는 것으로 의도된다. 예를 들어, 여기서 하드웨어는 CPU 또는 다른 프로세서(processor)를 포함하는 데이터 처리 기기일 수 있다. 또한, 하드웨어에 의해 구동되는 소프트웨어는 실행중인 프로세스, 객체(object), 실행파일(executable), 실행 스레드(thread of execution), 프로그램(program) 등을 지칭할 수 있다.
사용자 장치(1)는 개발 프레임워크 제공 시스템(3)을 이용하여 애플리케이션을 개발하고자 하는 개발자가 사용하기 위한 장치이다. 도 1에서 사용자 장치(1)는 노트북 컴퓨터의 형태로 도시되었으나, 이는 예시적인 것으로서, 사용자 장치(1)는 스마트폰(smartphone) 등 이동 통신 단말기, 개인용 컴퓨터(personal computer), PDA(personal digital assistant), 태블릿(tablet) 컴퓨터, IPTV(Internet Protocol Television) 등을 위한 셋톱박스(set-top box) 등 임의의 컴퓨팅 장치의 형태로 구현될 수도 있다.
개발 프레임워크 제공 시스템(3)은 개발자가 개발 프레임워크 제공 시스템(3)에 소스 정보를 입력하고 개발하고자 하는 애플리케이션의 아키텍처 형태 등의 입력정보를 입력함으로써, 애플리케이션의 동작을 위한 컨테이너가 생성될 수 있도록 하는 플랫폼(platform)의 기능을 한다.
예를 들어, 개발 프레임워크 제공 시스템(3)은 개발 프레임워크 제공 시스템(3)에 접속한 사용자 장치(1)상에 표시되기 위한 관리화면 등 사용자 인터페이스(user interface)를 제공하는 웹 서버(web server) 또는 애플리케이션 서비스 서버(application service server)의 형태로 구현될 수 있으나, 이에 한정되는 것은 아니다.
도 1에서는 설명의 편의를 위하여 개발자가 사용하는 장치인 사용자 장치(1)와 개발 프레임워크 제공 시스템(3)이 별개의 장치로 도시되었으며, 본 명세서의 실시예들은 개발 프레임워크 제공 시스템(3)과 사용자 장치(1)가 별개의 장치인 것으로 상정하여 설명된다. 그러나, 이는 예시적인 것으로서, 다른 실시예에서는 개발 프레임워크 제공 시스템(3) 자체가 개발자의 사용자 장치의 형태로 구현될 수도 있다.
일 실시예에서, 개발 프레임워크 제공 시스템(3)은 저장부(30), 입출력부(31), 소스(source) 분석부(33) 및 컨테이너(container) 구성부(34)를 포함한다. 일 실시예에서, 개발 프레임워크 제공 시스템(3)은 컴파일(compile)부(32)를 더 포함할 수 있다. 또한 일 실시예에서, 개발 프레임워크 제공 시스템(3)은 송신부(35)를 더 포함할 수 있다.
본 명세서에서 개발 프레임워크 제공 시스템(3)을 구성하는 각각의 부는 반드시 물리적으로 구분되는 별개의 구성요소를 지칭하는 것으로 의도되지 않는다. 즉, 도 1에서 개발 프레임워크 제공 시스템(3)을 구성하는 각 부(30-35)는 서로 구분되는 별개의 블록으로 도시되었으나, 이는 개발 프레임워크 제공 시스템(3)을 이에 의해 실행되는 동작에 의해 기능적으로 구분한 것이다. 실시예에 따라서는 전술한 각 부 중 일부 또는 전부가 동일한 하나의 장치 내에 집적화될 수 있으며, 또는 하나 이상의 부가 다른 부와 물리적으로 구분되는 별개의 장치로 구현될 수도 있다. 예컨대, 개발 프레임워크 제공 시스템(3)의 각 부(30-35)는 분산 컴퓨팅 환경 하에서 서로 통신 가능하게 연결된 컴포넌트들일 수도 있다.
입출력부(31)는 사용자 장치(1)를 통해 개발자의 입력을 수신하고 이에 상응하는 처리 결과를 사용자 장치(1)에 제공하기 위한 부분이다. 즉, 입출력부(31)는 개발자로부터 애플리케이션의 소스 정보를 수신할 수 있다. 이하의 본 명세서에서, 소스 정보는 자바(JAVA) 언어에 기반한 애플리케이션의 소스 코드를 예시로 하여 설명된다. 그러나, 실시예들에 따른 개발 프레임워크 제공 시스템(3)에서 사용될 수 있는 프로그래밍 언어의 종류는 이에 한정되는 것은 아니다.
또한, 입출력부(31)는 개발자로부터 애플리케이션에 연관된 컨테이너 생성 요청을 수신할 수 있으며, 이때 컨테이너 생성 요청은 애플리케이션의 아키텍처 형태에 대한 입력정보를 포함할 수 있다.
컴파일부(32)는 개발자가 입력한 소스 정보를 컴퓨팅 장치에서 실행 가능한 형태(예컨대, 바이너리 파일 또는 중간언어 파일 등)로 변환하기 위한 부분이다. 이는 종래의 컴파일러(compiler)로부터 통상의 기술자에게 용이하게 이해될 수 있으므로, 자세한 설명은 생략한다.
소스 분석부(33)는 컴파일부(32)에 의해 변환되는 소스 정보를 분석하여, 애플리케이션에 포함된 하나 이상의 서비스 사이의 호출 관계에 연관된 관계정보를 생성하는 역할을 한다. 소스 분석부(33)의 동작은 코드 상의 주석을 통해 문서를 생성하는 독시젠(doxygen)이나, 소스 코드 내의 함수 호출을 그래프로 변환하는 그래프비즈(graphviz) 등 공지된 소프트웨어 도구로부터 용이하게 이해될 수 있다.
본 발명의 실시예들에서 애플리케이션은 하나 이상의 서비스를 포함할 수 있으며, 각 서비스는 공통의 라이브러리(library)를 제외하고는 상호 간에 직접 호출을 금지하도록 소스 정보가 구성된다. 즉, 애플리케이션의 각 서비스 사이의 호출은 사전에 정의된 입출력 도메인(domain)을 이용한 URL(Uniform Resource Locator) 호출 방식으로 이루어지도록 구성되며, 이에 따라 소스 정보의 분석을 통하여 소스 정보의 각 서비스 사이의 호출 관계가 관계정보로서 생성될 수 있도록 한다.
소스 분석부(33)는 생성한 관계정보를 저장부(30)에 저장할 수 있다. 또한, 개발자가 기존의 소스 정보를 수정하여 호출 관계에 변동이 발생하는 경우, 소스 분석부(33)는 새로 생성된 관계정보를 이용하여 저장부(30)에 기 저장된 관계정보를 갱신할 수 있다. 이때 관계정보는, 애플리케이션의 각 서비스와 관련하여 해당 서비스의 동작에 필요한 클래스(class), jsp 파일 등 서비스 정보 및 리소소(resource) 정보들을 정의하는 패키지(package) 정보를 포함할 수 있다.
컨테이너 구성부(34)는, 개발자로부터 특정 서비스 또는 기존에 생성된 특정 패키지 정보에 대한 컨테이너 생성 요청에 대한 응답으로, 저장부(20)에 저장된 관계정보를 토대로 컨테이너를 구성하는 역할을 한다. 이때 컨테이너는 컴퓨팅 장치의 운영체제 등과 격리된 환경에서 실행되며, 요청에 상응하는 객체를 생성하고 이를 인자로 한 함수를 호출함으로써 요청에 대한 응답을 생성, 반환하는 등의 기능을 수행하는 것으로서, 예컨대, 도커(docker) 등이 이에 해당한다.
본 명세서에서 컨테이너 구성부(34)에 의해 컨테이너를 구성한다는 것은, 새로운 컨테이너를 생성하는 의미할 수도 있고, 또는 패키지 정보와 관계 정보를 기준으로 기존의 컨테이너에 정보를 전송하는 것을 의미할 수도 있다. 이때 관계정보를 기초로 서비스의 동작을 위한 서비스 정보 및 리소스 정보 등이 추출되어 자동으로 컨테이너에 포함된다.
송신부(35)는, 컨테이너 구성부(34)에 의해 구성되는 컨테이너가 MSA 컨테이너인 경우, 서비스 정보 및 리소스 정보를 외부의 저장 서버(2)에 저장하여 이를 해당 컨테이너의 실행 시 로드할 수 있게 하는 역할을 한다. 예컨대, 서비스 정보는 클래스 파일, jsp 파일 등을 포함할 수 있으며, 리소스 정보는 서비스의 동작에 필요한 txt, xml 등의 파일을 포함할 수 있다. 송신부(35)와 저장 서버(2)의 동작에 대해서는 도 4를 참조하여 상세히 후술한다.
도 2는 일 실시예에 따른 개발 프레임워크 제공 시스템을 이용한 컨테이너 배포 과정을 나타내는 순서도이다. 설명의 편의를 위하여, 도 1 및 도 2를 참조하여 컨테이너 배포 과정을 설명한다.
도 2를 참조하면, 개발자가 사용자 장치(1)를 이용하여 개발 프레임워크 제공 시스템(3)에 소스 정보를 커밋(commit)하면(S21), 개발 프레임워크 제공 시스템(3)의 컴파일부(32)는 이를 클래스 파일 등으로 컴파일할 수 있다(S22). 컴파일 도중 문법 오류와 같은 오류가 발생하는 경우, 컴파일부(32)는 오류 정보를 개발자의 사용자 장치(1)에 전송할 수도 있다(S23).
개발 프레임워크 제공 시스템(3)의 소스 분석부(33)는, 소스 정보의 컴파일이 이루어지는 것과 동시에 또는 컴파일 후에 소스 정보를 분석하여, 서비스 사이의 호출 관계를 나타내는 관계정보를 생성할 수 있다(S24). 이는 애플리케이션에 포함된 하나 이상의 서비스에 대해 해당 서비스에서 호출하는 다른 서비스들을 식별하고, 해당 서비스 및 호출된 서비스들의 동작에 필요한 서비스 정보 및 리소스 정보 등을 정의하는 패키지 정보를 생성하는 것을 의미할 수 있다. 또한, 본 명세서에서 서비스란 애플리케이션을 통해 이루어지는 기능들의 집합적인 단위(예컨대, 사용자 관리, 게시판 등)를 지칭한다.
만약 소스 분석 도중 오류가 탐지되는 경우, 소스 분석부(33)는 사용자 장치(1)에 검증 오류 정보를 전송하여 개발자가 오류 발생 사실을 알게 할 수도 있다(S25). 이때 검증 오류란, 특정 서비스에서 호출하는 다른 서비스가 존재하지 않거나, 특정 서비스에서 호출하는 패키지 또는 클래스가 존재하지 않는 등, 서비스 간의 호출 관계를 생성하는 것이 적어도 부분적으로 불가능하게 되는 경우를 지칭한다.
관계정보가 생성되면, 소스 분석부(33)는 관계정보를 개발 프레임워크 제공 시스템(3)의 저장부(30)에 저장할 수 있다(S26). 한편, 개발 프레임워크 제공 시스템(3)의 저장부(30)에는 관계정보 외에도 개발자가 커밋한 소스 정보 자체나, 해당 애플리케이션과 관련하여 기존에 생성된 컴파일된 파일, 서비스 정보, 리소스 정보 등이 저장되어 있을 수도 있다.
일 실시예에서, 개발 프레임워크 제공 시스템(3)의 송신부(35)는 개발 프레임워크 제공 시스템(3)을 통해 개발되는 애플리케이션에 연관된 서비스 정보 및 리소스 정보 등을 저장 서버(2)에 전송하여 이들 정보가 저장 서버(2)에 저장되도록 할 수도 있다(S27).
한편, 개발자는 자신이 개발하는 애플리케이션의 서비스 형태를 정의하는 관리 정보를 개발 프레임워크 제공 시스템(3)에 입력할 수 있다(S28). 이는, 개발 프레임워크 제공 시스템(3)이 제공하는 관리화면을 통하여 애플리케이션의 서비스 형태를 모노리틱 아키텍처 또는 MSA로 정의하는 것을 의미할 수 있다. 도면에서는 설명의 편의를 위하여 관리 정보를 입력하는 단계(S28)가 별도의 단계로 도시되었으나, 실시예에 따라서는 애플리케이션의 서비스 형태를 지정하는 것은 소스 정보의 커밋과 동시에 이루어질 수도 있다.
개발자로부터 서비스 형태가 입력되면, 개발 프레임워크 제공 시스템(3)의 컨테이너 구성부(34)는, 저장부(30)에 저장된 관계정보를 이용하여 컨테이너를 구성할 수 있다(S29). 예를 들어, 서비스 형태가 모노리틱 아키텍처인 경우, 컨테이너 구성부(34)는 애플리케이션의 동작에 필요한 모든 정보, 예컨대, 공통 라이브러리, 서비스 정보 및 리소스 정보 등이 하나의 컨테이너에 포함되도록 컨테이너를 구성할 수 있다. 이는 새로운 컨테이너를 생성하는 것 또는 기존의 컨테이너에 정보를 배포하는 것을 의미할 수 있다.
또는, 서비스 형태가 MSA일 경우, 컨테이너 구성부(34)는 각 서비스가 호출하는 다른 서비스와 이의 동작을 위한 정보들이 하나의 컨테이너에 포함되도록 컨테이너를 구성할 수 있다. 예를 들어, 특정 서비스에 연관된 클래스 정보가 갱신되었을 경우, 컨테이너 구성부(34)는 클래스 정보가 갱신된 서비스를 호출하는 다른 서비스들에 상응하는 컨테이너를 관계정보의 패키지 정보로부터 확인하고, 패키지 정보를 기준으로 해당 서비스를 호출하는 다른 서비스들에 관련된 각 컨테이너에 정보를 배포할 수 있다.
일 실시예에서, 개발 프레임워크 제공 시스템(3)의 입출력부(31)는 컨테이너 구성에 대한 처리 결과를 개발자의 사용자 장치(1)에 전송하도록 더 구성될 수도 있다(S30).
도 3은 일 실시예에 따른 개발 프레임워크 제공 시스템을 이용하여 모노리틱 패키지로부터 MSA 컨테이너를 생성하는 과정을 나타내는 순서도이다.
도 1 및 도 3을 참조하면, 본 실시예에서 개발자는 개발 프레임워크 제공 시스템(3)을 통하여 자신이 개발 중이거나 개발 프레임워크 제공 시스템(3)에 기 저장된 패키지 정보를 선택함으로써 이에 상응하는 MSA 컨테이너의 생성을 요청할 수 있다(S31). 예를 들어, 기존에 모노리틱 아키텍처 형태로 개발되던 애플리케이션의 서비스 형태를 MSA로 변경하는 경우가 있을 수 있다.
개발 프레임워크 제공 시스템(3)의 컨테이너 구성부(34)는, 특정 패키지 정보에 대한 MSA 컨테이너 생성이 요청될 경우, 저장부(30)에 저장된 관계정보에 기초하여 해당 패키지의 서비스의 동작을 위한 업무파일을 추출할 수 있다(S22). 이는, 해당 패키지의 서비스의 동작에 필요한 리소스 정보나 공통 라이브러리 파일 등을 저장부(30)로부터 추출하는 것을 의미할 수 있다.
관계정보에 기초한 업무파일의 추출 과정에서 오류가 있을 경우, 컨테이너 구성부(34)는 오류 정보를 사용자 장치(1)에 전송할 수 있다(S33). 예를 들어, 해당 패키지의 서비스와 관련된 리소스나 라이브러리 파일이 저장부(30)에 존재하지 않는 경우, 컨테이너 구성부(34)는 이를 개발자에게 알리기 위한 오류 정보를 생성할 수 있다.
MSA 컨테이너 생성이 요청된 패키지에 상응하는 업무파일이 추출되면, 개발 프레임워크 제공 시스템(3)은 해당 업무파일을 포함하는 아카이브(archive) 정보를 생성할 수 있다(S34). 이때 아카이브 정보란, MSA 컨테이너에서 해당 업무파일을 이용한 서비스 실행이 가능하도록 업무파일을 서비스가 실행될 가상화 서버에 대응되는 형태, 예컨대, ear, war, zip 등의 파일로 변환한 것을 의미할 수 있다.
다음으로, 컨테이너 구성부(34)는 아카이브 생성에 대한 처리 결과를 개발자의 사용자 장치(1)에 전송하고(S35), 개발자로부터의 요청이 있을 경우, 생성된 아카이브 정보를 개발자의 사용자 장치(1)에 전송할 수 있다(S37). 이때, 애플리케이션의 개발이 진행되는 동안 동일한 아카이브에 대한 복수의 버전이 생성되는 경우, 개발자는 자신이 다운로드하고자 하는 버전을 지정하여 아카이브 정보를 수신할 수도 있다.
일 실시예에서, 개발 프레임워크 제공 시스템(3)은 생성된 아카이브 정보를 저장부(30)에 저장하고, 이를 관련 MSA 컨테이너에 배포할 수 있다(S36). 이는 새로운 컨테이너를 생성하는 것이나, 기존의 컨테이너에 아카이브 파일을 전송하는 것을 의미할 수 있다. 또한 일 실시예에서, 개발 프레임워크 제공 시스템(3)의 송신부(34)는 생성된 아카이브 정보를 외부의 저장 서버(2)에 전송하도록 더 구성될 수도 있다.
이상에서 도 1 내지 도 3을 참조하여 설명한 실시예에 의하면, 개발자가 애플리케이션을 개발할 때 모노리틱 또는 MSA 중 어느 하나로 서비스 형태를 지정할 필요가 없으며, 관리화면을 통해 자신이 원하는 아키텍처를 지정하면 개발 프레임워크 제공 시스템(3)이 서비스 간의 호출 관계를 기반으로 자동으로 모노리틱 컨테이너 또는 MSA 컨테이너를 구성한다. 따라서, 서비스 형태의 변경이 용이하고 MSA 형태의 서비스 개발에 익숙하지 않은 개발자라 하더라도 MSA 서비스 개발이 가능한 이점이 있다.
도 4는 일 실시예에 따른 개발 프레임워크 제공 시스템의 저장 서버의 개략적인 블록도이다.
도 1 및 도 4를 참조하면, 저장 서버(2)는 MSA 컨테이너의 서비스 동작을 위한 서비스 및 리소스 정보가 저장된 저장부(21)와, MSA 컨테이너의 요청에 대한 응답으로 요청된 정보를 반환하는 정보 반환부(22)를 포함할 수 있다. 이때 MSA 컨테이너는, MSA 기반 애플리케이션의 하나 이상의 서비스를 실행하고 그 실행 결과를 사용자에게 제공하는 컴퓨팅 장치 및 이의 소프트웨어 구동 수단을 통칭한다. 예컨대, MSA 기반 애플리케이션은 가상화 서버 상에서 실행되는 도커(docker)에서 이미지를 불러와 실행하는 방식으로 서비스를 제공하며, MSA 컨테이너는 이러한 가상화 서버 등 컴퓨팅 장치와 이에 의해 실행되는 소프트웨어 수단을 개념적으로 지칭한 것일 수 있다.
일 실시예에서 MSA 컨테이너는, 저장 서버(2)의 정보 반환부(22)로부터 서비스 정보 및 리소스 정보를 수신하고, 이를 이용하여 사용자가 요청한 서비스를 수행할 수 있다. 또한, MSA 컨테이너는 사용자가 요청한 서비스의 수행 결과를 사용자 장치(1)에 전송할 수 있다. 예컨대, MSA 컨테이너는 요청된 서비스의 동작에 필요한 서비스 정보(예컨대, 클래스 파일, jsp 파일) 및 리소스 정보(예컨대, txt, xml 파일 등)를 저장 서버(2)에 요청하고, 저장 서버(2)에서는 요청된 서비스 및 리소스 정보를 MSA 컨테이너에 반환할 수 있다.
이상의 동작을 위하여, MSA 컨테이너는 외부에서 수신한 서비스 정보를 이용하여 동작하는 커스텀 클래스로더(Custom ClassLoader)를 이용하여 서비스를 수행하도록 구성될 수 있다. 또한, MSA 컨테이너는 바이트 코드(byte code)로 컴파일된 클래스 파일에서 외부의 리소스 정보를 활용하여 서비스를 수행할 수 있도록, 바이트코드 삽입(Byte Code Insertion; BCI) 등의 방식으로 리소스 정보를 입력받고 이를 토대로 응답을 생성하도록 구성될 수 있다.
본 실시예에 의하면, 기존에 모노리틱 형태로 제공되는 서비스를 MSA 형태로 구현하는 경우 각 MSA 컨테이너가 실행되는 가상화 서버에 모든 정보를 저장할 필요가 없으며, 기존 모노리틱 서비스를 위한 모든 정보가 저장된 저장 서버(2)로부터 각 MSA 컨테이너가 필요한 정보를 불러 와 서비스를 수행할 수 있는 이점이 있다.
이상에서 설명한 실시예들에 따른 애플리케이션 개발 방법에 의한 동작은 적어도 부분적으로 컴퓨터 프로그램으로 구현되고 컴퓨터로 읽을 수 있는 기록매체에 기록될 수 있다. 실시예들에 따른 방법에 의한 동작을 구현하기 위한 프로그램이 기록되고 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산 방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수도 있다. 또한, 본 실시예를 구현하기 위한 기능적인 프로그램, 코드 및 코드 세그먼트(segment)들은 본 실시예가 속하는 기술 분야의 통상의 기술자에 의해 용이하게 이해될 수 있을 것이다.
또한, 본 명세서의 순서도들에 도시된 각 블록 또는 각 단계는 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실시예들에서는 블록들 또는 단계들 에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능하다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들 또는 단계들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들 또는 단계들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이상에서 살펴본 본 발명은 도면에 도시된 실시예들을 참고로 하여 설명하였으나 이는 예시적인 것에 불과하며 당해 분야에서 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 실시예의 변형이 가능하다는 점을 이해할 것이다. 그러나, 이와 같은 변형은 본 발명의 기술적 보호범위 내에 있다고 보아야 한다. 따라서, 본 발명의 진정한 기술적 보호범위는 첨부된 청구범위의 기술적 사상에 의해서 정해져야 할 것이다.

Claims (11)

  1. 사용자 장치로부터 개발하고자 하는 애플리케이션의 소스 정보 및 상기 애플리케이션에 연관된 컨테이너 생성 요청을 수신하도록 구성된 입출력부;
    상기 소스 정보를 분석하여 상기 애플리케이션의 하나 이상의 서비스 사이의 호출 관계에 연관된 관계정보를 생성하도록 구성된 소스 분석부;
    상기 관계정보를 저장하도록 구성된 저장부;
    상기 입출력부에 상기 컨테이너 생성 요청이 수신되는 것에 대한 응답으로, 상기 저장부에 저장된 상기 관계정보에 기초하여 상기 애플리케이션의 컨테이너를 구성하도록 구성된 컨테이너 구성부를 포함하는 개발 프레임워크 제공 시스템.
  2. 제1항에 있어서,
    상기 사용자 장치로부터 수신된 입력정보는 마이크로 서비스 아키텍처 컨테이너의 생성 요청을 포함하며,
    상기 컨테이너 구성부는, 상기 관계정보에 기초하여 하나 이상의 패키지 정보를 생성하고, 상기 하나 이상의 패키지 정보를 하나 이상의 마이크로 서비스 아키텍처 컨테이너에 배포하도록 더 구성된 개발 프레임워크 제공 시스템.
  3. 제1항에 있어서,
    상기 애플리케이션의 하나 이상의 서비스에 연관된 리소스 정보를 저장 서버에 전송하도록 구성된 송신부를 더 포함하는 개발 프레임워크 제공 시스템.
  4. 제1항에 있어서,
    상기 사용자 장치로부터 수신된 입력정보는 모노리틱 패키지 정보에 대한 마이크로 서비스 아키텍처 컨테이너 생성 요청을 포함하며,
    상기 컨테이너 구성부는, 상기 관계정보에 기초하여 상기 모노리틱 패키지 정보로부터 업무파일을 추출하며, 추출된 상기 업무파일을 이용하여 상기 마이크로 서비스 아키텍처 컨테이너의 동작을 위한 아카이브 정보를 생성하도록 더 구성된 개발 프레임워크 제공 시스템.
  5. 제4항에 있어서,
    상기 컨테이너 구성부는, 상기 아카이브 정보를 하나 이상의 마이크로 서비스 아키텍처 컨테이너에 배포하도록 더 구성된 개발 프레임워크 제공 시스템.
  6. 개발 프레임워크 제공 시스템이 사용자 장치로부터 개발하고자 하는 애플리케이션의 소스 정보를 수신하는 단계;
    상기 개발 프레임워크 제공 시스템이, 상기 소스 정보를 분석하여 상기 애플리케이션의 하나 이상의 서비스 사이의 호출 관계에 연관된 관계정보를 생성하는 단계;
    상기 개발 프레임워크 제공 시스템이 상기 관계정보를 상기 개발 프레임워크 제공 시스템에 저장하는 단계; 및
    상기 개발 프레임워크 제공 시스템이, 상기 사용자 장치로부터 수신된 입력정보 및 상기 관계정보에 기초하여 상기 애플리케이션의 컨테이너를 구성하는 단계를 포함하는 애플리케이션 개발 방법.
  7. 제6항에 있어서,
    상기 사용자 장치로부터 수신된 입력정보는 마이크로 서비스 아키텍처 컨테이너의 생성 요청을 포함하며,
    상기 컨테이너를 구성하는 단계는,
    상기 개발 프레임워크 제공 시스템이, 상기 관계정보에 기초하여 하나 이상의 패키지 정보를 생성하는 단계; 및
    상기 개발 프레임워크 제공 시스템이 상기 하나 이상의 패키지 정보를 하나 이상의 마이크로 서비스 아키텍처 컨테이너에 배포하는 단계를 포함하는 애플리케이션 개발 방법.
  8. 제6항에 있어서,
    상기 컨테이너를 구성하는 단계 전에, 상기 개발 프레임워크 제공 시스템이, 상기 애플리케이션의 하나 이상의 서비스에 연관된 리소스 정보를 저장 서버에 전송하는 단계를 더 포함하는 애플리케이션 개발 방법.
  9. 제6항에 있어서,
    상기 사용자 장치로부터 수신된 입력정보는 모노리틱 패키지 정보에 대한 마이크로 서비스 아키텍처 컨테이너 생성 요청을 포함하며,
    상기 컨테이너를 구성하는 단계는,
    상기 개발 프레임워크 제공 시스템이, 상기 관계정보에 기초하여 상기 모노리틱 패키지 정보로부터 업무파일을 추출하는 단계;
    상기 개발 프레임워크 제공 시스템이, 추출된 상기 업무파일을 이용하여 상기 마이크로 서비스 아키텍처 컨테이너의 동작을 위한 아카이브 정보를 생성하는 단계; 및
    상기 개발 프레임워크 제공 시스템이 상기 아카이브 정보를 상기 사용자 장치 또는 외부 서버에 전송하는 단계를 포함하는 애플리케이션 개발 방법.
  10. 제9항에 있어서,
    상기 개발 프레임워크 제공 시스템이 상기 아카이브 정보를 하나 이상의 마이크로 서비스 아키텍처 컨테이너에 배포하는 단계를 더 포함하는 애플리케이션 개발 방법.
  11. 하드웨어와 결합되어 제6항 내지 제10항 중 어느 한 항에 따른 애플리케이션 개발 방법을 수행하도록 컴퓨터로 판독 가능한 기록 매체에 저장된 컴퓨터 프로그램.
KR1020200060776A 2020-05-21 2020-05-21 모노리틱 아키텍처와 마이크로서비스 아키텍처를 모두 지원하는 개발 프레임워크 제공 시스템, 이를 이용한 애플리케이션 개발 방법 및 이를 위한 컴퓨터 프로그램 KR102337961B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020200060776A KR102337961B1 (ko) 2020-05-21 2020-05-21 모노리틱 아키텍처와 마이크로서비스 아키텍처를 모두 지원하는 개발 프레임워크 제공 시스템, 이를 이용한 애플리케이션 개발 방법 및 이를 위한 컴퓨터 프로그램

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020200060776A KR102337961B1 (ko) 2020-05-21 2020-05-21 모노리틱 아키텍처와 마이크로서비스 아키텍처를 모두 지원하는 개발 프레임워크 제공 시스템, 이를 이용한 애플리케이션 개발 방법 및 이를 위한 컴퓨터 프로그램

Publications (2)

Publication Number Publication Date
KR20210144044A true KR20210144044A (ko) 2021-11-30
KR102337961B1 KR102337961B1 (ko) 2021-12-10

Family

ID=78722264

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020200060776A KR102337961B1 (ko) 2020-05-21 2020-05-21 모노리틱 아키텍처와 마이크로서비스 아키텍처를 모두 지원하는 개발 프레임워크 제공 시스템, 이를 이용한 애플리케이션 개발 방법 및 이를 위한 컴퓨터 프로그램

Country Status (1)

Country Link
KR (1) KR102337961B1 (ko)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102027749B1 (ko) 2019-02-08 2019-10-02 아콘소프트 주식회사 마이크로서비스 시스템 및 방법
KR20200004835A (ko) * 2017-04-28 2020-01-14 엘제트랩스 게엠베하 모놀로식 레거시 애플리케이션들에 기초한 마이크로서비스들의 컨테이너화된 전개

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200004835A (ko) * 2017-04-28 2020-01-14 엘제트랩스 게엠베하 모놀로식 레거시 애플리케이션들에 기초한 마이크로서비스들의 컨테이너화된 전개
KR102027749B1 (ko) 2019-02-08 2019-10-02 아콘소프트 주식회사 마이크로서비스 시스템 및 방법

Also Published As

Publication number Publication date
KR102337961B1 (ko) 2021-12-10

Similar Documents

Publication Publication Date Title
US10664651B2 (en) Forms conversion and deployment system for mobile devices
US10942719B2 (en) System and method for connector development and integration channel development
CN113312037B (zh) 应用于微服务的数据处理方法、装置、设备和存储介质
US7917888B2 (en) System and method for building multi-modal and multi-channel applications
RU2466450C2 (ru) Способ и система для создания ит-ориентированных серверных сетевых приложений
US11042387B2 (en) Deploying cross-platform applications on mobile devices with native and web components
US8327341B2 (en) Integrating aspect oriented programming into the application server
US8448163B2 (en) Deploying J2EE web applications in an OSGI environment
US7886035B2 (en) Profile service based deployment configuration
US9454616B2 (en) Method and system for unifying configuration descriptors
US20210373860A1 (en) Intent compiler
US11561784B2 (en) Versioning of pipeline templates for continuous delivery of services on datacenters configured in cloud platforms
WO2011044692A1 (en) System and method for managing applications for multiple computing endpoints and multiple endpoint types
US11726800B2 (en) Remote component loader
CN112579097A (zh) 软件项目构建方法、装置、存储介质及电子设备
US8640146B2 (en) Providing extensive ability for describing a management interface
US11392366B1 (en) Optimized compilation of pipelines for continuous delivery of services on datacenters configured in cloud platforms
US20200110597A1 (en) System and method for authoring a software application
KR102337962B1 (ko) 마이크로서비스 아키텍처 애플리케이션 실행 시스템과 방법 및 이를 위한 컴퓨터 프로그램
US20100153913A1 (en) Systems and Methods for Executing Object-Oriented Programming Code Invoking Pre-Existing Objects
US20220300262A1 (en) Method for constructing, running and implementing cross-platform application, terminal, server and system
US9009699B2 (en) Providing a POJO-based microcontainer for an application server
US20180032329A1 (en) Customized runtime environment
US7543019B1 (en) Methods and apparatus providing backward compatibility for applications that access a changing object model
KR102337961B1 (ko) 모노리틱 아키텍처와 마이크로서비스 아키텍처를 모두 지원하는 개발 프레임워크 제공 시스템, 이를 이용한 애플리케이션 개발 방법 및 이를 위한 컴퓨터 프로그램

Legal Events

Date Code Title Description
E701 Decision to grant or registration of patent right
GRNT Written decision to grant