사물 인터넷 기술
직접 봅시다. 클라우드는 최근 몇 년 동안 많은 기업에서 놀라운 일을 해냈지만 혼란의 원인이기도 했습니다.
어디서 실행해야 하는 워크로드를 결정할 때 특히 그렇습니다. 프라이빗 클라우드에 있어야 합니까? 퍼블릭 클라우드? 특정 레거시 애플리케이션과 데이터 소스가 이 둘의 혼합을 요구할 수 있습니까?
안타깝게도 이러한 딜레마는 보안 문제, 규정 준수 요구 사항 및 전반적인 아키텍처 요구 사항으로 인해 복잡해지면서 일부 IT 의사 결정권자들은 손을 포기하고 비즈니스의 특정 부분에 대해 구름이 전혀 없습니다.
참조: 전력망에 대해 생각하는 것처럼 클라우드에 대해 생각해야 하는 이유
맞습니다. 그들은 일부 애플리케이션을 불확실하고 종종 복잡한 새로운 세계로 재설계하고 재배포하는 것보다 온프레미스 데이터 센터에 격리된 상태로 두는 것을 선호합니다.
이 불확실성이 10년 이상 지속된 후 Microsoft는 솔루션을 제공하기 위해 개입했습니다. 기본적으로 사용자가 제어하는 클라우드 기반 하드웨어에서 실행되는 Azure의 비공개 배포인 Azure Stack이 워크로드에 연결됩니다. 이미 Azure 퍼블릭 클라우드에서 실행 중일 수 있습니다.
최근 몇 달 동안 Azure Stack에 대한 과장된 소문이 많이 났지만 다음은 이 새로운 클라우드 플랫폼에 대한 제 생각과 가장 큰 가치를 더할 것이라고 생각하는 곳입니다.
유추를 하자면 Azure Stack은 상업적으로 비행하는 것과는 대조적으로 개인 전세 비행기를 타고 비행하는 것과 같습니다. 상업 비행을 할 때 항공사는 효율성을 최대화하는 비행기의 경로에 맞는 일정으로 A 지점에서 B 지점으로 이동하기 위해 최선을 다합니다.
개인적으로 비행할 때는 일정을 제어하고 비행기를 선택하고 편의 시설을 선택합니다. 물론 이 수준의 유연성에는 비용 차이가 있습니다.
핵심적으로 Azure Stack은 Azure 공용 클라우드 서비스를 사용하고 싶지만 개인 클라우드처럼 환경을 보호, 사용자 지정 및 제어할 수 있는 기능이 필요한 사람들에 대한 Microsoft의 응답입니다.
즉시 의료 또는 금융 서비스와 같은 엄격한 규제 요구 사항이 있는 산업 분야의 회사에 게임 체인저입니다.
사용자 인터페이스가 Azure 공용 클라우드와 동일하게 보이고 동일한 코드 기반을 많이 사용하기 때문에 Azure Stack은 단일 테넌트 인프라가 필요한 레거시 애플리케이션 또는 기존 데이터 저장소가 있는 기업에도 폭넓은 매력을 제공합니다. 이전에는 Azure 퍼블릭 클라우드의 성능과 효율성을 활용하지 못했습니다.
이러한 애플리케이션이 독점 데이터 센터에 있는 동안 나머지 비즈니스는 별도의 퍼블릭 클라우드 배포를 추진하는 기업의 경우에도 마찬가지입니다.
Azure Stack을 사용하면 모든 산업 분야의 기업이 Microsoft Cloud를 활용하고 조직 전체에서 운영되는 이기종 시스템을 통합할 수 있습니다. 진정으로 이 모든 것을 한 지붕 아래에 가져오고 워크로드 간에 원활하게 이동할 수 있는 기능을 제공합니다.
어떤 사람들에게는 이것이 사실이라고 하기에는 너무 좋게 들릴 수 있으며 확실히 독특합니다. Microsoft는 현재까지 단일 테넌트 클라우드와 다중 테넌트 클라우드 간에 이러한 종류의 다리를 구축한 유일한 대규모 클라우드 제공업체입니다.
다른 하이퍼스케일 제공업체는 확실히 클라우드와 그들이 보유한 기능에 대해 깊이 있게 접근했지만, 아무도 이와 같은 공공 및 개인 인프라를 연결하는 옵션을 구축하지 못했습니다. 그리고 아직 독점 데이터 센터에 남아 있는 다양한 워크로드를 통합하고 동일한 사용자 인터페이스 내에서 클라우드 기반 워크로드와 함께 실행하는 효율적인 방법을 만든 사람은 없습니다.
지금까지는 데이터나 기존 애플리케이션이 클라우드로 이동하려면 클라우드로 가져와야 했습니다. 이는 서로 다른 코드 기반과 API를 사용하는 투박한 배포와 이질적인 시스템은 물론 여러 직원이 각각을 관리해야 함을 의미했습니다. Azure Stack을 사용하면 기본적으로 동일한 클라우드를 해당 애플리케이션 및 데이터에 가져올 수 있으며 이 모든 것이 Azure의 보호 아래 있습니다.
많은 새로운 기술의 경우와 마찬가지로 Azure Stack이 고객에게 진정한 가치를 제공하려면 적절하게 관리해야 합니다. 이는 또한 기업이 프라이빗 클라우드를 채택하고 관리하는 데 필요한 완전히 새로운 기술(기술은 언급하지 않음)을 의미합니다.
예를 들어 회사 내부의 Azure 팀은 AppService Azure에서 효율적으로 사용하기 위해. 회사가 Azure Stack 배포에서 AppService를 활성화하려는 경우 개발자가 사용할 수 있도록 해당 서비스를 관리하는 방법의 모든 측면을 이해해야 합니다.
새로운 첨단 기술은 강력하며 조직 내에서 더 쉬운 프로세스와 더 효율적인 워크플로를 의미할 수 있지만 이를 달성하는 것은 여전히 어렵습니다.
여기서 관리형 서비스 공급자를 활용하는 것이 매우 의미가 있으며, Azure Stack을 사용하면 해당 공급자는 플랫폼에 익숙하고 플랫폼에 맞게 최적화할 수 있는 오랜 Microsoft 파트너여야 합니다. 최대한의 잠재력.
저자의 회사인 Rackspace는 16년 이상의 Microsoft 경험과 전문 지식을 보유하고 있으며 수천 개의 조직이 Microsoft 클라우드로의 여정을 탐색하는 데 도움을 주었습니다. 그들은 또한 현재 Azure Stack에 대한 개념 증명을 제공하고 있는 소수의 Microsoft 파트너 중 하나이며, 고객에게 이 새로운 플랫폼에서 타이어를 발로 차고 사용하기 전에 실제로 작동하는 모습을 볼 수 있는 기회를 제공합니다.
사물 인터넷 기술
이 게시물에서는 IoT 기술 스택의 5가지 계층과 제품 관리자가 이를 제품 전략 및 로드맵에 통합하는 방법을 설명합니다. 사물 인터넷(IoT)이 우리 삶의 많은 영역에 어떻게 혁명을 일으킬 것인지에 대해 많이 들었을 것입니다. 이러한 모든 잠재력에도 불구하고 많은 제품 관리자는 여전히 IoT의 기본 개념과 이를 사용하여 고객과 회사에 추가 가치를 제공하는 방법을 이해하는 데 어려움을 겪고 있습니다. 참고: IoT가 처음이라면 제 글인 What is Internet of Things를 추천합니다. IoT를 시작할
클라우드 채택은 경쟁 우위를 제공하고 IT를 개선할 수 있지만 잘못 계획된 클라우드 마이그레이션은 예상치 못한 비용과 디버그하기 어려운 성능 문제로 이어질 수도 있습니다. 클라우드로 원활하게 전환하려면 시기적절한 계획과 IT 요구 사항에 대한 심층적인 평가가 필요하며, 이 두 가지 모두 클라우드 워크로드 분석을 통해 얻을 수 있습니다. 이 문서는 클라우드 워크로드 분석 소개입니다. , 회사가 앱을 클라우드로 이동하는 최적의 방법을 계획하는 클라우드 도입의 중요한 첫 번째 단계입니다. 클라우드 워크로드 평가가 IT 요구 사항을 평가