인트로: AI 모델링, MLOps, LLM 활용 | AI 기술의 통합적 접근 시작하며AI 기술의 급격한 발전과 함께, 우리 팀은 AI 모델 개발, MLOps(머신러닝 운영), 그리고 최신 LLM(Large Language Model) 기술 활용을 통해 전반적인 AI 영역을 아우르고 있습니다. 우리는 이러한 기술들을 통해 혁신적이고 차별화된 솔루션을 제공하고, 비즈니스 가치를 극대화하고자 합니다. 앞으로 진행할 콘텐츠는 AI 기술을 통합적으로 활용하여 실질적인 비즈니스 문제를 해결하고, 어떻게 가치를 창출하는 지에 대해 소개할 것입니다. 더불어, 특정 주제에 대한 개괄과 실제 문제 해결 사례 중심으로 진행할 것입니다. 아래는 앞으로 다룰 주요 주제들을 개괄적으로 소개하고 있습니다. 이 글을 통해 AI 기술의 전반적인 흐름과 각 단계에서의 핵심 포인트를 이해할 수 있기를 기대합니다... 2024. 6. 27. DB 인사이드 | PWI - LOCK > Relation-level Lock 📢 PWI(PostgreSQL Wait Interface) - LOCKPostgreSQL의 Wait Event에 대하여 다루기 전에, 먼저 PostgreSQL에서 사용하는 Lock에 대한 전반적인 내용을 다룰 예정입니다.PostgreSQL은 Relation과 같은 Object를 보호하는 Heavyweight Lock(HWLock), Relation의 구성 요소의 하나인 Row를 다루는 Row-level Lock, 그리고 일반적으로 공유 메모리의 데이터 구조에 접근할 때 사용하는 Lightweight Lock(LWLock) 등 다양한 유형의 Lock을 제공합니다.앞으로 PWI - LOCKS에서는 PostgreSQL에서 사용하는 Lock의 종류와 특징, 동작 방식 등을 알아보고, 사용 예시를 통하여 Loc.. 2024. 6. 11. IT 현장과 통합 모니터링 솔루션의 활용 방향 : 일본편 OO 서비스에서 중요 인시던트(Incident)가 발생하여, 운영자 A씨는 서비스 영향 유무는 물론, exemONE을 통해 서비스와 관련된 IT 전 영역에 특이사항이 있는지 살펴봅니다. 과거 사례로부터 향후 서비스 장애로 이어질 가능성이 있어, DB 전문가 B씨에게 에스컬레이션 하여 개선 검토 및 조치를 의뢰합니다. 정기 미팅에서 서비스 책임자 C씨와 관계자에게 해당 이슈를 공유합니다. DB 전문가 B씨는 이슈 발생 시각의 상세 데이터를 exemONE에서 확인하고 운영자 그룹에 분석 및 대응 결과를 회신합니다. 어떠신가요. 머지않아 exemONE이 불러올 일상의 변화가요?통합 모니터링의 필요성을 여러 관점(링크)으로 소개한 데 이어, 이번 화에서는 일본 IT 산업의 특징과 현장의 실제 운영 사례 및 e.. 2024. 5. 30. DB 인사이드 | PWI - PostgreSQL Wait Interface Elapsed Time = CPU Time + Wait Time + ... Database의 성능을 평가하는 중요한 지표 중 하나인, Elapsed Time은 사용자가 쿼리를 요청하여 결과를 받기까지 소요되는 총시간입니다. CPU Time은 쿼리를 처리하는 데 걸린 실제 시간, Wait Time은 요청된 작업이 비활성 상태로 대기열에서 처리되기를 기다리는 시간을 의미합니다.이 중, Wait Time은 다양한 원인으로 발생하는 Wait Event(대기 현상)로 인해 길어지며, 프로세스가 원하는 작업을 처리하는데 걸리는 시간을 길어지게 합니다. 이러한 Wait Time을 해결하기 위하여 다양한 DBMS에서는 여러 가지 Wait Event를 그들만의 방식으로 카테고리화하여 관리하고 있습니다.우리는 Wait E.. 2024. 5. 27. exemONE 론칭 | 엑셈의 신작 'exemONE'을 소개합니다. exemONE이 비즈니스 무대에 올랐습니다. 제작과 연출은 엑셈에서 맡았구요, 제목은 exemONE입니다.신제품 탄생까지 함께 고생하고 응원한 임직원들에게 첫 선을 보이고자, exemONE 릴리즈 소식을 선포하는 데모데이가 마련되었습니다. 4월 필리노베이터 홀에 전 직원이 모였고, ‘두둥’ 통합개발본부 김종희 본부장님의 발표가 시작되었습니다. 공식 릴리즈 된것에 대해서 기쁘고 자랑스럽게 생각합니다. 개발에 참여한 모든 분들께서 어려움 속에서도 해내고자 하는 의지를 보여준 점에서 큰 성과라고 생각합니다. 개발 과정에서 가장 큰 어려움은 제품의 가능성과 방향성을 정하는 것이었습니다. 초기에 구상한 아이디어에서 시작하여 실제 시장에서 요구하는 기능과 성능을 반영하기까지 아키텍처를 크게 두 차례나 변경했습니.. 2024. 4. 25. 개발자 관점에서 본 통합 모니터링의 필요성 최근 시스템을 구성하는 아키텍처의 복잡성이 증가함에 따라, 마이크로서비스 아키텍처(MSA)가 널리 채택되고 있습니다. 이러한 환경에서 통합 모니터링의 중요성은 더욱 강조됩니다. 이 글에서는 개발자 관점에서 통합 모니터링이 디버깅을 어떻게 개선하고, 개발 일정을 단축하며, 최종 제품의 품질을 어떻게 향상시킬 수 있는지를 소개합니다. 마이크로 서비스 아키텍처의 복잡성과 통합 모니터링의 역할MSA는 독립적으로 배포 가능한 여러 서비스로 구성되어 있어, 각 서비스가 개별적으로 기능합니다. 이는 개발과 운영의 유연성을 높이지만, 동시에 모니터링의 복잡성을 증가시킵니다. 따라서 각 구간별 서비스와 연관 컴포넌트들의 성능과 상태를 종합적으로 파악하기 위해 통합 모니터링은 필수적입니다. 이러한 환경에서 다음과 같은 .. 2024. 4. 25. DB 인사이드 | PostgreSQL Extension - PG_HINT_PLAN PostgreSQL은 Oracle과는 달리 SQL Hint 기능이 기본으로 제공되지 않기 때문에, 별도의 pg_hint_plan Extension을 설치하여 사용할 수 있습니다. SQL Hint 기능은 SQL문을 실행할 때, Optimizer가 생성한 SQL Plan을 사용자가 원하는 방식으로 변경할 수 있도록 Optimizer에게 알려주는 역할이 됩니다. pg_hint_plan Extension이 설치되어 있지 않으면 SQL문에 Hint를 사용하여도 Hint가 적용되지 않으므로 SQL문장에 Hint를 사용하기 위해서는 반드시 설치되어야 합니다.📢 본 문서에서는 pg_hint_plan Extension 설치 방법과 Hint 사용 방법에 대해 기술합니다. pg_hint_plan Extension 설치 .. 2024. 4. 18. DB 인사이드 | PostgreSQL Extension - Introduction 시작하며PostgreSQL은 Oracle, MySQL과 같은 다른 DBMS에 비해 기본적으로 제공하는 내장 함수나 부가적인 기능들이 부족한 편입니다. 이를 보완하기 위해 PostgreSQL에서는 Extension 기능을 제공하고 있습니다. PostgreSQL Extension은 PostgreSQL의 기능을 확장해 주는 역할을 하며 이를 통하여 PostgreSQL Database에서 제공하지 않는 기능을 Plug-in 형태로 연결하여 손쉽게 사용할 수 있습니다. Extension 구성 요소Extension을 사용하기 위해서는 {PostgreSQL 엔진 경로}/share/extension 디렉토리에 다음과 같이 컨트롤 파일(.control)과 하나 이상의 SQL 스크립트 파일(.sql)이 있어야 합니다.[.. 2024. 4. 18. APM 관점에서 본 통합 모니터링의 필요성 앞서 통합 모니터링 솔루션의 필요성에 대해 소개했습니다. (링크) 이번 회차에서는 통합 모니터링 솔루션의 필요성을 APM(Application Performance Monitoring) 관점으로 다뤄보고자 합니다. On-Premise에서 Cloud로 전환 On-Premise에서 클라우드(Public, Private, Hybrid, Multi)로의 전환은 애플리케이션의 배포 방식에 중요한 변화를 가져옵니다. 기존 On-Premise 방식에서는 물리서버에 수동적으로 배포 및 관리를 했다면, 클라우드 환경으로 전환되면서는 가상화된 인프라에 Container, Pod 형태로 배포하는 방식으로 변경되었습니다. 이렇게 변화된 환경에서는 애플리케이션의 동적인 확장과 유연한 관리가 가능해졌고, 이들 환경에서 수행되는 .. 2024. 3. 27. 이전 1 2 3 4 5 ··· 27 다음