Blogs

통관 지연이 발생했을 때 조달·재고·구매·고객지원 업무를 어떻게 연결할까요? 온톨로지 스튜디오와 Process GPT로 지연 영향을 분석하고, 대체 발주 승인과 고객 회신까지 처리하는 시연을 살펴봅니다.

AI 에이전트가 어떤 도구를 어디에서 사용하고, 어떤 상황에서 실패하는지 살펴봅니다. Process GPT의 툴 분석으로 부서·프로세스·실행 엔진별 사용량과 실패율을 비교하고 개선 대상을 찾는 방법을 소개합니다.

여러 MCP 서버를 운영하려면 연결 설정과 함께 권한, 버전, 호출 이력을 관리해야 합니다. Process GPT의 MCP 허브에서 서버를 등록하고 연결을 검증하며, 툴별 권한과 운영 상태를 확인하는 방법을 살펴봅니다.

전체 소요 시간만으로는 업무가 지연되는 원인을 알기 어렵습니다. Process GPT에서 사람의 검토·승인, 에이전트 수행, 큐 대기 시간을 나누어 병목을 찾고, 작업 시간 축과 추정값을 올바르게 해석하는 방법을 소개합니다.

AI 에이전트가 수행한 업무를 검토하려면 입력과 출력, 도구 호출 기록이 필요합니다. Process GPT 실행 프로파일러에서 업무별 처리 시간과 토큰 비용을 확인하고, 개별 호출까지 추적하는 방법을 살펴봅니다.

"BPM은 죽었다"는 선언은 처음부터 범주 오류였습니다. 죽은 것은 무겁고 경직된 2000년대 BPMS라는 도구였지, 프로세스를 설계하고 측정하고 개선하는 경영 규율로서의 BPM이 아니었습니다. 사람·AI 에이전트·로봇이 함께 일하는 삼중 워크포스 시대에 작업 배분은 한 번 정하고 끝나는 설계가 아니라 계속 재최적화해야 하는 운영 변수가 되었고, 그 좌표계가 바로 프로세스입니다. 엔지니어링 커뮤니티에서 부상한 '그래프 엔지니어링'이 BPM의 실행 계층이며 BPM은 그 잃어버린 관리 계층이라는 관점, EA를 통제가 아닌 변경 속도의 인프라로 재정의하는 방법, 그리고 uEngine6 BPM·Process GPT가 이 규율을 어떻게 제품으로 구현했는지까지 정리했습니다.

Lean AI Native Companies Leaderboard(ARR 500만 달러 이상·직원 50명 미만·설립 5년 미만)에 오른 Midjourney, Cursor, Chatbase, Cal AI 등을 분석한 린 AI 네이티브 기업 보고서입니다. 텔레그램·미드저니·애니스피어의 인당 매출 리더보드로 시작해 "노동이 아니라 결과를 판다"는 비즈니스 모델의 구조, "채용보다 자동화가 먼저다"라는 경영 원칙, ARR·직원 수 이면의 함정을 짚습니다. 이 경영 원칙이 Process GPT의 기능과 AX 전환 컨설팅 교육으로 어떻게 이어지는지도 정리했고, 한국 기업이 적용할 수 있는 영역과 10명으로 100명 회사의 결과를 내는 8단계 실행 프레임워크로 마무리합니다.

2026 오픈소스 개발자대회 오리엔테이션에서 장진영 대표가 발표한 특별 강연을 정리했습니다. 2003년 공모대전 대상에서 시작된 오픈소스 기업 23년의 성장기, 신뢰 퍼널(Trust Funnel)로 '운영의 위험'을 유료화하는 오픈소스 비즈니스 전략, 코딩의 종말과 명세(Spec)의 지배·70일마다 두 배가 되는 코딩 지능·1:8 황금 비율의 붕괴 같은 AI 시대 기술 트렌드를 담았습니다. 프로덕트 엔지니어로의 역할 전환, 30분 이터레이션 사이클, 3대 생존 수칙과 함께 Process GPT·Robo Architect로 이어지는 유엔진 20년의 해답, AI 시대 개발자 선언문으로 마무리합니다. 발표자료 PDF도 내려받을 수 있습니다.

클라우드 네이티브 전환에서 마주하는 서비스 경계·데이터 소유권·트랜잭션의 설계 문제를 살펴봅니다. 정부24 사례와 설계·구현·운영·배포 단계의 과제를 통해 전환의 해법을 정리합니다.

AI 기술 자체가 아니라, AI 존재를 전제로 판단과 실행을 처음부터 다시 설계한 조직 — 'AI-Native Enterprise'가 되는 것이 진짜 경쟁력이라는 유엔진솔루션즈의 청사진입니다. 단순 도입에서 전면 재설계로, 그리고 Ontologic Platform과 Process GPT가 어떻게 이 그림을 실제 제품으로 구현하는지 살펴봅니다.

팔란티어의 급성장과 한국 상륙이 던지는 질문 — 왜 지금 온톨로지가 에이전틱 AI의 필수 인프라가 되었는지, 그리고 그 자격을 갖춘 플랫폼은 무엇을 갖춰야 하는지 Ontology Studio와 Ontologic Platform의 설계를 통해 짚어봅니다.

