[질문] ERP에 있는 DB table 형태로 되어 있는 data도 연결 가능한거죠? (예들들어 2023년 9월 매출과 전년도 매출을 비교해주면, 답이 나올 수 있도록)
안녕하세요 데이터이쿠 포커스파트너 쿤텍 김선태 부장입니다. 데이터이쿠는 SQL 데이터비이스를 포함하여 Salesforce, SAP과 같은 다양한 비즈니스 애플리케이션등 총 32개 이상의 데이터에 커넥터를 제공합니다. 귀사의 ERP가 어떤 DB를 사용하고 계신지 알려주시면 좀 더 정확한 답변을 드릴 수 있습니다. 감사합니다.
[질문] 저희 회사는 AI/ML 분야에에 대한 업무를 많이 수행하다보니 스토리지에 대한 고민이 많습니다. 성능과 비용의 경계선상에서 항상 고민하게 됩니다. 특히 성능면에선 데이터처리속도가 무엇보다 중요한 요소인데요. 이런 현업의 고민에 대해 기존 스토리지 업체들과 어떤 차별화된 솔루션을 제공해주는지 궁금합니다.
Dataiku가 제공하는 AI 플랫폼은 대부분의 스토리지 솔루션과 연계하여 사용할 수 있습니다.
그러므로 저희가 직접 고성능 스토리지를 제공하고 있지는 않습니다.
최근에 특히 오브젝트 스토리지 기반의 고성능 스토리지를 제공하는 업체들이 많습니다. S3와 호환되는 솔루션은 쉽게 연동하여 사용할 수 있으니 관련 업체와 협업해 보시기를 권장드립니다.
1. 오픈소스 활용 개발 or API 연결 개발 둘 중 어느 방식일까요? 2. 회사의 정보를 활용해서 자체 LLM 서비스를 구축하기 위해서 문서(PPT, 엑셀, 워드, PDF, 메일 등)를 파인튜닝 하려고 하면 어떤 방식으로 선행 작업이 진행되어져야 할까요?
1. 오픈소스 활용 개발 or API 연결 개발 둘 중 어느 방식일까요?
=> Dataiku는 두 가지 방식 모두 지원합니다.
2. 회사의 정보를 활용해서 자체 LLM 서비스를 구축하기 위해서 문서(PPT, 엑셀, 워드, PDF, 메일 등)를 파인튜닝 하려고 하면 어떤 방식으로 선행 작업이 진행되어져야 할까요?
=> 문서에 대해서는 파인 튜닝보다는 인덱싱 작업이 적절히 진행되어야 할 것으로 생각됩니다.
[질문] 업그레이드나 패치시 다운타임을 제로화 하기 위해서 필수요소가 궁금합니다.
서비스 중단 없는 클라우드 운영을 위한 전략으로는 크게 2가지가 있다고 생각합니다.
1. Blue-Green Deployment
두 개의 별도 환경을 준비하여 한 쪽은 실제 서비스, 다른 한 쪽은 업데이트를 진행합니다. 업데이트가 완료되면 트래픽을 업데이트된 새 환경으로 전환합니다.
2. Canary Release
새로운 버전을 일부 사용자에게만 먼저 제공하여 검증하고 이 결과를 분석하여 문제가 없는 것을 확인한 후 전체 사용자에게 업데이트를 확장합니다.
[질문]하이브리드 클라우드 시대의 현재 업계 동향 및 앞으로의 발전 방향에 대해서 문의드립니다
많은 Trend중에, DevOps에서 DevSecOps로 가는 Trend가 있습니다.
최근 많은 기업에서 전환뿐만 아니라, Cloud Native 환경에서의 Seucrity에 대한 고민을 많이 늘어나고 있습니다.
기존의 Legacy의 수단만으로 보안을 수립할 수 없기에, 최근 Cloud Native에 맞는 zero-trust 개념이 포함된 많은 솔루션들이 부각되고 있습니다.
[질문] App Modernization을 통해 TCO 절감을 위해서 구체적으로 거쳐야 하는 단계 내지는 과정은 무엇이 있는지요?
단기적인 절감보다는 장기적인 관점에서 진행을 하면 명확한 TCO에 대한 절감을 목표로 해야한다고 생각합니다.
1. 현재 상태 평가
기존 시스템 분석: 현재 사용중인 애플리케이션과 인프라의 특성과 구조를 파악합니다.
비즈니스 요구사항 분석: 비즈니스 목표와 요구사항을 정확히 이해하고 정리합니다.
2. 전략 수립 및 로드맵 개발
3. 아키텍처 설계 및 데이터 마이그레이션 전략 수립
4. 개발 및 테스팅 환경 구현
5. 운영전환 및 배포,운영인력 훈련 및 지원
6. 운영환경 유지관리 및 최적화
이러한 단계를 거치면서 비용, 시간, 자원 등을 절약하고, 시스템의 효율성과 유연성을 향상시킬 수 있어 TCO를 절감할 수 있습니다.
MLOps의 관점에서 데이터이쿠의 큰 차별성은 최고의 범용성이라고 생각합니다.
각 도메인 또는 조직마다 데이터사이언스 전 과정을 수행하기 위한 환경이 조금씩 다르고, 다양한 인프라와 연동이 필요한 솔루션들이 있습니다.
이러한 부분들을 얼마나 유연하게 연동하여 MLOps 시스템을 구축할 수 있느냐가 매우 중요한데,
데이터이쿠는 On-Premise, Cloud 환경에 모두 설치하여 운영할 수 있고, 다양한 데이터소스, IDE, Notebook, 자동화 솔루션 및 시각화 솔루션 등과 연동할 수 있는 다양한 커넥터를 제공하여 손쉽게 연동할 수 있습니다.
또한 데이터이쿠 내에서 코딩으로 작업을 하더라도 솔루션이 제공하는 독자적인 방법이 아닌, Python, R 등으로 개발할 수 있어 시간과 비용을 줄일 수 있습니다.
IT 인프라의 운영관리에 있어 오토메이션이 과거에 사용된 용어라면 최근에는 오케스트레이션이라는 용어를 많이 사용합니다.
오케스트레이션은 오토메이션의 범주를 포함하고 있으며, 여기 추가적으로 문제해결 능력이 부가된 개념이라고 정의내릴 수 있습니다.
예를 들어 SW를 배포나 운영상 발생될 수 있는 장애 등은 현재까지 오토메이션을 통해 전문인력이 개입하지 않고 배포나 모니터링 등이 솔루션에 의해서 이루어지고 있지만 이후 감지된 이슈에 대한 해결 즉, 장애처리, 서비스 확장, 추가 인프라 증설 등의 행위들은 전문엔지니어의 개입을 통해 해결되고 있습니다.
오케스트레이션은 이러한 문제해결의 영역도 자동화를 할 수 있습니다.
요즘 각광받고 있는 쿠버네티스의 경우 배포된 컨테이너의 자동 장애 복구, POD 스케일 업/아웃, 노드 스케일 업/아웃 등의 기능을 예로 들을 수 있습니다.
안녕하세요.
Ceph 도입 시, 제일 고려하여야 할 사항은 스토리지를 어떻게 사용할 것인가 입니다.
Ceph 사용에 있어서 사용 방식을
: RBD
: Ceph FS
: RADOSGW
사용하는 방식에 따라 구축하는 방식이 다릅니다.
추가적으로 저장 방식을 3-Copy Replication 방식으로 할 지, EC (Erasure Coding) 방식으로 할지 결정해야합니다.
실제 H/W 을 이용하여 구축할 방식이 이에 따라 결정되어 집니다.
이러한 내용들은 Ceph 구축에 필요한 아키테처링에 기본적으로 필요한 부분입니다.
감사합니다.
안녕하세요.
기존에 사용하던 NAS을 오브젝트 스토리지로 소프트웨어 변경 없이는 변경이 불가능 합니다.
기존에 NAS로 운영하던 H/W을 이용하여 오브젝트 스토리지를 지원하는 소프트웨어를 설치하여 사용은 가능합니다.
이러한 방식은 마이그레이션 작업을 통해서 진행됩니다.
현재 사용하였던가 예전에 사용하였던 H/W을 오브젝트 스토리지를 지원하는 SDS (Software Defined Storage) 을 이용하여 재축구하여 사용할 수 있습니다. 오브젝트 스토리지를 지원하는 SDS로 제일 유명한 솔루션은 Ceph 추천드립니다.
구축하시기 전에 어떠한 방법으로 사용할지 컨설팅을 받으실 것을 추천드립니다.
감사합니다.
안녕하세요.
(주)에이치알티시스템 김만구 입니다.
협동로봇은 기본적으로 기존의 산업용 로봇에 비해 사용자 측면에서 쉽고 안전하게 사용 할 수 있게 제작 되었습니다.
협동로봇을 단순히 교육장이나 연구소에서 사용 할 경우에는 SI 업체의 지원이 필요없이 협동로봇 납품 업체 또는
협동로봇 제조사에서 1~2일 정도의 교육만 받으면 사용이 가능 합니다.
하지만 다양한 산업현장에서 협동로봇을 사용 할 경우 해당 산업현장에 기존 또는 신규로 설치되는 시스템(하드웨어/소프트웨어)들과의
통신 및 연동을 위해서는 전문 SI 업체의 지원이 일부 필요 합니다.
어느 정도의(시간/비용) SI 업체 지원이 필요한가에 대해서는 사용하시고자 하는 산업현장에서
협동로봇의 적용 컨셉에 따라 달라 질 수 있습니다.
이 또한 초기 SI 업체의 유무상 지원이후 교육이나 메뉴얼을 통해서 장기적으로는
사용자 측면에서 스스로 사용 할 수도 있습니다.
감사합니다.
안녕하세요.
(주)에이치알티시스템 김만구 입니다.
먼저 협동로봇도 산업용 로봇의 범주에 포함 됩니다.
전통적으로 산업용 로봇이 가장 많이 사용되는 산업은 자동차/전자/기계 분야 였습니다.
2008년 덴마크 유니버설로봇사에서 협동로봇이라는 개념의 안전한 로봇을 출시하면서
기존의 자동차/전자/기계 뿐만이 아니라 의료,식품,물류,서비스 등등 전반적인 산업군에 협동로봇이 사용되게 되었습니다.
현 시점에서는 협동로봇은 다양한 국가에서 개발되고 있으며 국내에서도 다수의 대기업 또는 중견/중소 기업에서
협동로봇을 출시하고 있습니다.
협동로봇은 말그대로 사람과 협동한다는 의미이며 이는 곧 로봇을 사용함에 있어 기본적인 안전성을 보장한다는 의미 입니다.
기존 산업용 로봇은 산업현장에서 사용 시 필수적으로 펜스나 안전장치를 설치 하여야 하지만 협동로봇은 안전펜스나 복잡하고 값비싼 센서들을 설치 하지 않아도 사용이 가능 합니다
현재 전세계적으로 다양한 협동로봇이 사용되고 있으며 각 국가별로 협동로봇의 안전 기준도 일부 차이가 있습니다.
우리나라에서 협동로봇을 사용 시 펜스나 안전장치 등을 사용하지 않아도 되지만 한국로봇사용자협회를 통해서
"협동로봇 작업장 안전인증"을 받아야 산업안전보건법에 위배가 되지 않으며 협동로봇 작업장 안전인증을 받기
위해서는 일정 시간과 비용이 들어 갑니다. 이 부분에 대해서는 한국로봇산업진흥원 또는 한국로봇사용자협회에
문의를 하면 보다 정확한 내용을 확인 할 수 있습니다.
단순하게 표현해서..
산업용로봇에 비해 협동로봇은
안전하게 사용가능하고, 쉽고 빠르게 설치가 가능하고, 유연하게 재배치가 가능하고,
유지보수 비용이 저렴 합니다.
감사합니다.
안녕하십니까?
(주)에이치알티시스템 김만구 입니다.
협동로봇의 제공가치...
1) 무엇보다 안전하게 사용이 가능하여 산업현장에서의 안전사고를 방지 할 수 있습니다.
2) 산업용 로봇에 비해서 설치공간, 도입비용 등이 효율적 입니다.
3) 로봇 전문가가 아니더라도 쉽고 빠르게 협동로봇을 배우고 익혀 운영적인 측면에서의 추가 비용을 절약 할 수 있습니다.
4) 공장의 레이아웃 변경, 생산제품의 단종에 따른 로봇 재배치/재설치가 수월 합니다.
협동로봇은 이제 기계가 아니라 또 하나의 동료 입니다..
감사합니다.
안녕하세요?
우선 3D 프린터가 양산품 보다 시제품에 먼저 적용했는지를 말씀드리겠습니다.
1. 3D 프린터용 재료가의 다양하지 못했습니다.
SLA와 Polyjet 방식에서 사용하는 광경화성 액상재료는 아크릴 기반의 재료로 취성이 강해서 쉽게 깨지는 특성이 있고, 사출재료와 동일한 재료를 사용하는 FDM (필라멘트)과 SLS (플라스틱 파우더)도 ABS, PC, Ultem, Nylon12 등 한정된 재료만 적용이 되었기 때문에, 제품의 물성에 적합한 다양한 재료를 필요로하는 양산품 보다는, 비슷한 성능만 나와도 되는 디자인 검증 또는 성능 검증용 시제품에 적합했습니다.
2. 3D 프린팅 재료 가격이 비싸다.
사출용 펠렛 재료에 비하여 3D 프린팅용 재료의 가격이 몇 배 비싸므로 양산품 보다는 가격이 비싼 목업 대용의 시제품에 적합했습니다.
3. 3D 프린팅 출력 시간이 오래 걸렸습니다.
FDM 방식에서는 A4지 크기의 하우징을 출력하는데 24시간 이상이 소요되므로 수십~수백개의 제품을 출력하기에는 시간이 너무 오래 걸리고, 3D 프린터의 임률을 적용하면 개당 단가가 비싸므로 10개 미만의 샘플에 적합했습니다.
4. 3D 프린팅 출력물의 정밀도 (+/- 0.1~0.2mm) 가 가공품 또는 사출품의 정밀도 (+/- 0.02~0.05mm)에 미치지 못하므로 디자인 검증 및 조립성 검토의 목적의 시제품에 사용되었습니다.
현재는 3D 프린터의 출력 속도가 기존 속도보다 50~100배 빨라진 기술이 선보이기 시작했고 속도가 빨라져서 재료의 소모량이 증가되어 재료의 가격 인하되고, 다양한 재료의 Needs가 생기면서, 고성능의 재료가 출시되기 시작했습니다.
그리고 기존 특허기술의 기술 발전 및 새로운 기술의 등장으로 3D 프린팅 출력물의 정밀도가 향상되면서 시제품을 벗어난, JIG & Fixture와 양산에 적용 가능해졌습니다.
즉, 3D 프린팅은 금형 없이 양산 가능하므로 금형이 필요한 사출품 (1,000개 생산) 과 단품의 가격에서 경쟁력이 생기기 시작하여 양산시장으로 영역을 넓혀가고 있습니다.
안녕하세요. 먼저 질문 주신 점에 대해서 감사드립니다.
HCI로 전환하기 전에 준비해야 할 점은 다음과 같은 사항을 중심으로 HCI 구축 업체와 협의하시는 것이 우선 순위일 것으로 판단됩니다.
1. HCI로 전환하기 위한 대상 서버 (물리서버, 가상 VM) 확정
2. 전환 대상 서버들에 대하여 자원 할당 방안 (vCPU, Memory, Disk)
3. 전환 대상 서버/Application 들에 대한 업무 성격 (외부 or 내부 서비스, 평상시와 Peak시의 성능 변동성, 지속적인 확대 가능성 등)
- App 특성이 CPU 성능 우선, I/O 우선, 디스크 용량 우선인지 분류하여 업무 성격별로 클러스터 구성 설계
4. 전환 대상 서버/Application 들에 대한 N/W 및 방화벽 구성 방안 (업무를 물리적인 네트워크 Port로 구분 가능한가? 별도의 Cluster로 구성해야 하는가? 등등)
- VM들간의 Microsegmentation을 통해서 동일 네트워크 구간 내에서 상호 격리하는 방안 등 고려
5. 전환 대상 서버/Application 들에 대한 이관시에 가능한 서비스 다운타임
6. 내부 업무에서 공유볼륨 (NAS, Object 스토리지 또는 iSCSI 형태의 볼륨) 구성 필요성
7. 추가적으로 향후 추가하거나 증설해야 할 VM 규모
8. 고객사의 특정 업무에 따른 추가 고려 사항 등
추가적으로 궁금하신 사항은 언제나 추가 댓글이나 이메일(billyseo@ctinc.co.kr)로 연락주시면 상세히 설명드리도록 하겠습니다.
감사합니다."
레드햇의 CentOS 지원 중단에 대해 SUSE는 SUSE Liberty와 RHEL 9 Fork 을 통해 고객이 겪게된 어려움을 해소할 수 있는 방안을 제시하고 있습니다.
SUSE Liberty는 CentOS를 사용하고 있는 고객에게 다른 OS로 전환 없이 현재 사용중인 CentOS 환경 그대로 기술지원을 받을 수 있는 방안입니다. 고객은 SUSE Liberty를 통해 Bug Fix와 Security Patch를 기존과 동일하게 제공 받을 수 있게 됩니다. SUSE Liberty는 CentOS 뿐만 아니라 RedHat Linux를 사용중인 고객에게도 SUSE가 제공하는 기술지원을 받을 수 있도록 하고 있어, 다른 OS로의 마이그레이션 없이 기존 환경 그대로 운영을 하면서도 Bug Fix와 Security Patch를 더 낮은 비용으로 제공 받을 수 있게 됨에 따라 매년 큰 비용을 부담하던 고객에게 운영 비용 절감의 기회를 제공합니다.
최근 SUSE는 RHEL 9을 Fork하여 RHEL과 Binary Compatible한 Linux OS를 제공하겠다고 선언했습니다. 과거에 CentOS가 RHEL의 Forted 된 버전으로 Binary Compatible한 제품이었다면 이제부턴 SUSE가 RHEL 9 버전부터 제공하게 되는 RHEL Forked 제품이 그 역할을 대신하게 됩니다.
동적인 컨테이너의 특성으로 인해 다음과 같은 보안 문제가 발생할 수 있습니다.
1. CI/CD 파이프라인에서 시작될 수 있는 보안 취약성: 오픈 소스 소프트웨어의 사용이 확대됨에 따라 오픈소스에 포함될 수 있는 중대한 취약성 문제는 빌드 단계, 레지스트리 및 프로덕션에서의 컨테이너 이미지 보안에 영향을 미칩니다.
2. 서버간 트래픽의 폭발적 증가: 전통적인 애플리케이션은 방화벽과 호스트 보안 툴로 보호가 가능하지만, 컨테이너는 서버간 트래픽이나 인터넷 트래픽을 동적으로 증가시킬 수 있어 공격에 대한 감시가 어려울 수 있습니다.
3. 공격받을 수 있는 범위의 증가: 각 컨테이너는 서로 다른 공격 범위와 각각의 다른취약성을 가질 수 있습니다. 쿠버네티스와 Docker와 같은 컨테이너 오케스트레이션 툴에 대한 보안 위협도 고려해야 합니다.
4. 쿠버네티스 환경에서 컨테이너로 관리되는 애플리케이션의 동적인 작동 방식: 오래된 보안 모델과 툴들은 지속적으로 변화하는 컨테이너 환경을 따라갈 수 없습니다. 쿠버네티스의 자동화된 특성으로 인해 컨테이너와 포드가 몇 분 또는 몇 초 만에 나타났다 사라질 수 있습니다. 새로운 네트워크 접속을 포함할 수 있는 어플리케이션의 작동방식은 강화된 보안 정책에 즉시 반영되어야 합니다. 컨테이너의 보안을 확보하기 위해서는 차세대 자동 보안 툴이 필요하며, 파이프라인 초기에 보안 정책을 선언하고 코드로서 관리해야 합니다.