질문 감사드립니다. 대표적으로 주의하셔야할 사항은 데이터 지속성과 확장성이 아닐까 싶습니다. 인메모리 데이터베이스는 전원이 꺼지거나 시스템 다운시 데이터를 잃게 되는 경우가 있으니 사전에 주기적 저장/백업으로 데이터 손실을 최소화 해야 합니다. 확장(scaling) 부분에서 인메모리 데이터베이스가 스케일아웃,클러스터링등을 지원하는지 확인하여 그에 맞는 전략을 구상하시면 좋을것 같습니다.
[질문] 리눅스플랫폼이 많으면 기존엔 가각 컨버젼하고 업데이트해야 하는 컨데이터가 너무 많지만 이것을 PaaS 대표적인 맨텍의 아코디언을 사용하면 한번에 전환하고 컨테이너를 관리할 수 있다는 말씀인지 궁금하고 그럼 이제는 paas 하나만 잘 관리하고 업데이트 패치하면 된다는 말씀 같은데 그럼 paas에 종속되는 문제는 없는 것인지요? 언제든 타 paas로 이전이 가능한 구조가 필수 일것 같은데 이런 문제는 어떻게 해결하셨는지요?
(질문) 레거시, 클라우드, SaaS 등으로 가면서 데이타센터 하드웨어 어플라이언스 위주의 보안 정책 관리가 힘들어졌고 재택, 원격 근무가 보편화된 시대에 확장성이나 보안 문제를 드러난 VPN보다 클라우드 엣지 솔루션을 보안 정책으로 검토하고 있습니다. 이때 추천할 만한 솔루션은 어떤 것이 있는지 문의드립니다.
In memory no sql를 프로젝트의 상황에 최적으로 적용하려는 경우 중요하게 고려하고 주의해야 할 요소들은 무엇인가요??