MissionKontrol

미션컨트롤

MissionKontrol은 사용자가 하나 이상의 데이터베이스에서 데이터를 CRUD할 수 있는 관리 패널입니다. 앱에는 구성 및 설명을 저장하는 데 사용되는 자체 데이터베이스가 있습니다. 연결하는 데이터베이스는 직접 업데이트됩니다.

별도의 MissionKontrol Relay Rails gem은 쓰기/업데이트/삭제 검증을 향상시킵니다. 웹훅/API를 통해 업데이트하는 기능을 추가하려고 합니다.

주요 기능

• 서버 측 검색 기능이 있는 CRUD 테이블

• 드래그 앤 드롭 보기

• 자동화된 작업 대기열

• RBAC 권한 시스템

서버 측 검색 기능이 있는 CRUD 테이블

권한 관리

제품 문서

전체 문서는 여기에서 찾을 수 있습니다: https://www.missionkontrol.io

빠른 시작

개발 환경을 시작하고 실행하려면 다음 단계를 따르십시오.

1. 도커 설치

2. make start 사용하여 docker를 부팅합니다.

3. make bash 사용하여 docker로 이동

4. bundle install 로 레일 종속성 설치

5. bundle exec rails db:setup 사용하여 데이터베이스 설정

6. 서버 bundle exec rails s 실행하여 작동하는지 테스트합니다.

개발 중

다음은 이 애플리케이션을 작업하는 동안 필요할 수 있는 일반적인 개발 작업에 대한 가이드입니다.

이러한 명령을 실행하기 전에 Docker가 다음을 사용하여 실행되고 있는지 확인해야 합니다.

 시작하다

Docker가 실행 중이지만 작동하지 않는 것 같으면 아래 조언을 따를 수 있습니다.

개발 서버 실행

 강타하다
exec 레일 s 번들

테스트 실행

모든 테스트를 실행하려면 다음을 수행하세요.

 강타하다
번들 exec rspec

특정 테스트를 실행하려면 다음을 수행하세요.

 강타하다
번들 exec rspec spec/path/to_my_spec.rb

데이터베이스 작업

마이그레이션 생성 및 실행:

 강타하다
번들 exec 레일 g 마이그레이션 CreateProducts 이름:문자열
exec 레일 db 번들:마이그레이션

데이터베이스 재생성:

 강타하다
exec 레일 db 번들:재설정

도커로 작업하기

도커 시작

Docker를 처음 설정하려면 start 명령을 사용하십시오. 여러 번 실행하는 것이 안전합니다.

 시작하다

도커 중지

배터리나 CPU를 절약하기 위해 컨테이너를 중지하려면 다음 중지 명령을 실행하면 됩니다.

 중지하다

도커 다시 시작

타이어를 약간 차기 위해 비파괴적인 재시작을 수행하려면 재시작 명령을 사용할 수 있습니다.

 다시 시작하다

처음부터 시작하기(상황이 정말 잘못되었을 때)

문제가 발생하거나 이 애플리케이션 작업을 중단하는 경우 Docker 설정을 해제할 수 있습니다. 다음 명령을 사용할 수 있습니다.

 깨끗하게 하다

문제가 발생하여 처음부터 시작하려는 경우 전체 설정을 다시 시작할 수 있습니다.

 깨끗하게 하다
시작하다
강타하다
번들 설치
exec 레일 db 번들:설정

환경변수

애플리케이션과 해당 컨테이너의 작동을 수정하는 데 사용할 수 있는 여러 환경 변수가 있습니다.

• KUWINDA_DATABASE_HOST - 데이터베이스 서버의 주소를 지정합니다.

• KUWINDA_DATABASE_PORT - 데이터베이스 서버 포트를 지정합니다(기본값: 5432 ).

• KUWINDA_DATABASE_USER - 데이터베이스 사용자의 이름을 지정합니다.

• KUWINDA_DATABASE_PASSWORD - 데이터베이스 사용자의 비밀번호를 지정합니다.

• KUWINDA_DATABASE_TIMEOUT - 데이터베이스 서버가 사용 가능해질 때까지의 최대 대기 시간을 구성합니다(기본값: 42s ).

• KUWINDA_DATABASE_SETUP - 데이터베이스가 처음부터 생성되는지 여부를 나타냅니다(기본값: true ).

• PORT - 애플리케이션 서버의 포트를 지정합니다(기본값: 3000 ).

• WEB_CONCURRENCY - 클러스터 모드에서 부팅할 workers (포크된 웹 서버 프로세스) 수를 지정합니다.

• RAILS_MAX_THREADS - 각 작업자가 내부적으로 사용할 threads 수를 지정합니다(기본값: 5 ).

• RAILS_ENV - 애플리케이션 environment 지정합니다(기본값: development ).

• RAILS_MASTER_KEY - 암호화된 credentials.yml.enc 파일을 해독하는 데 사용되는 키입니다.

• RAILS_SERVE_STATIC_FILES - 정적 파일 제공을 Apache 또는 NGINX 웹 서버로 오프로드할 수 있습니다.

• RAILS_LOG_TO_STDOUT - production 환경의 로그를 STDOUT 으로 보낼 수 있습니다.

NGINX 웹 서버 구성:

• WEB_SERVER_ENABLE - 컨테이너가 시작될 때 nginx를 활성화하고 실행합니다.

• WEB_SERVER_USE_HTTPS - 웹 서버에서 HTTPS 포트를 활성화합니다.

• WEB_SERVER_PORT - 기본 HTTP 포트( 80/tcp 를 재정의할 수 있습니다.

• WEB_SERVER_HTTPS_PORT - 기본 HTTPS 포트인 443/tcp 를 재정의할 수 있습니다.

• WEB_SERVER_STATIC_FILES - 웹 서버에서 정적 파일 제공을 활성화합니다. RAILS_ENV=production 및 RAILS_SERVE_STATIC_FILES=true 와 함께 사용해야 합니다.