서브스크립션과 라이센스 병행 방향은 저희 SA쪽이나 영업쪽에서 답변을 드릴 수 있을 것 같습니다. [email protected]으로 연락 주시면 내부 연결 드리도록 하겠습니다.
안녕하세요, 좋은 질문 감사합니다. 가장 중요한 도입기준은 오픈소스를 도입하려는 프로젝트가 무엇인가에 따라 달라질듯합니다. 오픈소스에 대한 유지보수, 기술지원의 경우, 상용 기술지원 서비스를 제공하는 전문기업으로부터 기술지원을 받으시거나, 내부 개발자의 역량이 있다면 커뮤니티를 통한 기술지원 등의 방식을 선택하셔야 하는데, 이는 프로젝트의 규모, 서비스에 대한 무결성 등이 먼저 고려 되셔야 할거 같습니다.
아직 답변이 없습니다
절대 전송량이 큰 문제를 해결할 수 있는 방법은 없지만, 중복 전송을 최대한 막는 방법들이 있습니다. 예를 들면, 여러 대의 노드들이 공통 데이터를 사용하여 분산 훈련을 수행하는 경우 단일 데이터레이크를 사용하고, 연산 노드들을 최대한 레이크와 직결하는 등의 방법입니다. 자주 억세스하는 데이터는 노드별로 자동 캐시등을 적용하도록 구성하는 것을 권장합니다. 데이터 전송 비용 자체는 갈수록 저렴해지는 추세이고, 퍼블릭 클라우드를 쓰는 경우 및 데이터 변동이 적은 경우 네트워크를 거치지 않는 데이터 전송 (예를 들어 AWS Data Import 서비스와 같이 하드디스크를 택배로 부치는 서비스 등의) 방법을 이용하시는 방법이 있습니다.
답변 주셔서 고맙습니다. AWS Data Import 같이 네트워크를 거치지 않는 데이터 전송 방법에 대해 전에도 들어본 적이 있지만 이 부분에 대해서는 진지하게 생각해보지 않았습니다. 다시 한번 잘 생각해보겠습니다.
일당 누적 데이터사이즈가 테라 단위라면 네트워크로 전송하는 비용이 물리 전송 비용보다 훨씬 저렴할 것입니다. 만약 이미 IDC에 자원이 있다면 퍼블릭 클라우드들마다 전용회선 구축 상품등이 있으므로 알아보시면 도움이 될 듯 합니다.
[질문] Backend.ai를 on-premise 시스템으로 이용할 수 있는 것처럼 설명하는 자료를 방금 인터넷에서 찾았는데요. Backend.ai를 on-premise 시스템으로 이용할 수도 있나요? 지금은 <발표자에게 문의하기>를 이용할 수 없는 것 같아서 여기에 질문 남깁니다.
같은 질문인 것 같아 위의 질문의 답변으로 갈음하겠습니다~
같은 질문인 것 맞습니다. 답변 주셔서 고맙습니다.
저희의 경우, 플랫폼 관리는 최대한 자동화하는 방향이 맞다고 생각합니다. 그런데 MLOps의 경우, 플랫폼 관리의 상당수는 연구자/ 개발자들에 대한 자원 할당입니다. 이러한 부분들은 실질적으로 작업을 하는 개발 조직에서 담당하는것이 유리하고, 기타 메인테넌스 등은 조직이 큰 경우 Ops를 따로 두는 것이 유리할 것으로 보입니다. Backend.AI 의 그룹 기능을 이용하여, 자원 분배 권한을 각 그룹의 어드민들에게 주고, 그룹간 자원 분배는 전체 어드민이 담당하는 계층 구조 도입도 생각해 볼 수 있겠습니다.
관리 인력이 있는 경우엔 해당 팀에서 진행하기도 합니다. 그런데 오픈소스 기반 솔루션들은 발전이 빠른 관계로, 해당 변화를 모두 트래킹하는 것이 어렵습니다. 전사 차원에서 대응 인력을 따로 두지 않는다면 버전 관리를 위한 유지보수를 동반하는 것이 일반적입니다.
질문 감사합니다 ^^ 개인과 업무의 분리라는 기본적인 사상 이외에 Dooray는 업무에 연관된 다양한 기능을 제공하고 있습니다. Slack 메신저의 기능들을 생각할 수도 있을 것 같은데요. Incoming hook과 슬래시 커맨드를 지원합니다. 가이드는 아래를 참조하시구요. Dooray에서 말하는 것은 업무협업을 메신저로 하는 것도 좋지만 게시판형 협업도구인 프로젝트를 통해서 진행하면 1. 이슈가 트래킹되고, 2. 모든 업무가 기록된다는 것입니다. 그리고... 메신저까지 제공되는 거죠 https://docs.toast.com/ko/Dooray/Messenger/ko/slash-command-guide/
답변 고맙습니다. 저도 개발자라서 그런지 보내주신 URL의 문서가 매우 마음에 듭니다. 잘 활용하겠습니다. 그런데 같은 팀 안에 개발자가 아닌 분들이 좀 계셔서 전체적인 설득 전략에 대해서는 잘 생각해봐야 될 것 같습니다.
질문 감사합니다 ^^ Dooray 협업도구인 프로젝트의 업무, 댓글 등록 시 Markdown 에디터를 지원합니다. 이를 통해서 위키도 쉽게 작성이 가능하고, 프리젠테이션 기능도 제공합니다. 마법같은 기능 동영상 1분 링크 공유 드립니다. https://www.youtube.com/watch?v=1dUwfBQ7Sc8&list=PL42XJKPNDepZhGeapI5tQM59mSk3Rw0vH&index=17&t=0s
질문 감사합니다. 현재 화자 인식에 대해 많은 분들이 요청을 주셨고 기능 개선을 통해 조만간 출시될 예정입니다. 조금만 기다려 주시면 멋진 기능으로 보답하겠습니다. 감사합니다.
기대합니다
질문 감사드립니다. https://www.ncloud.com/product/security/securityMonitoring 와 같이 IPS, IDS, WAF, Anti-DDoS를 통해 보안 관제를 수행하고 있습니다.
안녕하세요. NBP가 기존 글로벌 클라우드 서비스와 비교하여 사용이 편리하고 보다 적극적인 고객 지원 시스템을 구축하고 있습니다. 더불어 가격 및 기능에 있어 좋은 선택지가 될 것입니다.
네 vip가 하나 있어야 하고 그림의 구성은 상위 dns에 vip에 연결된 domain을 등록하고 이를 lb용으로 사용하는 구조입니다.
고맙습니다!
네 F5에는 VIP가 설정되어 있고, 관리자나 Worknode가 해당 VIP로 통신을 합니다.
네 또한 vm이 필요없을 경우 kubernetes 클러스터를 lma 툴들과 함께 쉽게 배포 운영할때도 사용할 수 있습니다.
네 감사합니다!
사용하실 수 있습니다. 그러나, 보통 K8S 환경에 별도의 BIG-IP LTM 장비로 설치하시는게 일반적입니다.
운영하는 서비스가 컨테이너화 하는것이 정말 필요한지 고민해보면 좋을 것 같습니다.
기본으로는 BIG-IP NAT IP가 보입니다. Client IP를 Log로 남기기 위해서는 추가적인 작업이 필요합니다
추가적인 작업이란게 어떤건지 개략적으로 알수 있나요?
X-forwarded-for 및 BIG-IP에서 NAT를 하지 않고, 트래픽 플로우가 모두 F5 BIG-IP를 통과될수 있도록 구성해야 합니다.
답변 감사합니다!!
네 tunnel방식의 경우 노드간 통신에 tunnel interface를 만들고 사용하는 것이기 때문에 상관없이 사용 가능합니다.
DSR 구성을 가능하나 Cluster 구조장 DSR 모드를 구성하는데는 한계가 있습니다.
네 아무래도 상용 솔루션이 아닌만큼 container를 사용하는 어떤 환경으로도 마이그레이션 가능하지 않을까 싶습니다.
nodeport의 경우 30000번 이상 특정 포트를 앱에 할당해주는거라 변하지 않을텐데 이상하네요...