Migración de la interfaz de usuario de Studio Classic a Studio
La primera fase de la migración de un dominio existente requiere migrar la interfaz de usuario de Amazon SageMaker Studio Classic a Amazon SageMaker Studio. Esta fase no incluye la migración de datos. Los usuarios pueden seguir trabajando con sus datos de la misma forma que lo hacían antes de la migración. Para obtener información sobre cómo migrar datos, consulte (Opcional) Migración de datos de Studio Classic a Studio.
La fase 1 consta de los siguientes pasos:
-
Actualice los permisos de creación de aplicaciones para las nuevas aplicaciones disponibles en Studio.
-
Actualice la configuración de la VPC para el dominio.
-
Actualice el dominio para utilizar la interfaz de usuario de Studio.
Requisitos previos
Antes de llevar a cabo estos pasos, debe cumplir los requisitos previos de Requisitos previos completos para migrar la experiencia de Studio.
Paso 1: actualización de permisos de creación de aplicaciones
Antes de migrar el dominio, actualice el rol de ejecución del dominio para conceder a los usuarios permisos para crear aplicaciones.
-
Cree una política de AWS Identity and Access Management con uno de los siguientes contenidos; para ello, siga los pasos que se indican en Creación de políticas de IAM:
-
Utilice la siguiente política para conceder permisos a todos los espacios y tipos de aplicaciones.
nota
Si en el dominio se utiliza la política
SageMakerFullAccess, no es necesario que realice esta acción.SageMakerFullAccessconcede permisos para crear todas las aplicaciones. -
Como Studio muestra un conjunto ampliado de aplicaciones, es posible que los usuarios tengan acceso a aplicaciones que no se mostraban antes. Los administradores pueden limitar el acceso a estas aplicaciones predeterminadas mediante la creación de una política de AWS Identity and Access Management (IAM) que deniegue los permisos de algunas aplicaciones a usuarios específicos.
nota
El tipo de aplicación pueden ser de
jupyterlabo decodeeditor.
-
-
Asocie la política al rol de ejecución del dominio. Para obtener instrucciones, siga los pasos que se indican en Adición de permisos de identidad de IAM (consola).
Paso 2: actualización de una configuración de VPC
Si usa su dominio en modo VPC-Only, asegúrese de que la configuración de la VPC cumpla los requisitos para usar Studio en modo VPC-Only. Para obtener más información, consulte Conexión de Amazon SageMaker Studio en una VPC a recursos externos.
Paso 3: actualización a la interfaz de usuario de Studio
Antes de migrar su dominio actual de Studio Classic a Studio, recomendamos crear un dominio de prueba con Studio con las mismas configuraciones que su dominio actual.
Utilice este dominio de prueba para interaccionar con Studio, probar las configuraciones de red e inicializar aplicaciones antes de migrar el dominio existente.
-
Obtenga el ID de dominio de su dominio actual.
-
Abra la consola de Amazon SageMaker AI en https://console.aws.amazon.com/sagemaker/
. -
En el panel de navegación izquierdo, expanda Configuraciones de administración y elija Dominios.
-
Elija el dominio existente.
-
En la página Detalles del dominio, elija la pestaña Configuración del dominio.
-
Copie el ID de dominio.
-
-
Agregue el ID de dominio de su dominio existente.
export REF_DOMAIN_ID="domain-id" export SM_REGION="region" -
Use
describe-domainpara obtener información importante sobre el dominio existente.export REF_EXECROLE=$(aws sagemaker describe-domain --region=$SM_REGION --domain-id=$REF_DOMAIN_ID | jq -r '.DefaultUserSettings.ExecutionRole') export REF_VPC=$(aws sagemaker describe-domain --region=$SM_REGION --domain-id=$REF_DOMAIN_ID | jq -r '.VpcId') export REF_SIDS=$(aws sagemaker describe-domain --region=$SM_REGION --domain-id=$REF_DOMAIN_ID | jq -r '.SubnetIds | join(",")') export REF_SGS=$(aws sagemaker describe-domain --region=$SM_REGION --domain-id=$REF_DOMAIN_ID | jq -r '.DefaultUserSettings.SecurityGroups | join(",")') export AUTHMODE=$(aws sagemaker describe-domain --region=$SM_REGION --domain-id=$REF_DOMAIN_ID | jq -r '.AuthMode') -
Valide los parámetros.
echo "Execution Role: $REF_EXECROLE || VPCID: $REF_VPC || SubnetIDs: $REF_SIDS || Security GroupIDs: $REF_SGS || AuthMode: $AUTHMODE" -
Cree un dominio de prueba con las configuraciones del dominio existente.
IFS=',' read -r -a subnet_ids <<< "$REF_SIDS" IFS=',' read -r -a security_groups <<< "$REF_SGS" security_groups_json=$(printf '%s\n' "${security_groups[@]}" | jq -R . | jq -s .) aws sagemaker create-domain \ --domain-name "TestV2Config" \ --vpc-id $REF_VPC \ --auth-mode $AUTHMODE \ --subnet-ids "${subnet_ids[@]}" \ --app-network-access-type VpcOnly \ --default-user-settings " { \"ExecutionRole\": \"$REF_EXECROLE\", \"StudioWebPortal\": \"ENABLED\", \"DefaultLandingUri\": \"studio::\", \"SecurityGroups\": $security_groups_json } " -
Una vez que el dominio de prueba se encuentre en el estado
In Service, utilice el ID del dominio de prueba para crear un perfil de usuario. Este perfil de usuario se utiliza para inicializar y probar aplicaciones.aws sagemaker create-user-profile \ --region="$SM_REGION" --domain-id=test-domain-id\ --user-profile-name test-network-user
Comprobación de la funcionalidad de Studio
Lance el dominio de prueba con el perfil de usuario test-network-user. Sugerimos probar minuciosamente la interfaz de usuario de Studio y crear aplicaciones para probar la funcionalidad de Studio en el modo VPCOnly. Pruebe los siguientes flujos de trabajo:
-
Cree un nuevo espacio de JupyterLab, un entorno de pruebas y una conectividad.
-
Cree un nuevo espacio del editor de código, basado en Code-OSS, Visual Studio Code: ☺Open Source, un entorno de pruebas y una conectividad.
-
Lance una nueva aplicación de Studio Classic, un entorno de pruebas y una conectividad.
-
Pruebe la conectividad de Amazon Simple Storage Service mediante acciones de lectura y escritura de prueba.
Si estas pruebas se realizan correctamente, actualice el dominio existente. Si detecta cualquier error, recomendamos corregir los problemas del entorno y de la conectividad antes de actualizar el dominio existente.
Eliminación de los recursos del dominio de prueba
Después de migrar el dominio existente, elimine los recursos del dominio de prueba.
-
Agregue el ID del dominio de prueba.
export TEST_DOMAIN="test-domain-id" export SM_REGION="region" -
Enumere todas las aplicaciones del dominio que se encuentren en estado de ejecución.
active_apps_json=$(aws sagemaker list-apps --region=$SM_REGION --domain-id=$TEST_DOMAIN) echo $active_apps_json -
Analice la lista de JSON de aplicaciones en ejecución y elimínelas. Si los usuarios han intentado crear una aplicación para la que no tienen permisos, es posible que haya espacios que no se capturen en el siguiente script. Debe eliminar esos espacios manualmente.
echo "$active_apps_json" | jq -c '.Apps[]' | while read -r app; do if echo "$app" | jq -e '. | has("SpaceName")' > /dev/null; then app_type=$(echo "$app" | jq -r '.AppType') app_name=$(echo "$app" | jq -r '.AppName') domain_id=$(echo "$app" | jq -r '.DomainId') space_name=$(echo "$app" | jq -r '.SpaceName') echo "Deleting App - AppType: $app_type || AppName: $app_name || DomainId: $domain_id || SpaceName: $space_name" aws sagemaker delete-app --region=$SM_REGION --domain-id=$domain_id \ --app-type $app_type --app-name $app_name --space-name $space_name echo "Deleting Space - AppType: $app_type || AppName: $app_name || DomainId: $domain_id || SpaceName: $space_name" aws sagemaker delete-space --region=$SM_REGION --domain-id=$domain_id \ --space-name $space_name else app_type=$(echo "$app" | jq -r '.AppType') app_name=$(echo "$app" | jq -r '.AppName') domain_id=$(echo "$app" | jq -r '.DomainId') user_profile_name=$(echo "$app" | jq -r '.UserProfileName') echo "Deleting Studio Classic - AppType: $app_type || AppName: $app_name || DomainId: $domain_id || UserProfileName: $user_profile_name" aws sagemaker delete-app --region=$SM_REGION --domain-id=$domain_id \ --app-type $app_type --app-name $app_name --user-profile-name $user_profile_name fi done -
Elimine el perfil de usuario de prueba.
aws sagemaker delete-user-profile \ --region=$SM_REGION --domain-id=$TEST_DOMAIN \ --user-profile-name "test-network-user" -
Elimine el dominio de prueba.
aws sagemaker delete-domain \ --region=$SM_REGION --domain-id=$TEST_DOMAIN
Una vez que haya probado la funcionalidad de Studio con las configuraciones del dominio de prueba, migre el dominio existente. Cuando Studio es la experiencia predeterminada en un dominio, también es la experiencia predeterminada para todos los usuarios del dominio. Sin embargo, la configuración de usuario tiene prioridad sobre la configuración del dominio. Por lo tanto, si un usuario establece su experiencia predeterminada en Studio Classic en su configuración de usuario, la experiencia predeterminada de ese usuario será Studio Classic.
Puede migrar el dominio existente actualizándolo en la consola de SageMaker AI, en la AWS CLI o en AWS CloudFormation. Elija una de las siguientes pestañas para ver las instrucciones correspondientes.
Puede establecer Studio como experiencia predeterminada para el dominio existente mediante la consola de SageMaker AI.
-
Abra la consola de Amazon SageMaker AI en https://console.aws.amazon.com/sagemaker/
. -
En el panel de navegación izquierdo, expanda Configuraciones de administración y elija Dominios.
-
Elija el dominio existente para el cual desee habilitar Studio como experiencia predeterminada.
-
En la página Detalles del dominio, expanda Activar el nuevo Studio.
-
(Opcional) Para ver información sobre los pasos necesarios para habilitar Studio como experiencia predeterminada, seleccione Ver detalles. En la página se muestra lo siguiente:
-
En la sección Descripción general de SageMaker Studio, puede ver las aplicaciones que están incluidas o disponibles en la interfaz web de Studio.
-
En la sección Proceso de habilitación, se muestran las descripciones de las tareas del flujo de trabajo de habilitación de Studio.
nota
Tendrá que migrar los datos manualmente. Para obtener instrucciones sobre la migración de los datos, consulte (Opcional) Migración de datos de Studio Classic a Studio.
-
En la sección Revertir a la experiencia de Studio Classic, se indica cómo revertir a Studio Classic después de haber habilitado Studio como experiencia predeterminada.
-
-
Para iniciar el proceso de habilitación de Studio como experiencia predeterminada, seleccione Activar el nuevo Studio.
-
En la sección Especificar y configurar el rol, se muestran las aplicaciones predeterminadas que se incluyen automáticamente en Studio.
Para evitar que los usuarios ejecuten estas aplicaciones, elija el rol de AWS Identity and Access Management (IAM) cuya política de IAM deniegue el acceso. Para obtener información sobre cómo crear una política que limite el acceso, consulte Paso 1: actualización de permisos de creación de aplicaciones.
-
En la sección Elegir el bucket de S3 predeterminado para asociar la política de CORS, puede conceder a Studio acceso a los buckets de Amazon S3. El bucket de Amazon S3 predeterminado, en este caso, es el bucket de Amazon S3 predeterminado de Studio Classic. En este paso, puede hacer lo siguiente:
-
Comprobar el bucket de Amazon S3 predeterminado del dominio al que desea asociar la política de CORS. Si el dominio no tiene un bucket de Amazon S3 predeterminado, SageMaker AI crea un bucket de Amazon S3 con la política de CORS correcta asociada.
-
Puede incluir 10 buckets de Amazon S3 adicionales a los que asociar la política de CORS.
Si desea incluir más de 10 buckets, puede agregarlos manualmente. Para obtener más información sobre cómo asociar manualmente la política de CORS a sus buckets de Amazon S3, consulte (Opcional) Actualización de la política de CORS para obtener acceso a los buckets de Amazon S3.
Para continuar, seleccione la casilla de verificación situada junto a ¿Acepta anular todas las políticas de CORS existentes en los buckets de Amazon S3 elegidos?
-
-
La sección Migrar datos contiene información sobre los distintos volúmenes de almacenamiento de datos de Studio Classic y Studio. Los datos no se migrarán automáticamente mediante este proceso. Para obtener instrucciones sobre la migración de datos, las configuraciones de ciclo de vida y las extensiones de JupyterLab, consulte (Opcional) Migración de datos de Studio Classic a Studio.
-
Cuando haya completado las tareas de la página y haya comprobado la configuración, seleccione Activar el nuevo Studio.
Para establecer Studio como experiencia predeterminada para el dominio existente mediante la AWS CLI, utilice la llamada update-domainENABLED como el valor de StudioWebPortal y establecer studio:: como el valor de DefaultLandingUri como parte del parámetro default-user-settings.
StudioWebPortal indica si la experiencia de Studio es la experiencia predeterminada y DefaultLandingUri indica la experiencia predeterminada a la que se dirige al usuario cuando accede al dominio. En este ejemplo, si se establecen estos valores en un nivel de dominio (en default-user-settings), Studio se convierte en la experiencia predeterminada para los usuarios del dominio.
Si un usuario del dominio tiene su StudioWebPortal establecido en DISABLED y DefaultLandingUri establecido en app:JupyterServer: para el usuario (en UserSettings), esto tiene prioridad sobre la configuración del dominio. En otras palabras, la experiencia predeterminada de ese usuario será Studio Classic, independientemente de la configuración del dominio.
En el siguiente ejemplo de código, se muestra cómo configurar Studio como experiencia predeterminada para los usuarios del dominio:
aws sagemaker update-domain \ --domain-idexisting-domain-id\ --regionRegión de AWS\ --default-user-settings ' { "StudioWebPortal": "ENABLED", "DefaultLandingUri": "studio::" } '
-
Para obtener su
, siga estas instrucciones:existing-domain-idObtención de
existing-domain-id-
Abra la consola de Amazon SageMaker AI en https://console.aws.amazon.com/sagemaker/
. -
En el panel de navegación izquierdo, expanda Configuraciones de administración y elija Dominios.
-
Elija el dominio existente.
-
En la página Detalles del dominio, elija la pestaña Configuración del dominio.
-
Copie el ID de dominio.
-
-
Para asegurarse de utilizar la Región de AWS correcta para su dominio, siga estas instrucciones:
Obtención de
Región de AWS-
Abra la consola de Amazon SageMaker AI en https://console.aws.amazon.com/sagemaker/
. -
En el panel de navegación izquierdo, expanda Configuraciones de administración y elija Dominios.
-
Elija el dominio existente.
-
En la página Detalles del dominio compruebe que se trata del dominio existente.
-
Amplíe la lista desplegable de Región de AWS desde la parte superior derecha de la consola de SageMaker AI y utilice el ID de Región de AWS correspondiente que está a la derecha del nombre de su Región de AWS. Por ejemplo,
us-west-1.
-
Tras migrar la experiencia predeterminada a Studio, puede conceder a Studio acceso a los buckets de Amazon S3. Por ejemplo, puede incluir el acceso a su bucket de Amazon S3 predeterminado de Studio Classic y a otros buckets de Amazon S3. Para ello, debe asociar manualmente una configuración de uso compartido de recursos entre orígenes
Del mismo modo, puede configurar Studio como la experiencia predeterminada al crear un dominio en la AWS CLI mediante la llamada create-domain
Puede configurar la experiencia predeterminada al crear un dominio mediante AWS CloudFormation. Para obtener una plantilla de migración de CloudFormation, consulte SageMaker Studio Administrator IaC Templates
Para obtener más información sobre el recurso de dominio compatible con AWS CloudFormation, consulte AWS::SageMaker::Domain.
Tras migrar la experiencia predeterminada a Studio, puede conceder a Studio acceso a los buckets de Amazon S3. Por ejemplo, puede incluir el acceso a su bucket de Amazon S3 predeterminado de Studio Classic y a otros buckets de Amazon S3. Para ello, debe asociar manualmente una configuración de uso compartido de recursos entre orígenes
En Studio Classic, los usuarios pueden crear, enumerar y cargar archivos en buckets de Amazon Simple Storage Service (Amazon S3). Para ofrecer la misma experiencia en Studio, los administradores deben asociar una configuración de uso compartido de recursos entre orígenes
Es posible que tenga que asociar manualmente la política de CORS a los buckets de Amazon S3 por los siguientes motivos.
-
Si ya existe un bucket predeterminado de Amazon S3 que no tiene asociada la política CORS correcta al migrar la experiencia predeterminada del dominio existente a Studio.
-
Si se utiliza la AWS CLI para migrar la experiencia predeterminada del dominio existente a Studio. Para obtener información sobre cómo utilizar la AWS CLI para efectuar la migración, consulte Establecimiento de Studio como experiencia predeterminada para el dominio existente mediante la AWS CLI.
-
Si desea asociar la política de CORS a buckets de Amazon S3 adicionales.
nota
Si tiene previsto utilizar la consola de SageMaker AI para habilitar Studio como experiencia predeterminada, las políticas de CORS existentes de los buckets de Amazon S3 a los que asocie la política de CORS se anularán durante la migración. Por este motivo, puede hacer caso omiso de las siguientes instrucciones manuales.
Sin embargo, si ya ha utilizado la consola de SageMaker AI para la migración y desea incluir más buckets de Amazon S3 a los que asociar la política CORS, continúe con las siguientes instrucciones manuales.
En el siguiente procedimiento, se muestra cómo agregar manualmente una configuración de CORS a un bucket de Amazon S3.
Adición de una configuración de CORS a un bucket de S3
-
Compruebe que haya un bucket de Amazon S3 en la misma Región de AWS que el dominio existente con el siguiente nombre. Para obtener instrucciones, consulte Visualización de las propiedades para un bucket de S3.
sagemaker-region-account-id -
Agregue una configuración de CORS con el siguiente contenido al bucket de Amazon S3 predeterminado. Para obtener instrucciones, consulte Configuración del uso compartido de recursos entre orígenes (CORS).
[ { "AllowedHeaders": [ "*" ], "AllowedMethods": [ "POST", "PUT", "GET", "HEAD", "DELETE" ], "AllowedOrigins": [ "https://*.sagemaker.aws" ], "ExposeHeaders": [ "ETag", "x-amz-delete-marker", "x-amz-id-2", "x-amz-request-id", "x-amz-server-side-encryption", "x-amz-version-id" ] } ]
Amazon SageMaker Data Wrangler existe como característica independiente dentro de la experiencia Studio Classic. Cuando habilite Studio como experiencia predeterminada, utilice la aplicación de Amazon SageMaker Canvas para obtener acceso a la funcionalidad de Data Wrangler. SageMaker Canvas es una aplicación en la que puede entrenar e implementar modelos de machine learning sin escribir ningún código y Canvas proporciona características de preparación de datos basadas en la tecnología de Data Wrangler.
La nueva experiencia de Studio no es compatible con la interfaz de usuario clásica de Data Wrangler, por lo que debe crear una aplicación de Canvas si desea continuar utilizando Data Wrangler. Sin embargo, debe contar con los permisos necesarios para crear y utilizar aplicaciones de Canvas.
Complete los siguientes pasos para asociar las políticas de permisos necesarias al rol de AWS IAM de su dominio o usuario de SageMaker AI.
Concesión de permisos para la funcionalidad de Data Wrangler en Canvas
-
Asocie la política administrada de AWS AmazonSageMakerFullAccess al rol de IAM de su usuario. Para obtener más información sobre cómo asociar políticas de IAM a un rol, consulte Adición de permisos de identidad de IAM (consola) en la AWSGuía del usuario de IAM.
Si esta política de permisos es demasiado permisiva para su caso de uso, puede crear políticas específicas que incluyan al menos los siguientes permisos:
{ "Sid": "AllowStudioActions", "Effect": "Allow", "Action": [ "sagemaker:CreatePresignedDomainUrl", "sagemaker:DescribeDomain", "sagemaker:ListDomains", "sagemaker:DescribeUserProfile", "sagemaker:ListUserProfiles", "sagemaker:DescribeSpace", "sagemaker:ListSpaces", "sagemaker:DescribeApp", "sagemaker:ListApps" ], "Resource": "*" }, { "Sid": "AllowAppActionsForUserProfile", "Effect": "Allow", "Action": [ "sagemaker:CreateApp", "sagemaker:DeleteApp" ], "Resource": "arn:aws:sagemaker:region:account-id:app/domain-id/user-profile-name/canvas/*", "Condition": { "Null": { "sagemaker:OwnerUserProfileArn": "true" } } } -
Asocie la política administrada de AWS AmazonSageMakerCanvasDataPrepFullAccess al rol de IAM de su usuario.
Tras asociar los permisos necesarios, puede crear una aplicación de Canvas e iniciar sesión. Para obtener más información, consulte Introducción al uso de Amazon SageMaker Canvas.
Cuando haya iniciado sesión en Canvas, podrá acceder directamente a Data Wrangler y empezar a crear flujos de datos. Para obtener más información, consulte Preparación de datos en la documentación de Canvas.
Piloto automático de Amazon SageMaker existe como característica independiente dentro de la experiencia Studio Classic. Al migrar a la experiencia de Studio actualizada, utilice la aplicación Amazon SageMaker Canvas para seguir usando las mismas capacidades de machine learning automatizado (AutoML) a través de una interfaz de usuario (IU). SageMaker Canvas es una aplicación en la que puede entrenar e implementar modelos de machine learning sin escribir ningún código y Canvas proporciona una interfaz de usuario para ejecutar todas las tareas de AutoML.
La nueva experiencia de Studio no es compatible con la interfaz de usuario clásica de la interfaz de usuario de Piloto automático. Debe crear una aplicación de Canvas si desea seguir utilizando las características de AutoML de Piloto automático mediante una interfaz de usuario.
Sin embargo, debe contar con los permisos necesarios para crear y utilizar aplicaciones de Canvas.
-
Si accede a SageMaker Canvas desde Studio, agregue esos permisos al rol de ejecución de su dominio o perfil de usuario de SageMaker AI.
-
Si accede a SageMaker Canvas desde la consola, agregue esos permisos al rol de AWS IAM de su usuario.
-
Si accede a SageMaker Canvas mediante una URL prefirmada, agregue esos permisos al rol de IAM que vaya a utilizar para acceder al SSO de Okta.
Para habilitar las capacidades de AutoML en Canvas, agregue las siguientes políticas a su rol de ejecución o rol de usuario de IAM.
-
Política administrada de AWS:
CanvasFullAccess. -
Política insertada:
{ "Sid": "AllowAppActionsForUserProfile", "Effect": "Allow", "Action": [ "sagemaker:CreateApp", "sagemaker:DeleteApp" ], "Resource": "arn:aws:sagemaker:region:account-id:app/domain-id/user-profile-name/canvas/*", "Condition": { "Null": { "sagemaker:OwnerUserProfileArn": "true" } } }
Para asociar políticas de IAM a un rol de ejecución
-
Búsqueda del rol de ejecución asociado a su perfil de usuario de SageMaker AI
-
En la consola de SageMaker AI https://console.aws.amazon.com/sagemaker/
, vaya a Dominios y, a continuación, elija su dominio de SageMaker AI. -
El ARN del rol de ejecución aparece en la sección Rol de ejecución de la página Detalles del usuario de su perfil de usuario. Anote el nombre del rol de ejecución que figura en el ARN.
-
En la consola de IAM https://console.aws.amazon.com/iam/
, elija Roles. -
Busque su rol por nombre en el campo de búsqueda.
-
Seleccione el rol.
-
-
Agregue políticas al rol.
-
En la consola de IAM https://console.aws.amazon.com/iam/
, elija Roles. -
Busque su rol por nombre en el campo de búsqueda.
-
Seleccione el rol.
-
En la pestaña Permisos, vaya al menú desplegable Agregar permisos.
-
-
Para políticas administradas: seleccione Asociar políticas y busque el nombre de la política de administración que desea asociar.
Seleccione la política y, a continuación, seleccione Agregar permisos.
-
Para las políticas en línea: seleccione Crear política insertada, pegue la política en la pestaña JSON, seleccione Siguiente, asigne un nombre a la política y seleccione Crear.
-
-
Para obtener más información sobre cómo asociar políticas de IAM a un rol, consulte Adición de permisos de identidad de IAM (consola) en la AWSGuía del usuario de IAM.
Tras asociar los permisos necesarios, puede crear una aplicación de Canvas e iniciar sesión. Para obtener más información, consulte Introducción al uso de Amazon SageMaker Canvas.
Establecimiento de Studio Classic como experiencia predeterminada
Los administradores pueden volver a la experiencia predeterminada de Studio Classic para un dominio existente. Esta acción puede llevarse a cabo desde la AWS CLI.
nota
Cuando Studio Classic se define como la experiencia predeterminada en un dominio, también es la experiencia predeterminada para todos los usuarios del dominio. Sin embargo, la configuración de usuario tiene prioridad sobre la configuración del dominio. Por lo tanto, si un usuario establece su experiencia predeterminada en Studio, la experiencia predeterminada de ese usuario será Studio.
Para establecer Studio Classic como experiencia predeterminada para el dominio existente mediante la AWS CLI, utilice la llamada update-domaindefault-user-settings, debe configurar:
-
el valor
StudioWebPortalcomoDISABLED. -
el valor
DefaultLandingUricomoapp:JupyterServer:.
StudioWebPortal indica si la experiencia de Studio es la experiencia predeterminada y DefaultLandingUri indica la experiencia predeterminada a la que se dirige al usuario cuando accede al dominio. En este ejemplo, si se establecen estos valores en un nivel de dominio (en default-user-settings), Studio Classic se convierte en la experiencia predeterminada para los usuarios del dominio.
Si un usuario del dominio tiene su StudioWebPortal establecido en ENABLED y DefaultLandingUri en studio:: para el usuario (en UserSettings), esta configuración tiene prioridad sobre la del dominio. En otras palabras, la experiencia predeterminada de ese usuario será Studio, independientemente de la configuración del dominio.
En el siguiente ejemplo de código, se muestra cómo configurar Studio Classic como experiencia predeterminada para los usuarios del dominio:
aws sagemaker update-domain \ --domain-idexisting-domain-id\ --regionRegión de AWS\ --default-user-settings ' { "StudioWebPortal": "DISABLED", "DefaultLandingUri": "app:JupyterServer:" } '
Para obtener su , siga estas instrucciones:existing-domain-id
-
Abra la consola de Amazon SageMaker AI en https://console.aws.amazon.com/sagemaker/
. -
En el panel de navegación izquierdo, expanda Configuraciones de administración y elija Dominios.
-
Elija el dominio existente.
-
En la página Detalles del dominio, elija la pestaña Configuración del dominio.
-
Copie el ID de dominio.
Para obtener su , siga estas instrucciones para asegurarse de utilizar la Región de AWS correcta para su dominio.Región de AWS
-
Abra la consola de Amazon SageMaker AI en https://console.aws.amazon.com/sagemaker/
. -
En el panel de navegación izquierdo, expanda Configuraciones de administración y elija Dominios.
-
Elija el dominio existente.
-
En la página Detalles del dominio compruebe que se trata del dominio existente.
-
Amplíe la lista desplegable de Región de AWS desde la parte superior derecha de la consola de SageMaker AI y utilice el ID de Región de AWS correspondiente que está a la derecha del nombre de su Región de AWS. Por ejemplo,
us-west-1.