로우코드 운영기

PI 담당자가 로우코드로 사내 시스템을 직접 만들고 운영한 기록

현업 PI 담당자가 Mendix로 점검 이슈 관리 시스템을 기획부터 운영까지 직접 맡았다. 개발 Activity 약 240건을 유형별로 나눠 보면 출시 후 개선이 약 80%였다. 그 과정에서 정리한 원칙과 숫자를 남긴다.

Mendix Datagrid2 대신 HTMLSnippet과 JS로 목록 화면 만들기

점검 유형 4종의 목록 화면을 Datagrid2 대신 HTMLSnippet 3개와 JS로 다시 만들었다. 조회는 JSON 한 번으로 받고, 필터와 정렬은 브라우저에서 처리하며, 저장과 삭제는 Microflow를 호출한다.

Mendix SPA에서 HTMLSnippet JS가 꼬이는 이유: 이벤트 중복과 DOM 공존

HTMLSnippet JS 위젯에서 한 번에 접수된 버그 10건을 분석해 보니, 대부분이 Mendix의 페이지 이동 방식에서 나온 문제였다. 이벤트가 중복으로 등록됐고, 페이지가 바뀌는 순간 이전 화면과 새 화면이 잠깐 함께 존재했다.

Mendix mx.data.commit이 조용히 실패할 때

JS 위젯에서 mx.data.commit 으로 저장했더니 오류 메시지 없이 값이 반영되지 않았다. 원인은 엔티티 접근 규칙이었다. 저장과 삭제를 Microflow 호출로 바꾸고, 권한은 화면과 서버 두 곳에서 따로 걸었다.

Mendix Java heap OOM 추적기: base64 이미지 컬럼

운영 서버가 목록 조회 중에 반복해서 다운됐다. 로그에는 java.lang.OutOfMemoryError: Java heap space 가 남았다. 근본 원인은 사진을 base64로 담은 문자열 컬럼이었다. Mendix는 객체를 조회할 때 모든 속성을 함께 가져오기 때

Mendix 커밋 롤백, 용량 문제가 아니었다: FileDocument 전환기

보고서에 첨부를 선택하고 저장하면 커밋 전체가 롤백됐다. base64 문자열이 커서 생긴 문제로 보고 첨부 저장 방식을 FileDocument로 바꿨지만 그대로였다. 실제 원인은 Enum 속성에 없는 값을 보낸 것이었다.

Mendix 첫 접속 지연 줄이기: 워밍업과 캐시

오랜만에 접속하면 로그인 후 첫 화면이 뜨기까지 1분 넘게 걸렸고, 다시 접속하면 10초 안팎이었다. 목록 페이지를 오갈 때도 매번 서버 조회를 기다려야 했다. 서버 쪽은 주기적 워밍업으로, 화면 쪽은 브라우저 캐시로 대응했다.

Mendix SAML SSO 자동 로그인과 딥링크 유지

SSO를 붙였는데도 사용자는 로그인 화면에서 SSO 버튼을 한 번 더 눌러야 했다. 로그인 페이지에 JS 스니펫 하나를 넣어, 화면이 열리면 바로 SSO로 이동하게 했다. 메일 링크처럼 특정 페이지로 들어온 경우 로그인 후 그 페이지로 돌아가고, 관리자는 주소에 표시를

Mendix Studio Pro에서 안 바뀌는 스타일 main.scss로 바꾸기

상단 내비게이션 바의 높이, 글자 크기, 좌우 정렬을 바꾸려 했는데 Studio Pro에는 해당 속성이 없었다. 브라우저 콘솔에서 값을 먼저 맞춰 보고, 어느 규칙이 이기는지 확인한 뒤 theme/web/main.scss 에 한 블록으로 확정했다.

Mendix MPK 파일 열어서 마이크로플로우 구조 보기

기존 모듈을 재사용하려는데 Microflow의 파라미터, 호출하는 REST 주소, Enum 값을 하나씩 Studio Pro에서 열어 보기 번거로웠다. MPK 파일은 zip이고, 안의 프로젝트 파일은 SQLite DB이며, 각 문서는 BSON으로 저장돼 있다. Pytho

SSO 로그 테이블로 MAU와 재방문율 구하는 SQL

시스템 사용 현황을 보고하려고 월 사용자 수(MAU)와 재방문율을 구했다. Mendix의 사용자, 세션 테이블은 이력이 남지 않아 쓸 수 없었고, SSO 모듈이 남기는 로그인 로그 테이블을 기준으로 했다.

Mendix DateTime이 BI 도구에서 하루 빠르게 보이는 이유

Mendix DB를 BI 도구에 연결해 대시보드를 만들었더니, 조치 기한과 검출일이 시스템 화면보다 하루 빠르게 보인다는 문의가 들어왔다. 데이터 오류가 아니었다. Mendix는 날짜를 UTC로 저장하고 화면에서만 사용자 시간대로 바꿔 보여준다.

대시보드 숫자가 틀렸을 때 확인하는 순서

대시보드에 조치 완료가 0건, 지연이 수천 건으로 나왔다. 화면 로직을 몇 차례 고쳤지만 그대로였다. 원인은 세 군데에 있었다. 화면이 실제로 호출하는 경로가 생각과 달랐고, 판정에 쓰던 컬럼은 대부분 비어 있었으며, 조치율 공식에도 오류가 있었다. 이후로는 숫자가 이

보기 좋은 대시보드에서 할 일을 알려주는 대시보드로

처음 만든 대시보드는 KPI 카드, 도넛 차트, 월별 추세선이 한 화면에 가득했다. 보고 자료로는 보기 좋았지만, 현업 사용자가 화면을 열었을 때 오늘 무엇을 해야 하는지는 보이지 않았다. 신호와 조치 대상 중심으로 다시 구성했다.

여러 점검 시스템을 하나로 합치는 데이터 모델

점검 종류마다 따로 만든 시스템과 양식을 하나로 합치려면, 공통 항목과 점검별 특화 항목을 함께 담는 구조가 필요하다. 파일럿에서는 속성 추가와 화면 필터로 버텼고, 통합 설계에서는 공통 컬럼과 JSON 특화 컬럼을 나눈 하이브리드 모델을 택했다.

데이터 비전공자에게 분석 결과 보고하기

시스템 사용량과 업무 실적의 관계를 보고해야 했다. 처음엔 상관계수와 2×2 매트릭스로 정리했는데, 보고를 받는 사람도 하는 사람도 데이터 전공자가 아니었다. 산점도와 추세선 하나로 바꿨다.