컨테이너 또는 서버리스는 언제 위험 신호입니까?

작성자: David Linthicum, InfoWorld |

귀하는 몇 가지 새로운 클라우드 기반 재고 및 공급망 관리 시스템을 개발하는 초기 단계에 있습니다. 처음 몇 번의 회의에서는 불안감을 느끼기 시작합니다. 기술이 프로세스 초기에 너무 일찍 논의되고 있기 때문입니다. 그 징후는 틀림없습니다. 귀하의 팀은 핵심 요구 사항이나 비즈니스 사례 정의에 집중하지 않습니다. 대신 사람들은 컨테이너 및 서버리스와 같은 최신 기술 트렌드에 대해 이야기하고 있습니다.

저는 이러한 기술을 구체적으로 선택하고 있지만 생성 AI, 엣지 컴퓨팅 또는 지난 클라우드 공급업체 컨퍼런스에서 조명된 새로운 주제를 포함하여 해당 문제에 대한 모든 기술이 될 수 있습니다. 문제는 특정 시점에 반드시 발생해야 하는 기술을 선택한다는 것이 아닙니다. 프로세스 초기에 너무 일찍 선택하고 최적화되지 않은 결정을 내릴 가능성이 높으며 최종 기술 솔루션보다는 최종 상태 기술 솔루션에 너무 집중할 가능성이 높습니다. 요구 사항 및 비즈니스 가치.

따라서 이러한 기술을 사용하여 문제를 사전에 해결하는 데 초점이 있다고 가정할 때 팀이 고려해야 할 몇 가지 문제는 다음과 같습니다.

제한된 사용 사례는 컨테이너 및 서버리스 기술을 의미합니다. 마이크로서비스나 이벤트 중심 기능과 같은 특정 유형의 애플리케이션에 매우 적합합니다. 그러나 모든 새로운 것에 적용되는 것은 아닙니다. 레거시 애플리케이션이나 기타 기존 시스템을 컨테이너나 서버리스 환경에서 효과적으로 실행하려면 상당한 수정이나 구조 조정이 필요할 수 있습니다.

물론 문제를 해결하기 위해 어떤 기술이든 강제로 적용할 수 있으며, 충분한 시간과 돈이 있으면 효과가 있을 것입니다. 그러나 이러한 "솔루션"은 가치가 낮고 최적화가 부족하여 지출이 늘어나고 비즈니스 가치가 낮아집니다.

복잡성 대부분의 새로운 기술 동향의 일반적인 단점입니다. 컨테이너 및 서버리스 플랫폼은 이러한 클라우드 기반 시스템을 구축하고 운영하는 팀이 처리해야 하는 추가적인 복잡성을 야기합니다. 복잡성은 일반적으로 개발 및 유지 관리 비용 증가, 가치 감소, 예상치 못한 보안 및 성능 문제를 의미합니다. 이는 구축, 배포 및 운영에 더 많은 비용이 든다는 사실에 더해집니다.

Kubernetes와 같은 컨테이너 오케스트레이션 프레임워크를 관리하거나 서버리스 기능 배포의 복잡성을 처리하는 것은 어렵습니다. 이러한 혁신은 특히 혁신이 가져올 수 있는 비즈니스 가치를 고려할 때 도전할 가치가 있을 수 있지만 일부 경우에만 해당됩니다.

공급업체 종속 요즘에는 비합리적인 두려움이 더 많아 보이지만 여전히 문제입니다. 각 공급자에는 API, 언어, 배포 방법과 같은 고유한 기능이 있습니다. 특정 플랫폼과 긴밀하게 결합된 애플리케이션을 구축하므로 향후 다른 공급자로 마이그레이션하거나 다른 기술 스택을 채택하려면 상당한 재작업과 투자가 필요할 수 있습니다.

항상 기술이 핵심 비즈니스 요구 사항에 어떻게 부합하는지 측면에서 장점과 단점을 함께 고려해야 합니다. 우리는 너무 자주 비즈니스 현실을 뒷전으로 밀고 새로운 기술을 추구하는데, 이것이 문제입니다. 요즘 다른 어떤 기술보다 잘못 적용되는 경우가 많고 그 결과 비즈니스에 반환되는 가치가 훨씬 적기 때문에 서버리스와 컨테이너를 선택하고 있습니다.

이러한 기술은 많은 비즈니스 요구 사항을 충족하지만 모든 비즈니스 문제를 해결하지는 않습니다. 어떤 기술도 그렇지 않습니다. 클라우드 아키텍처는 비즈니스에 완전히 최적화된 가치를 반환하기 위한 기술을 구성하는 것입니다. 우리는 비즈니스 문제부터 해결까지 노력해야 합니다. 기술을 너무 일찍 선택하는 등 프로세스에서 벗어나면 새로운 기술이 도입되지만 비즈니스 가치는 형편없게 됩니다.

다음으로 읽어보세요:

David S. Linthicum은 국제적으로 인정받는 업계 전문가이자 사고의 리더입니다. 그는 컴퓨팅에 관한 13권의 책을 저술했으며, 그 중 최신 책은 An Insider's Guide to Cloud Computing입니다. 데이빗의 견해는 그 자신의 것이다.