사업 가상 어플라이언스로 소프트웨어를 배포해야하는 6 가지 이유

가상 어플라이언스로 소프트웨어를 배포해야하는 6 가지 이유

차례:

비디오: ì•„ì ´ìŠ¤í ¬ë¦¼ ì¹¼ë ¼í ¼ ìŠ¬ë ¼ì „ 액체괴물 만들기!! í 르는 ì  í†  ì•¡ê´´ ìŠ¬ë ¼ì „ 놀ì (십월 2024)

비디오: ì•„ì ´ìŠ¤í ¬ë¦¼ ì¹¼ë ¼í ¼ ìŠ¬ë ¼ì „ 액체괴물 만들기!! í 르는 ì  í†  ì•¡ê´´ ìŠ¬ë ¼ì „ 놀ì (십월 2024)
Anonim

IT 인프라 관리는 예전보다 복잡한 제안입니다. 온-프레미스 서버 및 모 놀리 식 애플리케이션의 시대는 새로운 하이브리드 현실을 향하고 있습니다. 레거시 온-프레미스 인프라는 클라우드 기반, 가상 및 모듈 식 데이터베이스 및 앱 기술의 통화와 혼합됩니다. 비즈니스에서 소프트웨어를 호스팅, 프로비저닝 및 배포하는 방식이 변화하고 있습니다.

이 패러다임 전환의 촉매 중 하나는 가상 기기 (VA)의 부상입니다. 클라우드 기반 가상 머신 (VM)을 기반으로하는 VA는 수동 설치, 프로비저닝 또는 배치에 대한 걱정없이 가상 앱을 설정하고 실행하기위한 사전 구성된 도구입니다. VMware 클라우드 플랫폼 사업부의 CTO 인 키트 콜버트 (Col Colbert)는 다른 기기와 마찬가지로 VA에 대해서도 생각한다고 말했다. 냉장고의 작동 방식을 알 필요는 없으며 작동 만한다.

Colbert는 VMware에서 14 년을 보냈습니다. 그는 VMkernel 운영 체제 (OS) 및 vSphere 서버 가상화에서 vRealize IT 운영 관리자 및 모바일 장치 관리 (VMDM) 용 VMware AirWatch 플랫폼에 이르기까지 엔터프라이즈 소프트웨어 회사의 포트폴리오 전체에서 일했습니다. PCMag는 VA가 무엇이며 실제 비즈니스 시나리오에 유용한 이유에 대해 Colbert와 이야기했습니다. 차세대 소프트웨어 스택 및 IT 인프라의 일부로 컨테이너 및 마이크로 서비스와 같은 새로운 개발자 측 기술과 함께 VA를 활용하는 방법에 대해 논의했습니다.

VA 란 무엇입니까?

VA는 IaaS (Infrastructure-as-a-Service) 클라우드의 일부로 실행되는 데이터 센터 및 가상 서버에서 점점 일반화되고 있습니다. Colbert는 클라우드 컴퓨팅 환경에서 VA가 무엇이고 어떻게 VA가 중요한지 이해하기 위해 핵심은 "어플라이언스"라고 말했다.

콜버트는“집안에있는 가전 제품, 오븐, 전자 레인지, 냉장고에 대해 생각해보십시오. 플러그를 꽂으면 작동합니다. "내부 작업은 복잡하다. 이제는 IoT (Internet of Things)를 사용하여 많은 사람들이 Wi-Fi를 사용하고 있지만 실제로 냉장고 나 오븐의 작동 방식을 알고있는 사람은 몇 명이나 될까? 매우 간단한 상호 작용으로 매우 복잡한 장치를 제어 할 수 있습니다. 어플라이언스에는 사용자가 더 쉽게 가치를 얻을 수 있도록 복잡성이 포함되어 있습니다. 가상 어플라이언스는 데이터 센터의 VM 내에서 동일한 작업을 수행합니다."

