실험적 Azure PowerShell 모듈 사용Use experimental Azure PowerShell modules

Azure PowerShell 팀은 Azure의 개발자 도구(특히 CLI)에 중점을 두고 Azure PowerShell 환경에 많은 향상된 기능을 실험하고 있습니다.With the emphasis on developer tools (especially CLIs) in Azure, the Azure PowerShell team is experimenting with many improvements to the Azure PowerShell experience.

실험적 방법론Experimentation methodology

실험을 용이하게 하기 위해 기존 Azure SDK 기능을 새롭고 사용하기에 더 쉬운 방법으로 구현하는 새 Azure PowerShell 모듈을 만들었습니다.To facilitate experimentation, we're creating new Azure PowerShell modules that implement existing Azure SDK functionality in new, easier to use ways. 대부분의 경우에서 cmdlet은 기존 cmdlet을 정확하게 반영합니다.In most cases, the cmdlets exactly mirror existing cmdlets. 단, 실험적 cmdlet은 Azure 리소스를 더 쉽게 만들고 관리할 수 있도록 약식 표기와 더 스마트한 기본값을 제공합니다.However, the experimental cmdlets provide a shorthand notation and smarter default values that make it easier to create and manage Azure resources.

이러한 모듈은 기존 Azure PowerShell 모듈과 함께 설치할 수 있습니다.These modules can be installed side by side with existing Azure PowerShell modules. cmdlet 이름은 더 짧은 이름을 제공하여 이름이 기존의 실험용이 아닌 cmdlet과 상충하는 것을 방지하기 위해 더 짧아졌습니다.The cmdlet names have been shortened to provide shorter names and avoid name conflicts with existing, non-experimental cmdlets.

실험적 모듈은 다음 명명 규칙을 사용합니다. AzureRM.*.ExperimentsThe experimental modules use the following naming convention: AzureRM.*.Experiments. 이 명명 규칙은 미리 보기 모듈의 이름 지정인 AzureRM.*.Preview와 비슷합니다.This naming convention is similar to the naming of Preview modules: AzureRM.*.Preview. 미리 보기 모듈은 실험적 모듈과는 다릅니다.Preview modules differ from experimental modules. 미리 보기 모듈은 미리 보기 제품으로만 사용할 수 있는 Azure 서비스의 새로운 기능을 구현합니다.Preview modules implement new functionality of Azure services that is only available as a Preview offering. 미리 보기 모듈은 기존 Azure PowerShell 모듈을 대신하며 동일한 cmdlet 및 매개 변수 이름을 사용합니다.Preview modules replace existing Azure PowerShell modules and use the same cmdlet and parameter names.

실험적 모듈 설치 방법How to install an experimental module

실험적 모듈은 기존 Azure PowerShell 모듈과 마찬가지로 PowerShell 갤러리에 게시됩니다.Experimental modules are published to the PowerShell Gallery just like the existing Azure PowerShell modules. 실험적 모듈 목록을 보려면 다음 명령을 실행하십시오.To see a list of experimental modules, run the following command:

Find-Module AzureRM.*.Experiments
Version Name                         Repository Description
------- ----                         ---------- -----------
1.0.25  AzureRM.Compute.Experiments  PSGallery  Azure Compute experiments for VM creation
1.0.0   AzureRM.Websites.Experiments PSGallery  Create and deploy web applications using Azure App Services.

실험적 모듈을 설치하려면 관리자 권한 PowerShell 세션에서 다음 명령을 사용합니다.To install the experimental module, use the following commands from an elevated PowerShell session:

Install-Module AzureRM.Compute.Experiments
Install-Module AzureRM.Websites.Experiments

설명서 및 지원Documentation and support

설명서는 설치 패키지에 포함되어 있으며 Get-Help cmdlet을 사용하여 액세스됩니다.Documentation is included in the install package and is accessed using the Get-Help cmdlet. 실험적 모듈에 대한 공식 설명서는 게시되지 않습니다.No official documentation is published for experimental modules.

이러한 모듈을 테스트하는 것이 좋습니다.We encourage you to test these modules. 기능성을 개선하고 사용자의 요구에 응답할 수 있도록 사용자 의견을 보내주세요.Your feedback allows us to improve usability and respond to your needs. 단, 실험을 위해 이러한 모듈에 대한 지원은 제한적입니다.However, being experimental, support for these modules is limited. GitHub 리포지토리에서 문제를 만들면 질문 또는 문제 보고서를 제출할 수 있습니다.Questions or problem reports can be submitted by creating an issue in the GitHub repository.

향상된 기능의 실험 및 영역Experiments and areas of improvement

이러한 향상된 기능은 경쟁 제품의 핵심적인 차이점을 기준으로 선택되었습니다.These improvements were selected based on key differentiators in competing products. 예를 들어 Azure CLI 2.0은 _API 노출 영역_이 아닌 _시나리오_를 기준 명령으로 사용합니다.For example, Azure CLI 2.0 has made a point of basing commands on scenarios rather than API surface area. Azure CLI 2.0은 최종 사용자가 더 쉽게 시나리오를 “시작”할 수 있도록 여러 스마트한 기본값을 사용합니다.Azure CLI 2.0 use a number of smart defaults that make "getting started" scenarios easier for end users.

주요 향상된 기능Core improvements

