APEX도 DB 쿼리를 통해 REST 서비스를 오픈하고, App Builder를 통한 Front UI를 개발 하는 방식입니다. Microservice에서 사용하는 기본 패턴은 사용한다고 이해하시면 됩니다.
[질문] 답변 주셔서 고맙습니다. Low Code 방식으로도 개발 주기 단축이 가능하니까 APEX로 개발 진행하면 개발 주기 단축이 가능할 것 같은데 APEX가 Microservice의 기본 패턴을 사용한다면 Microservice의 장점인 높은 확장성과 뛰어난 복구 능력도 APEX로부터 얻을 수 있는 것인지 궁금합니다.
Kubernetes 기반에 스케일, Self-Healing 등을 유저가 설정하는 기능을 별도로 제공하고 있진 않지만, 오라클이 서비스 형태로 제공하는 부분으로 Cloud Native 형태로 확장, 복구를 내부단에서 지원하고 있습니다.
APEX는 DB 내의 Stored Procedure 코드들을 많이 가지고 있기 때문에 앞서 말씀드린 것처럼 생성된 코드를 REST API로 오픈하여 microservice에서 호출하도록 구성하는 것이 현재로서는 가장 이상적인 패턴이 될 것 같습니다. 감사합니다.
동일한 규모를 전통적인 아키텍쳐와 뉴타닉스 아키텍처를 비교한다면, 뉴타닉스가 경쟁력이 있는 편인가요?
운영 관점에서 전통적인 아키텍처는 4~5년 주기의 인프라 교체시기와 워크로드 확장성을 미리 감안하여 인프라를 도입하기 때문에 초기 도입비용이 큰 반면에, 하이퍼컨버지드 인프라는 확장성이 매우 유연하므로 필요한 만큼 노드단위로 증설할 수 있다는 측면에서 향후 일반 인프라 뿐 만 아니라, 기업 내 프라이빗 클라우드 구축을 위한 표준 플랫폼으로 많은 도입이 있을 것으로 예상됩니다.
저는 대형 SI사 직원으로, 최근 금융 및 제조사 의 노후교체 및 이전 사업에 HCI와 기존의 개별 인프라를 고민하다가 각 엔지니어가 친숙한 개별 인프라로 설계&구축하고 있습니다. 설계시 HCI 경우, 기존 대비 강점(구축, 운영 관점에서)과 설계시 중점을 둬야하는것은 무엇인지 궁금합니다.
이전의 레거시 아키텍처처럼 서버, 스토리지, 가상화 등의 모든 스택을 개별 구성할 필요없이 하이퍼컨버지드를 통해 스토리지, 서버, 가상화가 일체형으로 구성되기 때문에 구축 측면에서는 초기 구축이 매우 간편하고 신속하다는 장점과 있고,
운영 측면에서는 용량 증설 및 소프트웨어 업그레이드와 같은 구성 변경에 관한 작업 시, 서비스 운영중에도 간편하게 확장, 변경 등이 가능하다는 장점이 있습니다.
설계 시 중점사항은 기존의 레거시 아키텍처와는 다른 방식, 분산 스토리지 아키텍처로 구성되기 때문에 하이퍼컨버지드를 위한 전용 10Gb 네트워크에 대한 사전 설계가 동반되어야 합니다.
linux에 sql server 구성시 기존 windows 기반대비 제약사항은 어떤게 있나요?
https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-release-notes?view=sql-server-linux-2017#Unsupported
[질문] sql on linux 설치후 net으로 개발할수가 있나요?
네. 가능 합니다.
질문: 예전에 나사에서 화성탐사선시 사용한 디비가 postgresql인걸로 압니다. 기술적으로 우수할텐데 Mysql이 더 인기있는 이유가 무엇인지 궁금합니다.
postgresql 은 기능적으로 더 우수할 수 있으나, Mysql 에 비해 replication설정에 대한 유연성이 상대적으로 낮고, update에 대한 성능이 mysql이 더 높다고 할 수 있습니다. postgresql의 vacuum 기능으로 인하여 성능이 중요한 서비스의 경우 mysql을 더욱 고려하는 것으로 보입니다.
명쾌한 답변 감사합니다. Thumb up.!!!
[질문] APEX Low Code 개발 결과물도 Microservice 구조가 될 수 있는지 궁금합니다.