Colbert가 설명했듯이 VA는 본질적으로 복잡한 가상 시스템을 가져 와서 제품을 판매하는 ISV (Independent Software Vendor)와 해당 소프트웨어를 구매하고 배포하는 비즈니스 IT 부서를 위해 엄격하고 통제 된 특정 구성에 집중하기 위해 소프트웨어 추상화를 제공합니다. ISV의 경우 VA는 구성 및 배포 옵션의 수를 줄입니다. 지원하는 옵션과 설정 및 OS가 많을수록 소프트웨어가 다른 환경에서 올바르게 작동하기가 더 어려워집니다. 비즈니스 측면에서 VA는 IT 부서가 앱을 설정하고 네트워크 및 규정 준수 설정을 구성하는 등의 시간을 덜 소비 할 수있게 해줍니다. Colbert는 단순성과 가치 실현에 관한 것이라고 말했습니다.

콜버트는 "전통적으로 소프트웨어를 설치할 때 해당 애플리케이션을 가동시키기 위해해야 ​​할 일이 많이있다. 가상 어플라이언스의 목표는 모든 것을 사전 구성하고 사용하는 것"이라고 말했다. "iOS와 같은 운영 체제를 살펴보십시오.이 Apple 장치 세트에서만 작동하는 소프트웨어 세트입니다. 수십만 대의 다른 장치에서 실행 가능한 구성 가능한 OS가있는 Android와 비교해보십시오. 제조업체는 다른 기기에서 맞춤 설정할 수 있지만 iPhone은 한 번만 제작되었습니다."

VA와 VM

VA와 VM은 종종 혼합되어 있지만 간단히 말하면 다음과 같습니다. VM은 VA의 패키징 및 배포 메커니즘입니다. Colbert는 VM 자체가 광범위하게 사용되는 빈 캔버스라고 설명했다. VM 위에 구축 된 VA는 매우 구체적인 방식으로 사용하도록 해당 VM을 맞춤화하고 사용자 정의하는 방법입니다. 가전 ​​비유로 돌아가서 VM의 모든 복잡성을 패키징하고 사용자에게 간단한 노브를 제공합니다.

콜버트는“가상 어플라이언스는 매우 특정한 방식으로 구축 된 VM으로, 구축이 간단하고 수백만 가지의 구성 옵션을 제한한다”고 말했다. "범용 VM을 사용하면 원하는 서버 소프트웨어와 OS를 설치할 수 있으며 경우에 따라 유용합니다. 여기서 말하는 것은보다 일반적인 VM 패턴에 대한 사용자 정의 및 최적화입니다."

VA 배포를위한 6 가지 팁

VMware는 VA와 함께 일하는 유일한 엔터프라이즈 소프트웨어 제공 업체와는 거리가 멀지 만 대부분의 전문 지식을 보유하고 있습니다. VMware는 표준화 된 OVF (Open Virtualization Format)에서 실행되는 VMware vApp을 개발하는 데 수년을 보냈습니다. VMware vApp 플랫폼은 VM을 서로 다른 OS 및 클라우드 컴퓨팅 아키텍처에서 작동하는 VA로 함께 패키지합니다. Colbert는 VA를 고려, 설정 및 배포 할 때 기업이 염두에 두어야 할 5 가지 권장 사항을 제안했습니다.

1. VM이 아닌 VA를 사용해야 할시기 파악

VM과 VA의 차이점을 이해하고 나면 서로를 사용하는 것이 더 유리한시기를 아는 것이 중요합니다. Colbert는 VM을 그대로두고 사전 구성된 VA와 함께 배포할지 여부를 결정할 때 해결하려는 비즈니스 프로세스에 대해 생각한다고 말했습니다.

"회사의 여러 직원과 다른 직원이 하나의 응용 프로그램이나 프로세스를 공통적으로 사용하는 패턴을 발견하면 VA의 목표가됩니다. 복잡성을 포함하고 싶은 곳에 배포 및 재배치되는 응용 프로그램 콜버트는 말했다. "각 사용자가 약간 다르게 구성하는 서로 다른 인스턴스를 사용하는 대신 해당 상황을 제어 할 수 있으며 오븐에 적합한 노브 세트 만 제공 할 수 있습니다."

2. 데이터 센터 앱 스토어 구축