주요 향상된 기능은 “상식”으로 간주되며, 약간의 실험은 이러한 업데이트 구현을 진전시키기 위해 필요합니다.The core improvements are regarded as "common sense", and little experimentation is needed to move forward in implementing these updates.

  • 시나리오 기반 cmdlet - *모든 cmdlet은 Azure REST 서비스가 아닌 시나리오로 설계되어야 합니다.Scenario-based Cmdlets - *All- cmdlets should be designed around scenarios, not the Azure REST service.

  • 더 짧은 이름 - cmdlet의 이름(예: New-AzureRmVM => New-AzVm) 및 매개 변수 이름(예: -ResourceGroupName => -Rg)를 포함합니다.Shorter Names - Includes the names of cmdlets (for example, New-AzureRmVM => New-AzVm) and the names of parameters (for example, -ResourceGroupName => -Rg). “이전” cmdlet과의 호환성에 대한 별칭을 사용합니다.Use aliases for compatibility with "old" cmdlets. 이전 버전과 호환되는 매개 변수 집합을 제공합니다.Provide backwards compatible parameter sets.

  • 스마트한 기본값 - 스마트한 기본값을 만들어 “필요한” 정보를 채웁니다.Smart Defaults - Create smart defaults to fill in "required" information. 예: For example:

    • 리소스 그룹Resource Group
    • 위치Location
    • 종속 리소스Dependent resources

실험적 향상된 기능Experimental improvements

실험적 향상된 기능은 팀에서 실험을 통해 유효성을 검사하려는 중요한 변경 내용을 제공합니다.The experimental improvements present a significant change that the team wants to validate via experimentation.

  • 단순 형식 - 복잡한 형식과 구성 개체는 피해서 시나리오를 만듭니다.Simple types - Create scenarios should move away from complex types and config objects. 하나 또는 두 개의 매개 변수로 구성을 간소화합니다.Simplify the configuration down to one or two parameters.

  • “스마트한 만들기” - “스마트한 만들기”를 구현하는 모든 시나리오에는 매개 변수가 필요 없습니다. 모든 필수 정보는 Azure PowerShell에 의해 독자적으로 선택됩니다."Smart Create" - All create scenarios implementing "Smart Create" would have no required parameters: all necessary information would be chosen by Azure PowerShell in an opinionated fashion.

  • 회색 매개 변수 - 대부분의 경우에서 일부 매개 변수는 “회색” 또는 반 선택적일 수 있습니다.Gray Parameters - In many cases, some parameters could be "gray" or semi-optional. 매개 변수가 지정되지 않은 경우 사용자에게 해당 항목에 대해 매개 변수를 생성할 것인지 묻는 메시지가 표시됩니다.If the parameter isn't specified, the user is asked if they want the parameter generated for them. 또한 사용자 동의 하에 회색 매개 변수가 컨텍스트를 기준으로 값을 유추하는 것이 적합합니다.It also makes sense for gray parameters to infer a value based on context with the user's consent. 예를 들어 회색 매개 변수가 최근 사용된 값을 제안하는 것이 적합할 수 있습니다.For example, it may make sense to have the gray parameter suggest the most recently used value.

  • -Auto 스위치 - -Auto 스위치는 메인라인 경로에서 필수 매개 변수의 무결성을 유지 관리하는 동시에 사용자가 _모든 항목의 기본값을 설정_할 수 있는 “옵트인” 방식을 제공합니다.-Auto Switch - The -Auto switch would provide an "opt-in" way for users to default all the things while maintaining the integrity of required parameters in the mainline path.

기능별 스위치Feature-specific switches

예를 들어 “웹앱 만들기” 시나리오에는 기존 git 리포지토리에 “azure” 원격을 자동으로 추가하는 -Git 또는 -AddRemote 스위치가 있을 수 있습니다.For example, the "Create web app" scenario might have a -Git or -AddRemote switch that would automatically add an "azure" remote to an existing git repository.

  • 설정 가능한 기본값 - 사용자가 -ResourceGroupName-Location과 같은 일반 매개 변수의 기본값을 설정할 수 있어야 합니다.Settable Defaults - Users should be able to set defaults for common parameters like -ResourceGroupName and -Location.

  • 크기 기본값 - 리소스 “크기”는 다양한 리소스 제공자가 서로 다른 이름을 사용하기 때문에 사용자가 혼란스러울 수 있습니다(예: “Standard_DS1_v2” 또는 “S1”).Size Defaults - Resource "sizes" can be confusing to users since many Resource Providers use different names (for example, "Standard_DS1_v2" or "S1"). 그러나 대부분의 사용자는 비용에 더 민감합니다.However, most users care more about cost. 따라서 가격 책정 일정에 따라 “범용” 크기를 정의하는 것이 적합합니다.So it makes sense to define "universal" sizes based on a pricing schedule. 사용자가 특정 크기를 정할 수도 있고, 아니면 Azure PowerShell에서 리소스 예산에 따라 _최상의 옵션_을 선택하도록 할 수도 있습니다.Users can choose a specific size or let Azure PowerShell choose the best option based on the resource the budget.

  • 출력 형식 - Azure PowerShell은 현재 PSObject를 반환하고 약간의 콘솔 출력이 있습니다.Output Format - Azure PowerShell currently returns PSObjects and there's little console output. Azure PowerShell은 “스마트한 기본값” 사용에 관해 사용자에게 몇 가지 정보를 표시해야 할 수도 있습니다.Azure PowerShell may need to display some information to the user about the "smart defaults" used.