AI 에이전트 업계의 화두인 '루프 엔지니어링'의 자가 개선 메커니즘은 BPM의 '지속적 개선(CPI)' 철학과 완벽한 데칼코마니를 이룹니다. 두 세계가 '에이전틱 BPM(Agentic BPM)'으로 수렴하는 여정을 따라가고, 그 청사진을 이미 제품으로 구현한 Process GPT의 기능들을 함께 살펴봅니다.

지금 어디까지 왔고, 내 프로젝트에 쓸 만한가, 쓴다면 무엇이 어떻게 달라지며, 어떤 솔루션을 골라야 하나 — 발주기관·개발사·PMO의 질문에 데이터와 사례로 답합니다.

본 포스트에서는 유엔진솔루션즈가 수행한 정부24 포털 클라우드 네이티브 전환 1차 프로젝트의 설계 및 분석 과정을 살펴보고, 마이크로서비스 아키텍처(MSA) 도입을 통해 어떤 변화가 이루어졌는지 기술적 흐름을 깊이 있게 설명합니다.

비즈니스 세계에서 전통적인 비즈니스 프로세스 관리(BPM)는 탄생 이후 가장 중대한 변화를 맞고 있습니다. 글로벌 BPM 시장 규모는 2024년에 약 189억 달러로 평가되었고, 2037년까지 650~760억 달러 수준으로 급성장할 것으로 전망됩니다.

똑똑하지만 건망증인 AI의 딜레마 - 최근 ChatGPT, Claude, Gemini 등 대화형 AI를 사용하다 보면 이런 경험을 해본 적이 있을 것입니다. 처음에는 놀라울 정도로 정확하고 유용한 답변을 하던 AI가, 대화가 길어지거나 복잡해질수록 앞서 말했던 내용을 잊어버리거나 일관성을 잃는 모습을 보이는 것 말이죠.

복잡한 PL/SQL 코드를 Java로 마이그레이션하거나, 대규모 레거시 코드를 리팩토링할 때 우리는 종종 예상치 못한 버그와 마주하게 됩니다. 모든 문제를 사람의 힘으로 찾고 고치는 일은 매우 번거롭죠. 그런데 만약 코드가 스스로 로그를 분석해 원인을 찾아 고친다면 어떨까요?

응집도란 한 모듈 내부의 요소들이 얼마나 밀접하게 연관되어 있는지를 나타냅니다. 높은 응집도를 가진 모듈은 명확하고 집중된 목적을 가집니다. 결합도는 서로 다른 모듈 간의 상호의존성 정도를 의미합니다. 낮은 결합도는 모듈 간 독립성을 높이고, 시스템의 유연성과 확장성을 크게 향상시킵니다.

소프트웨어 설계에서 CQRS(Command Query Responsibility Segregation)는 복잡한 애플리케이션의 요구사항을 해결하는 데 있어 유용한 기술입니다. 특히, 데이터를 읽고 쓰는 작업을 분리해서 성능을 높이고 관리하기 쉽게 만듭니다. 이번 글에서는 Spring Boot로 CQRS를 구현하는 방법을 알아보겠습니다.

모놀리식 아키텍처에서는 종종 "Customer"라는 단일 테이블에 고객과 관련된 모든 데이터를 통합해 관리합니다. 이 테이블은 다양한 도메인(예: 영업, 마케팅, 예약)의 데이터를 포함하고 있어 "갓테이블(God Table)"로 불립니다.

마이크로서비스 아키텍처: 공장과 창고의 비유로 이해하기
이 교육 자료는 마이크로서비스 아키텍처의 개념을 공장과 창고의 비유를 통해 설명합니다. 주요 내용은 다음과 같습니다.

오늘은 마이크로서비스 아키텍처에서 가장 큰 도전 과제 중 하나인 "데이터 일관성과 성능의 균형"에 대해 이야기해보려 합니다. 특히, 도메인 주도 설계(DDD)의 '어그리게이트' 개념과 '이벤추얼 컨시스턴시' 패턴이 어떻게 이 문제를 해결하는지 살펴보겠습니다.

소프트웨어 설계에 있어 응집도(Cohesion)와 결합도(Coupling)는 매우 중요한 개념입니다. 오늘은 일상적인 물건들을 예로 들어 이 개념을 쉽게 이해해보고, 이를 객체 지향 프로그래밍과 마이크로서비스 아키텍처에 적용해보겠습니다.

이 글은 JPA/Hibernate를 사용할 때 도메인 주도 설계(DDD) 원칙을 적용하여 흔한 문제들을 해결하는 방법에 대해 설명합니다. JPA와 Hibernate를 사용하면서 경험할 수 있는 여러 가지 문제점들을 소개하고, 이를 해결하기 위한 접근 방법을 제시합니다.

한 때 아기 돼지 삼형제가 살던 마을은 평화롭고 안전한 곳이었습니다. 각각이 자신의 집을 가지고 행복하게 지내고 있었죠. 이 이야기를 통해 우리는 세 가지 다른 접근 방식을 볼 수 있습니다.

직원을 계약직과 정규직으로 분류하고, 세금 계산 로직이 계약직의 경우에만 다를 때, 이를 다형성(polymorphism)으로 처리하기 위해 엔티티를 변경하는 방법을 살펴보겠습니다.

Oracle Stored Procedure를 작성하여 전직원의 급여 계산을 수행하는 과정은 다음과 같은 단계를 포함할 수 있습니다. 기본급여, 야근 수당, 무급 휴가 사용에 따른 공제, 그리고 세금 공제를 계산하는 것입니다.