VA는 사용하기 쉬우 며 쉽게 찾고 얻을 수 있어야합니다. 일반적으로 Colbert는 앱에 액세스하려면 일종의 티켓 기반 요청을 IT에 제출 한 다음 관리자가 수동으로 프로비저닝해야한다고 설명했습니다. 지난 몇 년 동안이 서비스는 선별 된 서비스 카탈로그 또는 IT 승인 앱을 다운로드 할 수있는 관리되는 앱 스토어를 통해 더욱 자동화되었습니다. 그러나 VA를 사용 가능하게 만들면 사용자가 농구대를 뛰어 넘을 필요가 없습니다.

콜버트는“가상 어플라이언스의 단순성을 활용하여 IT 관점에서 요구 사항을 관리하면서 사용자에게 직접 제공하고자합니다. "AirWatch와 같은 도구에는 장비에 설치할 앱이있는 최종 사용자 앱 스토어가 있습니다. 그러나 여기서 이야기하고있는 것은 더 많은 데이터 센터 앱 스토어입니다. 사용자가 앱을 프로비저닝해야하는 경우 서버는 이런 종류의 2 차 셀프 서비스 포털에 왔습니다."

3. 유연한 네트워크 구성 사용

VA를 배포하는 데있어 가장 어려운 측면 중 하나는 고객의 네트워크와 통합하는 것입니다. 스토리지 할당 및 기본 VM 배포는 비교적 간단하고 자동화하기 쉽지만 콜버트는 네트워킹이 흥미로운 곳이라고 말했다.

"응용 프로그램을 구축하는 사람은 사용자에게 네트워크를 올바르게 구성 할 수있는 충분한 노브를 제공 할 수 있어야합니다. 일부 네트워크는 HTTP를 사용하고 다른 네트워크는 고정 IP 주소 집합을 가지고 있고 다른 일부는 IP 주소 관리를 위해 타사 도구를 사용하고있을 수 있습니다 콜버트는 이렇게 말합니다. "사용자가 구성 할 수있는 올바른 옵션 세트를 공개하는 데 약간의 시간을 투자 할 가치가 있습니다. VA가 지원할 수있는 네트워크 구성에서 융통성이 있는지 확인하십시오."

4. 보안에 자지 마십시오

VA는 주로 Linux OS에서 실행됩니다. 여기에서 발생할 수있는 문제 중 하나는 OS 수준 보안 문제입니다. 콜버트는 애플리케이션 성능 관리 (APM) 또는 네트워크 모니터링 소프트웨어를 사용하거나 비즈니스에서 활용하고있는 오픈 소스 소프트웨어 패키지 내에 Linux CVE (Common Vulnerabilities and Exposures)를 모니터링하는 팀이 있는지 여부에 관계없이 절차 세트가 있어야한다고 말했다. 패치를 빨리 가져옵니다.

"창조자로서 당신이하는 일 중 하나는 VA와 그 안에있는 모든 것의 보안에 대한 책임을지는 것입니다. Shellshock이든 Heartbleed이든 당신이 가진 것이 든, 이런 종류의 문제가 발생했을 때 신속하게 대응하는 것은 VA 개발자입니다." 콜버트가 말했다. "고객이 공급 업체가 패치를 적용하는 것을 신뢰하지 않는 경우 VA를 제한 할 수있는 것 중 하나입니다. 대부분의 ISV에는 Linux CVE를 모니터링하는 전체 보안 팀이 있습니다. VMware에서 새로운 CVE 중단을 발견하면 전체 프로세스가 설정됩니다. "최소한 몇 시간 또는 며칠 안에 패치를 실행해야합니다. 이러한 팀은 감시하고 대응할 준비가되어 있으며 이러한 변경 사항을 최종 사용자에게 제공하기위한 전달 메커니즘이 필요합니다."

5. VM과 컨테이너가 어떻게 조화를 이루는 지 파악

우리는 새로운 시대의 가상화 소프트웨어 및 앱 기술에 대해 이야기하면서이 부분을 시작했으며, 그 대부분은 컨테이너 및 마이크로 서비스에 의해 야기 된 개발자 및 IT 혁명에 기인합니다. Colbert는 컨테이너가 VA 및 VM과 자연스럽게 어울리는 방법을 설명했습니다.

