예를 들어, 귀하의 비즈니스에 워크플로 파이프라인을 위한 BizTalk 기능이 필요하지만 실제로는 그러한 기능이 없을 수 있습니다. 이러한 틈새 제품의 실행을 설계, 설치, 구성, 유지 관리하고 일상적으로 관리하는 내부 기술 기술. 그러나 BizTalk에서 제공하는 기능을 활용하기 위한 기술 세트가 실시간으로 제공됩니다.
해당 기능적 역할을 "클라우드 기반" 솔루션에 아웃소싱하는 것이 합리적이지 않습니까?
물론 모든 적절한 견제와 균형이 이루어져야 합니다. 모든 클라우드 솔루션에는 적절한 확인과 균형이 있어야 합니다. 서비스 수준 계약(SLA)이 필요하며 기계실과 기계실 간의 연결에 적절한 수준의 견고성이 필요합니다. 구름. 시간이 지남에 따라 요구 사항이 변경되는 경우 클라우드에서 로컬 서버로 서비스를 쉽고 원활하게 이동할 수 있는 방법이 있는지 확인해야 합니다.
예를 들어 로컬에서 솔루션을 개발하고 싶지만 이를 클라우드 서버로 푸시할 수 있습니다. 실제 부하를 무겁게 하기 위해 로컬로 다시 이동하여 더 많은 개발을 수행하는 등의 작업을 수행합니다. 앞으로. 클라우드에 보관된 데이터가 적절하게 보호되고 백업되었는지 확인해야 하며, 서비스 제공업체가 이를 비즈니스 모델의 일부로 보이게 하는 제공 모델을 가지고 있는지 확인해야 합니다. 등등.
하지만 클라우드의 데이터센터에서 제공되는 기능적 기능 단위를 통해 전문적인 서비스를 제공할 수 있는 방법이 있다고 생각하기 시작했습니다. 그리고 이 경로를 사용하여 2008 Server 플랫폼으로 업그레이드하는 데 필요한 일부 어려운 영역에서 가장 큰 작업을 수행하여 최대 가치를 제공할 수 있는 시기가 적절합니다. 다가오는 Professional Developers Conference에서 Microsoft의 비전 전달에 많은 부분이 달려 있을 것입니다. 물론 이것이 유일한 게임은 아니지만 Google은 Amazon 및 여러 서비스와 마찬가지로 다양한 서비스를 제공하고 있습니다. 다른 사람. 이 조각들이 어떻게 조화를 이루는지는 보는 것만으로도 흥미로울 것입니다.
존 허니볼
서버 2008 DNS
이번 달과 다음 달에는 Windows Server 2008에 대해 계속해서 살펴보겠습니다. 도메인 컨트롤러로 구성된 적절하게 구성된 AD DS(Active Directory 도메인 서비스)의 핵심입니다. (DC). 이 서비스는 DNS(Domain Name System)이며 최근에 제가 이야기를 나눈 사람들 중 너무 많은 사람들이 DNS에서 사용할 수 있는 새로운 기능을 알지 못하기 때문에 이에 대해 다루겠습니다.
그리고 그들은 IPv6 프로토콜과 같은 기능 덕분에 앞으로 다가올 문제를 똑같이 인식하지 못합니다(현재 우리 모두가 매우 편안하게 사용하고 있는 IPv4와 반대).
따라서 이 칼럼에서는 AD에 DNS가 필요한 이유, 영역 및 도메인이 무엇인지 설명하고 몇 가지 사항을 지적하는 것으로 시작하겠습니다. GUI가 있는 Windows 2008 서버(및 Server Core)에 DNS 서버 역할을 처음 설치할 때의 구성 팁 버전도 있습니다).
AD DS는 DNS 서버 없이는 작동할 수 없으며 DNS가 아직 없는 상태에서 설치하려고 하면 자동으로 설치됩니다. 하지만 AD DS를 구현하기 전에 Windows Server 2008에서 DNS 서버 역할을 설정하는 것이 좋습니다. 처음부터 제대로 해야 합니다. 모든 클라이언트 시스템은 DNS를 사용하여 netlogon 프로세스의 일부로 도메인 컨트롤러를 찾아야 합니다. 예.
Exchange Server, IIS(Internet Information Server), SharePoint Server 등과 같이 네트워크 외부에 있는 거의 모든 서비스에는 DNS가 필요합니다. Active Directory와 올바르게 통합하세요. AD DS 인증과 같은 내부 서비스에도 이러한 통합이 필요합니다. DC를 복제하려면 두 AD DS가 모두 필요합니다. 그리고 DNS. 계속할 수도 있지만 지금쯤에는 제대로 작동하는 DNS 서비스가 필요하다는 사실을 이해하셨을 것입니다.