콜버트 대변인은“우리는 많은 다른 트레이드 오프와 기능을 가진 공간에서 기술의 확산을 목격하고있다. 일반적으로 말하면 이것은 좋은 일이지만 최선의 방법에 대해 약간의 혼란을 야기 할 수있다”고 말했다.

"VA와 컨테이너에 중점을 두어야 할 부분은 패키징과 런타임입니다." "VM은 하드웨어 수준에서 추상화되는 반면 컨테이너는 OS 수준에서 추상화됩니다. 그러나 둘 다 이미지를 빌드 할 패키징 수준이 있습니다. Docker와 같은 사람들은 실제로 개발 워크 플로와 통합하는 것입니다. 컨테이너와 VM은 모두 일반적인 메커니즘입니다. 따라서 일반적으로 볼 수있는 것은 VM에 직접 패키지 된 일반 앱이거나 컨테이너와 VM을 단일 애플리케이션으로 인프라에 직접 배포하는 경우가 있습니다."

그러나 그것은 이야기의 끝이 아닙니다. Colbert는 VM과 컨테이너를 실험 할 때 컨테이너화 된 가상 앱이 인프라의 나머지 부분과 함께 제공되는 다른 모든 물류, 규정 준수 및 보안 문제에 어떻게 연결되는지 염두에 두는 것이 중요하다고 말했습니다.

"고객이 현대화를 시작함에 따라 Day 2 운영을 해결해야합니다. VM 및 가상 어플라이언스를 중심으로 이러한 모든 솔루션을 구축하고 해당 솔루션을 컨테이너로 확장함에 따라 모니터링, 백업, 보안, 로그인, 재해 복구에 대해 고려해야합니다. 콜버트는 말했다. 많은 고객이 컨테이너화시기를 묻습니다. 개발과 생산간에보다 빠르고 일관된 프로세스를 추진하는 것이 합리적이라고 생각합니다. 컨테이너화는 매우 쉬운 일입니다. 마이크로 서비스 아키텍처를 통해 애플리케이션을 더욱 분산시키기 위해 리팩토링 할 때 문제가 발생합니다. 엄청난 노력입니다."

6. 마이크로 서비스 사용 여부 결정

마이크로 서비스 아키텍처가이를 고려하는 방법은보다 복잡한 제안입니다. 컨테이너 내에서 기존의 모 놀리 식 앱 또는 모듈 식 서비스로 분류 된 마이크로 서비스 앱을 실행할 수 있습니다. 콜버트는 VA와 VM과 관련하여 마이크로 서비스 아키텍처로의 전환 여부는 몇 가지 요소에 달려 있다고 말했다.

콜버트 대변인은“응용 프로그램은 비즈니스에있어 매우 중요하고 매출을 늘리는 데 매우 중요합니다. 그렇지 않은 경우 그대로두고 나중에 가져 오십시오. "수익 창출 응용 프로그램은보다 분산 된 아키텍처에서 원하는 응용 프로그램입니다. 많은 사용자가 응용 프로그램에 연결하여 상호 작용하거나 실제로 빠른 업데이트를 원할 경우 규모가 큰 응용 프로그램입니다."

마이크로 서비스를 사용하면 앱의 개별 구성 요소를 서로 독립적으로 자주 업데이트 할 수 있습니다. 개별 서비스는 크게 분리되어 있으므로 개발자는 조정없이 독립적으로 업데이트 할 수 있습니다. 콜버트는 마이크로 서비스를 통해 많은 이점을 얻을 수 있지만 고객이 이미 VM 또는 컨테이너에서 앱을 실행하고있는 경우에도 고객은 관련된 작업과 재 설계의 과제를 과소 평가한다고 말했다.

콜버트는“마이크로 서비스는 훌륭하지만 강력한 비즈니스 이유가있을 때까지 그 여정을 떠나지 말아야한다”고 말했다. "이것이 민첩성과 빠른 업데이트가 필요한 대규모 수준의 복잡한 최상위 응용 프로그램이라면 사용하십시오."

가상 어플라이언스로 소프트웨어를 배포해야하는 6 가지 이유