Etiqueta: Amazon Web Services

Categories
Developers Tutoriales de Salesforce

Configuración de modelos de IA en Einstein Copilot Studio: Guía paso a paso ☁️

Esta es una traducción que desde EGA Futura ofrecemos como cortesía a toda la Ohana y comunidad de programadores, consultores, administradores y arquitectos de Salesforce para toda Iberoamérica.

El enlace a la publicación original, lo encontrarás al final de este artículo.

…

En un post anterior, comentamos cómo configurar una conexión entre Data Cloud y Amazon SageMaker. En un post posterior, le mostramos cómo aprovechar las capacidades de aprendizaje automático de Amazon SageMaker con los datos de Data Cloud. En este post, aprenderá a configurar sus modelos de inteligencia artificial (IA) y aprendizaje automático (ML) en Einstein Copilot Studio.

Qué es Einstein Copilot Studio?

¿Qué es Einstein Copilot Studio?

Con Einstein Copilot Studio, las empresas pueden aprovechar sus datos de clientes propios y en tiempo real de Data Cloud para entrenar modelos de IA que resuelvan necesidades empresariales específicas. La solución Bring Your Own Model (BYOM) de Einstein Studio permite a las empresas utilizar su modelo de IA preferido con Data Cloud. Esto les permite aprovechar los datos de los clientes que se almacenan en la Plataforma Einstein1 en Commerce Cloud, Salesforce y Marketing Cloud en sus modelos de IA.

Einstein Copilot

Einstein Copilot Studio facilita a los equipos de ingeniería y ciencia de datos la gestión y despliegue de modelos de IA de forma más eficiente. Las empresas pueden utilizar fácilmente los datos de su empresa desde Salesforce Data Cloud para entrenar modelos de IA utilizando tecnologías del sector, como Amazon SageMaker de Amazon Web Services (AWS), Vertex AI de Google Cloud y otros servicios de IA. Einstein Copilot Studio también permite a los equipos generar inferencias en el modelo de datos canónico de Salesforce Data Cloud.

Cómo configurar Einstein Copilot Studio?

Cómo configurar sus modelos de IA

Configure su punto final

La primera parte de la configuración de un modelo de IA en Einstein Copilot Studio es configurar tu endpoint. Tus modelos de IA tendrán un endpoint al que podrás llamar para ejecutar tus datos a través del modelo. Para configurar tu endpoint en Einstein Copilot Studio, primero tendrás que introducir un nombre para tu modelo, un nombre de API y una descripción opcional.

<p

…

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://developer.salesforce.com/blogs/2023/11/how-to-set-up-ai-models-in-einstein-copilot-studio.html

Categories
Developers Tutoriales de Salesforce

Explore la API de la plataforma de eventos con la colección de cartero extendida ☁️

Explore la API de la plataforma de eventos con la colección de cartero extendida ☁️

Esta es una traducción que desde EGA Futura ofrecemos como cortesía a toda la Ohana y comunidad de programadores , consultores , administradores y arquitectos de Salesforce para toda Iberoamérica .

El enlace a la publicación original, lo encontrarás al final de este artículo.

…

Explore la API de la plataforma de eventos con la colección extendida de Postman | Blog de desarrolladores de Salesforce

Para una gran cantidad de nuestros clientes, la plataforma Salesforce sirve como la piedra angular de sus sistemas de información y, por lo tanto, debe integrarse perfectamente con una amplia gama de sistemas de terceros. Entre las muchas opciones de integración disponibles se encuentra la plataforma de eventos de Salesforce.

En esta publicación, repasaremos brevemente la plataforma de eventos y luego exploraremos la nueva plataforma de eventos y las solicitudes de API que se agregaron a la colección de API de la plataforma de Salesforce en Postman. También aprenderá cómo introdujimos la capacidad de configurar Event Relays y canales personalizados con Postman.

Acerca de la plataforma de eventos de Salesforce

Event Platform consta de diferentes funciones que le permiten crear arquitecturas basadas en eventos gracias a Salesforce Event Bus.

Tipos de eventos

El bus de eventos de Salesforce admite dos tipos principales de eventos casi en tiempo real: eventos de plataforma y eventos de cambio.

Los eventos de la Plataforma permiten la comunicación dentro de la Plataforma y con sistemas externos. Estos eventos se pueden enviar y recibir con código personalizado o herramientas declarativas, como Flow. Hay eventos de plataforma estándar con campos predefinidos y eventos personalizados que puede crear con campos personalizados.

Los eventos de cambio son enviados automáticamente por la Plataforma cada vez que se crea, modifica, elimina o recupera un registro. Cada evento de cambio está vinculado a un objeto de Salesforce estándar o personalizado, y los campos de evento coinciden con los de su objeto principal.

Los eventos de plataforma y los eventos de cambio se pueden enviar y recibir gracias a una selección de dos tecnologías de transmisión: la biblioteca CometD heredada o la API Pub/Sub basada en gRCP más moderna . Independientemente de la tecnología o el tipo de evento, publica o se suscribe a eventos a través de canales dedicados.

Canales personalizados

Puede definir un canal personalizado para agrupar mensajes de eventos del mismo tipo (eventos de plataforma o eventos de cambio) en una transmisión. Por ejemplo, puede combinar eventos de cambio de cuenta, contacto y pedido en un solo canal personalizado CustomerUpdates__chn . Después de suscribirse a este canal, recibirá notificaciones sobre cambios en cualquiera de esos tres objetos.

Tenga en cuenta que los canales personalizados son compatibles con eventos de plataforma personalizados, pero no con eventos de plataforma estándar.

Además de la capacidad de agrupar varios eventos, los canales personalizados desbloquean dos funciones: filtrado de eventos y cambio de enriquecimiento de eventos.

El filtrado de eventos le permite configurar expresiones que filtran los eventos que se envían en un canal personalizado. Por ejemplo, podría crear un canal específico como UkLargeCustomerUpdates__chn que filtra las actualizaciones de la cuenta, donde el país de facturación es el Reino Unido y los ingresos anuales superan los 500k. El uso del filtrado de eventos ayuda a simplificar el código del lado del cliente, pero también ayuda a evitar los límites máximos de suscriptores simultáneos .

Los canales personalizados de Change Data Capture también otorgan la capacidad de declarar campos enriquecidos . Cuando se trabaja con eventos de cambio, solo se pasan los valores de campo actualizados en los datos del evento. Esta optimización puede ser problemática en ciertas situaciones, por ejemplo, cuando desea sincronizar con un sistema de terceros con una ID externa. En este caso, el ID externo no cambia, por lo que nunca forma parte de los datos del evento de cambio. Afortunadamente, el enriquecimiento de campos le permite declarar un canal personalizado en el que puede especificar campos que siempre se pasarán en el contexto de eventos de cambio.

Relevo de eventos

Event Relay le permite integrar perfectamente los eventos en tiempo real de Salesforce con Amazon Web Services (AWS). Gracias a Event Relay, los eventos de la plataforma y los eventos de Change Data Capture se envían a Amazon EventBridge a través de canales y los componentes de AWS pueden consumirlos directamente. Los componentes de AWS también pueden publicar eventos de plataforma de forma nativa.

Consulte esta publicación de Event Relay para obtener más información.

Antes del lanzamiento de Summer '23, Event Relay solo se podía configurar a través de las API. Ahora, hay una interfaz de usuario dedicada en Configuración. La única pieza que aún necesita crear a través de la API de herramientas o la API de metadatos son los canales personalizados.

Actualizaciones de Salesforce Event Platform para la colección Postman

En junio, actualizamos la colección de API de Salesforce Platform para Postman para incluir solicitudes para interactuar con Event Platform . Si no está familiarizado con Postman o la colección de API de plataforma, eche un vistazo al proyecto Quick Start: Connect Postman to Salesforce Trailhead para comenzar.

Canales personalizados

Nuestras nuevas solicitudes de Postman son un gran ahorro de tiempo ya que, a partir del lanzamiento de Summer '23, los canales personalizados solo se pueden configurar a través de metadatos o llamadas a la API de herramientas y no se pueden modificar directamente en la configuración de Salesforce.

Hemos introducido una serie de solicitudes para realizar operaciones de creación, lectura, actualización y eliminación (CRUD) en canales personalizados y los dos tipos de metadatos relacionados: PlatformEventChannel (consulte los documentos ) y PlatformEventChannelMember (consulte los documentos ).

A pesar de sus nombres, estos tipos de metadatos funcionan tanto para eventos de plataforma como para canales personalizados de eventos de cambio. Las únicas diferencias son que el valor del atributo ChannelType debe establecerse en event para eventos de plataforma o data para eventos de cambio, y que el atributo EnrichedFields solo está disponible para canales personalizados de eventos de cambio.

Publicar eventos de la plataforma

Hemos agregado una serie de ejemplos para eventos de plataforma de publicación. Movimos la solicitud de la API REST existente a la nueva subcarpeta Publicar eventos de la plataforma y agregamos dos ejemplos para publicar varios eventos en una sola solicitud con la API compuesta y la API SOAP.

Configuración de retransmisión de eventos

La carpeta Configuración de retransmisión de eventos es donde se encuentran la mayoría de las solicitudes nuevas. Estas nuevas solicitudes son fundamentales para configurar un relevo de eventos:

  • Operaciones CRUD en Credenciales con nombre que se introdujeron en Summer '23
  • Operaciones CRUD en la configuración de Event Relay
  • Comentarios de retransmisión de eventos de consultoría

esquema de eventos

Agregamos dos nuevas solicitudes para recuperar el esquema de un evento de plataforma, ya sea desde su ID o desde su nombre . Estas solicitudes son útiles para recuperar los campos de los eventos.

Lo que nos depara la colección Postman

Invertimos continuamente en nuestra colección de API de plataforma y buscamos agregar soporte para la suscripción a eventos de la API Pub Sub. CometD no será compatible, ya que es una biblioteca que requiere un servidor de aplicaciones, pero estamos considerando conectarnos con la API Pub/Sub basada en gRPC .

Postman ha lanzado una serie de funciones para interactuar con las API de gRPC desde el año pasado. Gracias a esto, podemos conectarnos a la API de Pub/Sub, suscribirnos a eventos y recibirlos. Sin embargo, lamentablemente no podemos decodificar su carga útil, ya que está comprimida por la plataforma de Salesforce por motivos de rendimiento. Estamos esperando una nueva característica de Postman que nos permita cargar una biblioteca (Apache Avro) para decodificar las cargas útiles de eventos cuando se reciben.

palabras de cierre

Eso es todo para nuestra breve descripción general de Event Platform y las últimas incorporaciones a la colección de API de Salesforce Platform. Gracias al crecimiento de esta caja de herramientas, puede comenzar rápidamente a explorar y configurar Event Platform.

Si disfruta de nuestro contenido de Postman, háganoslo saber. También puede echar un vistazo a nuestras otras colecciones de código abierto y contribuir .

Recursos

Sobre el Autor

Philippe Ozil es un defensor principal de desarrolladores en Salesforce, donde se enfoca en la plataforma de Salesforce. Escribe contenido técnico y habla con frecuencia en conferencias. Es un desarrollador full-stack y disfruta trabajar en proyectos DevOps, robótica y VR. Sígalo en Twitter @PhilippeOzil o consulte sus proyectos de GitHub @pozil .

Obtenga las últimas publicaciones de blog de desarrolladores de Salesforce y episodios de podcast a través de Slack o RSS.

Agregar a Slack Suscríbete a RSS

…

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://developer.salesforce.com/blogs/2023/07/explore-the-event-platform-api-with-the-extended-postman-collection.html

Categories
Developers Tutoriales de Salesforce

Adaptador Salesforce Connect para GraphQL: ¡ahora en versión piloto! ☁️

Esta es una traducción que desde EGA Futura ofrecemos como cortesía a toda la Ohana y comunidad de programadores , consultores , administradores y arquitectos de Salesforce para toda Iberoamérica .

El enlace a la publicación original, lo encontrarás al final de este artículo.

…

Adaptador Salesforce Connect para GraphQL: ¡ahora en versión piloto! | Blog de desarrolladores de Salesforce

Hoy, nos complace anunciar el lanzamiento piloto de nuestro nuevo adaptador Salesforce Connect para GraphQL. Esto abre nuevas posibilidades de integración para nuestros clientes y continúa el trabajo que tanto Amazon como Salesforce están haciendo para que las plataformas de Salesforce y AWS sean más interoperables. Esta interoperabilidad es fundamental, ya que las organizaciones de todos los tamaños aprovechan tanto Salesforce como AWS para ofrecer experiencias de cliente modernas y omnicanal. Nuestros clientes confían en Salesforce para gestionar de forma eficaz las relaciones con los clientes y, a menudo, crean aplicaciones en la plataforma de Salesforce que aprovechan las ofertas únicas de informática, almacenamiento y bases de datos de AWS. Estamos trabajando en conjunto con AWS para facilitar a los desarrolladores la creación de aplicaciones personalizadas que aprovechen de forma nativa los servicios de AWS en Salesforce, conectando datos de forma segura y automatizando los flujos de trabajo en ambas plataformas. En particular, este nuevo adaptador permite a los desarrolladores y administradores de Salesforce acceder a los datos almacenados en Amazon RDS, Amazon Redshift y otros almacenes de datos sin copias, pero utiliza los datos como si estuvieran almacenados en Salesforce. Esto es posible a través de AWS AppSync, que aloja puntos finales de API compatibles con GraphQL aprovechados por Salesforce Connect. Los clientes pueden colocar casi cualquier almacén de datos estructurados detrás de una API de GraphQL, lo que ahorra a los desarrolladores un tiempo valioso al proporcionar una capa de abstracción que administra el acceso a uno o más almacenes de datos sin procesar. Modernización de las fuentes de datos SQL con API para la virtualización Imagine una organización en medio de una transformación digital, esforzándose por mejorar las experiencias de los clientes omnicanal y pasar a una infraestructura de nube pública hiperescala para adaptarse al crecimiento de su negocio. Tienen muchas aplicaciones implementadas en RDBMS tradicionales, por lo que migran a Amazon RDS para escalar esas bases de datos mientras mantienen su inversión en herramientas basadas en SQL. Las aplicaciones basadas en Salesforce, y otras aplicaciones modernas, por ejemplo, clientes móviles, necesitarán acceso a estos datos para brindar mejores experiencias a los clientes. Los agentes en Service Cloud, por ejemplo, a menudo necesitan acceso detallado a registros individuales en sistemas externos que representan los detalles de los envíos, devoluciones o transacciones de pago de un cliente. En lugar de replicar todos los datos a través de ETL o establecer conexiones JDBC/ODBC directas con el back-end, la organización coloca una capa de abstracción basada en GraphQL frente a las bases de datos para un acceso flexible basado en HTTP. AWS AppSync administra completamente la capa de acceso de GraphQL de manera segura y observable sin preocuparse por la infraestructura del servidor. Los equipos de aplicaciones pueden innovar rápidamente y definir los datos precisos que necesitan a través de GraphQL, y los equipos de datos tienen la opción de resolver consultas costosas con soluciones optimizadas, o incluso migrar los datos a diferentes back-ends en el futuro. Este nuevo adaptador permite que Salesforce Connect actúe como un cliente de estos servicios de GraphQL, y lo hace de una manera de copia cero al realizar llamadas en vivo a los puntos finales de la API en el momento en que una acción del usuario o del sistema requiere esos registros. Solo los datos necesarios para esa acción en particular se consultan a través de GraphQL y Salesforce Connect no almacena ni almacena en caché los registros devueltos por el servidor. Este enfoque ayuda a los clientes a administrar costos, evitar problemas técnicos y mantenerse dentro de las pautas de seguridad y cumplimiento con respecto al movimiento de datos. Los objetos externos muestran los datos que residen en AWS de una manera que permite a los administradores aprovechar las funciones que ofrece la plataforma Salesforce, como Lightning Flow, búsquedas indirectas en objetos nativos y más. Los desarrolladores de Salesforce pueden incluso escribir consultas SOQL y Apex en esta fuente de datos, manteniendo la experiencia de desarrollador a la que están acostumbrados. En resumen, los pioneros de Salesforce no tienen que volver a capacitarse para aprovechar los datos a gran escala almacenados en AWS. Primeros pasos Para unirse al programa piloto y probar esta funcionalidad en su sandbox, comuníquese con su representante de cuenta y pídale que lo nomine para este programa piloto. Si nunca ha trabajado con objetos externos, comience con este proyecto de inicio rápido en Trailhead para familiarizarse con Salesforce Connect. Y cuando esté listo para profundizar más, este mapa de ruta cubre todo lo que necesita para tener éxito con la virtualización de datos.

Sobre el Autor

Ross Belmont es director de gestión de productos que cubre los servicios de datos de plataforma. Tiene más de una década de experiencia con el ecosistema de Salesforce.

Obtenga las últimas publicaciones de blog de desarrolladores de Salesforce y episodios de podcast a través de Slack o RSS.

Agregar a Slack Suscríbete a RSS

…

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://developer.salesforce.com/blogs/2023/02/salesforce-connect-adapter-for-graphql-now-in-pilot.html

Categories
Developers Tutoriales de Salesforce

La retransmisión de eventos de Salesforce está generalmente disponible ☁️

Esta es una traducción que desde EGA Futura ofrecemos como cortesía a toda la Ohana y comunidad de programadores , consultores , administradores y arquitectos de Salesforce para toda Iberoamérica .

El enlace a la publicación original, lo encontrarás al final de este artículo.

…

La retransmisión de eventos de Salesforce está generalmente disponible | Blog de desarrolladores de Salesforce

¡Nos complace anunciar que Event Relay para AWS ya está disponible de forma general! Event Relay es una gran parte de cómo estamos construyendo una experiencia de desarrollador unificada que abarca las plataformas de Salesforce y AWS. En esta publicación, escuchará cómo Event Relay ayuda a los desarrolladores a ahorrar tiempo al optimizar la integración bidireccional impulsada por eventos entre Amazon EventBridge y Salesforce Event Bus .

El poder de los eventos

Las arquitecturas basadas en eventos son patrones de integración flexibles que impulsan las experiencias de los clientes en tiempo real a escala. Son una gran parte de cómo Salesforce crea nuevos productos, como Salesforce Genie , y son esenciales para los clientes. Los eventos son una excelente manera de sincronizar datos, monitorear actividades y activar notificaciones entre Salesforce y sistemas externos.

Uno de los proyectos de integración más comunes que vemos es conectar Salesforce y AWS. La combinación de estas plataformas con eventos brinda a los clientes la capacidad de extender las nubes de Salesforce a las aplicaciones y servicios personalizados que han creado en AWS. Antes de Event Relay, los clientes necesitaban usar middleware o escribir código personalizado usando las API de Salesforce, como la API Pub Sub . Estas integraciones tomaron tiempo y requirieron la experiencia del desarrollador para implementarlas y mantenerlas. Es por eso que construimos Event Relay . Queríamos crear una forma más sencilla de conectar Salesforce y AWS con el poder de los eventos.

Integración lista para usar

Event Relay permite a los desarrolladores crear de forma nativa integraciones bidireccionales basadas en eventos sin código personalizado ni middleware. Event Relay entrega eventos automáticamente a Amazon EventBridge, y los desarrolladores pueden configurar un destino de API en EventBridge para publicar eventos nuevamente en Salesforce.

Una buena manera de pensar en Event Relay es que es un suscriptor que escucha los eventos que se han publicado en Salesforce y luego los envía a EventBridge en tiempo real. Event Relay es un servicio de suscripción administrado, lo que significa que Salesforce establece la conexión en nombre de un desarrollador y realiza una supervisión básica para asegurarse de que sus retransmisiones estén en buen estado. Event Relay también realiza un seguimiento del evento que se entregó a EventBridge y reanudará las entregas si hay un problema de conectividad temporal con AWS. Esto no solo facilita el uso de un relé en producción, sino que también evita la entrega de eventos que ya recibió en EventBridge.

Al aprovechar los eventos de la plataforma y los eventos de Change Data Capture que ya está utilizando en Salesforce, Event Relay proporciona una forma sencilla de extender las herramientas de la plataforma a los servicios de AWS. Los administradores y desarrolladores pueden escribir Apex y flujos basados en eventos que interactúan en tiempo real con aplicaciones personalizadas en AWS o servicios como Lambda. Por ejemplo, si su equipo ya tiene procesos de correo electrónico configurados en el Servicio de notificación simple (SNS) de AWS, puede desencadenar fácilmente los procesos desde su organización de Salesforce con Event Relay y un desencadenador de Apex. También puede sincronizar fácilmente los cambios de datos de Salesforce con las bases de datos de AWS con eventos de captura de datos modificados.

Poner Event Relay a trabajar

Entonces, ¿cómo comienzas a transmitir eventos? Todo lo que necesita es una credencial con nombre en Salesforce y un canal de eventos de plataforma . Una credencial con nombre almacena su ID de cuenta de AWS y la región en la que desea transmitir sus eventos. Un canal de eventos de plataforma define qué eventos desea transmitir a Amazon EventBridge. Una vez que su credencial con nombre y el canal de eventos de la plataforma estén listos, puede crear un relé de eventos con la API de herramientas.

Cada retransmisión de eventos que crea aparece como una fuente de eventos de socios en Amazon EventBridge que puede conectar a un bus de eventos. Una vez que sus eventos estén en EventBridge, puede especificar las reglas de EventBridge para filtrar eventos y enviarlos a los objetivos deseados. EventBridge se integra directamente con más de 20 servicios de AWS y puede usar Lambda y Step Functions para enviar eventos a más servicios.

Disponibilidad y precios

Event Relay es de uso gratuito y funciona con eventos de plataforma de gran volumen y Change Data Capture. Los eventos entregados a Amazon EventBridge cuentan contra el derecho de entrega de eventos de una organización , que siempre se puede aumentar comprando más complementos de eventos de la plataforma.

Hasta la próxima

Estamos entusiasmados de que Event Relay facilite la creación de experiencias que abarquen Salesforce y AWS, pero queremos mejorar aún más lo que hemos creado. Mientras pensamos en lo que sigue, planeamos cambiar el enfoque y crear una experiencia de configuración que haga que Event Relay sea accesible para los administradores y más fácil de monitorear de un vistazo. Estamos imaginando herramientas sin código para crear, administrar y monitorear retransmisiones de eventos con información procesable que muestre el rendimiento de sus retransmisiones.

Empezar a transmitir eventos

Si Event Relay parece una buena opción para su proyecto, diríjase a nuestra documentación para desarrolladores para obtener más información. Tenemos instrucciones detalladas sobre cómo puede ponerlo a trabajar. Estamos ansiosos por ver lo que crea con Event Relay.

Otras lecturas

Sobre el Autor

Alexandra (Sasha) Golubova es gerente asociada de productos en Salesforce y trabaja en Event Relay dentro de Platform Developer Services.

Obtenga las últimas publicaciones de blog de desarrolladores de Salesforce y episodios de podcast a través de Slack o RSS.

Agregar a Slack Suscríbete a RSS

…

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://developer.salesforce.com/blogs/2022/10/salesforce-event-relay-is-generally-available.html

Categories
Developers Tutoriales de Salesforce

Salesforce Private Connect para AWS está disponible en todo el mundo ☁️

Esta es una traducción que desde EGA Futura ofrecemos como cortesía a toda la Ohana y comunidad de programadores , consultores , administradores y arquitectos de Salesforce para toda Iberoamérica .

El enlace a la publicación original, lo encontrarás al final de este artículo.

…

Salesforce Private Connect para AWS está disponible en todo el mundo | Blog de desarrolladores de Salesforce

Hoy, nos complace anunciar la disponibilidad global de nuestro servicio Private Connect. Con Private Connect, los clientes pueden implementar integraciones de API entre Salesforce y AWS que se enrutan de forma privada y evitan el tráfico público de Internet. Es más fácil que nunca para los equipos de desarrollo cumplir con los requisitos reglamentarios y de seguridad a medida que construyen integraciones que potencian las experiencias de cliente globales y omnicanal. Anteriormente, Private Connect solo estaba disponible en los Estados Unidos. Los equipos que buscaban crear integraciones entre AWS y Salesforce tenían que configurar manualmente listas de permitidos, proxies y más en sus arquitecturas de red. Estos se vuelven tediosos de mantener a medida que su negocio crece y sus necesidades aumentan. Conexión de AWS a Salesforce En cambio, las aplicaciones personalizadas implementadas en una VPC en AWS pueden llamar a las API de Salesforce a través de un túnel privado y el tráfico de la API no atraviesa la Internet pública en ningún momento. Muchos de nuestros clientes tienen procesos que, por ejemplo, cargan registros de clientes potenciales en Salesforce desde una variedad de fuentes. Este es un gran uso de este patrón de arquitectura "entrante". Amazon AppFlow facilita estas implementaciones al automatizar el aprovisionamiento de Private Connect y brindar una experiencia de configuración de apuntar y hacer clic. Es una gran opción a tener en cuenta.

Conexión de Salesforce a AWS

Private Connect también se puede utilizar para llamadas "salientes" de Salesforce a AWS. Las llamadas HTTP en Apex se pueden enrutar a través del mismo túnel privado. Esto es valioso cuando, por ejemplo, la lógica personalizada en Apex llama a un servicio de AWS en una VPC para verificar que un artículo está en stock antes de procesar el pedido de un cliente.

Disponibilidad mundial

Estas integraciones son más fáciles de crear y mantener que nunca, y nos complace ponerlas a disposición de los equipos que implementan y trabajan en todo el mundo. Ahora admitimos las siguientes regiones de AWS adicionales:

Región de AWS Ubicación Disponibilidad
ap-noreste-1 Tokio, Japón Verano '22
ap-sur-1 Mumbai, India Verano '22
ap-sureste-2 Sydney, Australia Verano '22
ca-central-1 Montreal Canadá Verano '22
eu-central-1 Frankfurt, Alemania Verano '22
ap-sureste-1 Singapur Invierno '23
ue-oeste-2 Londres, Inglaterra Invierno '23
eu-oeste-3 París, Francia Invierno '23
sa-este-1 São Paulo, Brasil Invierno '23

Cuando hacemos que Private Connect esté disponible en una región de AWS determinada, también está disponible para las organizaciones de Hyperforce en esa misma región. Esto acelera el alcance global de nuestras soluciones conjuntas.

Empiece hoy

Private Connect se creó en colaboración con Amazon Web Services, y estamos muy emocionados de ampliar nuestra asociación y ofrecer una experiencia unificada para los desarrolladores para que puedan aprovechar lo mejor de ambas plataformas y ofrecer soluciones que se adapten a su negocio. ¡Póngase en contacto con su representante de cuenta para comenzar con Private Connect hoy mismo!

Sobre el Autor


Ross Belmont es director de gestión de productos que cubre los servicios de datos de plataforma. Tiene más de una década de experiencia con el ecosistema de Salesforce.

Obtenga las últimas publicaciones de blog de desarrolladores de Salesforce y episodios de podcast a través de Slack o RSS.

Agregar a Slack Suscríbete a RSS

…

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://developer.salesforce.com/blogs/2022/11/salesforce-private-connect-for-aws-is-available-worldwide.html

Categories
Developers Tutoriales de Salesforce

Anuncio de la próxima generación de credenciales con nombre ☁️

Esta es una traducción que desde EGA Futura ofrecemos como cortesía a toda la Ohana y comunidad de programadores , consultores , administradores y arquitectos de Salesforce para toda Iberoamérica .

El enlace a la publicación original, lo encontrarás al final de este artículo.

…

Anuncio de la próxima generación de credenciales con nombre | Blog de desarrolladores de Salesforce

La transformación digital está impulsando a equipos de todas las formas y tamaños a modernizar sus aplicaciones y pasar a la nube para prepararse para la próxima ola de crecimiento y cambio. Esta megatendencia lleva a la adopción acelerada de soluciones híbridas y de nube pública, lo que genera desafíos para los líderes de TI que buscan conectar una cantidad cada vez mayor de sistemas de manera segura. Las aplicaciones basadas en Salesforce juegan un papel clave aquí, ya que las empresas crean flujos de trabajo automatizados centrados en el cliente con la tecnología de la plataforma de CRM n.º 1. Estamos emocionados de hacer avanzar esto mediante la expansión de nuestras capacidades de conectividad con una nueva generación de credenciales con nombre que brindan a los desarrolladores una mayor extensibilidad y seguridad para las integraciones basadas en HTTP. Credenciales con nombre 101 Si no está familiarizado con las Credenciales con nombre, considérelo como un subsistema que maneja las llamadas HTTP con soporte integrado para los protocolos de autenticación populares necesarios para realizar esas llamadas con éxito. Los administradores del sistema pueden crear credenciales con una interfaz de usuario de apuntar y hacer clic, y los desarrolladores pueden hacer referencia a ellas con una sintaxis similar a una variable o un campo de combinación. Esto mantiene los valores secretos fuera de su código fuente y permite que los puntos finales y los detalles de autenticación se actualicen sin cambiar el código en sí. Named Credentials ha sido parte de la plataforma Salesforce durante muchos años, ayudando a los desarrolladores a ahorrar tiempo con protocolos complicados como OAuth que tienen varias partes móviles diferentes. También hace que las integraciones de servicios web estén disponibles para los administradores sin código al habilitar las llamadas a través de Servicios externos y Flujo. A medida que la tecnología ha evolucionado, han surgido ciertos patrones en torno a estos casos de uso, lo que nos impulsó a realizar una serie de mejoras que nos complace compartir con usted. Novedades En la versión Winter '23, agregamos las siguientes capacidades a las Credenciales con nombre: Encabezados personalizados: defina pares arbitrarios de nombre/valor (p. ej., claves API) pasados junto con la llamada HTTP como encabezados Asignación de conjunto de permisos: Otorgue a los usuarios explícitos acceso para realizar llamadas utilizando un conjunto específico de credenciales vinculándolo a un conjunto de permisos Acceso temporal y asunción de roles para Amazon IAM: use Amazon STS para asumir un rol de IAM para el acceso temporal a los recursos alojados en AWS Reutilización en puntos de enlace: reutilice las credenciales en diferentes Puntos finales de API protegidos por el mismo sistema de autenticación (p. ej., Google Drive y Google Calendar) Compatibilidad con IU de configuración personalizada: los ISV y otros equipos de desarrollo pueden usar una nueva API Connect en Apex para crear IU de configuración personalizada para mejorar la experiencia del usuario para los administradores Esto es el primer lote de mejoras que estamos entregando en una arquitectura completamente nueva que evoluciona las Credenciales con nombre de un pequeño conjunto de funciones de llamada a una credencial extensible Marco de potencialización capaz de manejar sofisticados requisitos de seguridad empresarial. Lo que sigue es una descripción general rápida de las nuevas capacidades generalmente disponibles ahora. Encabezados personalizados y claves API Los encabezados personalizados proporcionan un medio para que un sistema remoto defina los parámetros que necesita como entrada para responder a una solicitud. El uso de un encabezado personalizado es similar a tener una función en un fragmento de código y definir argumentos que permitan a la persona que llama proporcionar información. Esta versión brinda la opción de agregar encabezados personalizados a las credenciales con nombre, lo que es particularmente útil cuando un servicio externo usa una clave API como una forma simple de autenticación. Los valores confidenciales se almacenan de forma cifrada y están disponibles para su uso en fórmulas a través de una sintaxis de campo de combinación. Esto permite a los administradores crear credenciales compatibles con protocolos populares como la autenticación básica. Asignación de conjuntos de permisos Dado que Salesforce es seguro de forma predeterminada, los administradores otorgan acceso de forma explícita a las credenciales mediante conjuntos de permisos, lo que permite que diferentes grupos de usuarios de Salesforce accedan a diferentes credenciales, incluso si se utilizan para el mismo punto final. Los representantes de ventas, por ejemplo, pueden tener un nivel básico de acceso a un sistema remoto y los gerentes de ventas pueden tener un acceso elevado que les permita anular decisiones cuando sea necesario. Una capacidad relacionada protege las credenciales con nombre creadas por los administradores al permitir explícitamente que ciertos paquetes administrados por ISV las usen para llamadas, si corresponde. Asunción de roles para Amazon IAM Para los muchos clientes que buscan crear integraciones con Amazon Web Services (AWS), hemos ampliado nuestro soporte para el protocolo AWS Signature V4 para incluir acceso temporal y asunción de roles de IAM a través de Amazon STS. Salesforce puede solicitar acceso temporal que expira desde el servicio STS, que asume un rol definido en IAM. Esto ayuda a los administradores de AWS a administrar su infraestructura de manera más efectiva mientras cumplen con los requisitos de seguridad y cumplimiento. Además, esto allana el camino para la compatibilidad con la nueva función RolesAnywhere de Amazon en una versión futura, que permite proteger estas integraciones a través de pares de certificados de cliente/servidor. Reutilización en puntos finales La arquitectura recientemente ampliada permite a los administradores definir los detalles de autenticación en un solo lugar, incluso si se utiliza la misma autenticación en varios puntos finales de API. Las integraciones con pilas de aplicaciones más sofisticadas a menudo requieren el uso de múltiples puntos finales de API que comparten un mecanismo de autenticación. De esta forma, las credenciales confidenciales no se duplican en Salesforce. Soporte para IU de configuración personalizada Los socios ISV que ofrecen sus innovaciones a través de AppExchange a menudo buscan optimizar la experiencia del usuario asociada con su proceso de configuración, tanto para reducir la fricción como para reducir los costos de soporte. En esta versión, las credenciales con nombre distribuidas en un paquete administrado mediante el protocolo OAuth se pueden autenticar dentro de una interfaz de usuario de configuración personalizada diseñada y marcada por un socio ISV. Esto está habilitado por una nueva Connect API con acceso a Apex que se ampliará a medida que se admitan nuevos protocolos de autenticación. Nos estamos calentando. Esta versión es emocionante tanto en términos de las nuevas funciones disponibles ahora como de las capacidades habilitadas por la nueva arquitectura que está a la vuelta de la esquina. Estamos planificando compatibilidad con JWT, flujos de OAuth avanzados, RolesAnywhere y más. ¡Echa un vistazo a la documentación del lanzamiento de Winter '23 y sumérgete!

Sobre el Autor


Ross Belmont es director de gestión de productos que cubre los servicios de datos de plataforma. Tiene más de una década de experiencia con el ecosistema de Salesforce.

Obtenga las últimas publicaciones de blog de desarrolladores de Salesforce y episodios de podcast a través de Slack o RSS.

Agregar a Slack Suscríbete a RSS

…

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://developer.salesforce.com/blogs/2022/10/announcing-the-next-generation-of-named-credentials.html

Categories
Developers Integrations Tutoriales de Salesforce

Reduzca el consumo de almacenamiento de archivos con las funciones de Salesforce y Amazon S3 ☁️

Esta es una traducción que desde EGA Futura ofrecemos como cortesía a toda la Ohana y comunidad de programadores , consultores , administradores y arquitectos de Salesforce para toda Iberoamérica .

El enlace a la publicación original, lo encontrarás al final de este artículo.

…

Salesforce es una plataforma multiinquilino que atiende a múltiples clientes en el mismo hardware. Con este tipo de arquitectura, la Plataforma de Salesforce impone límites para hacer cumplir una distribución uniforme de recursos entre todos los inquilinos. Dichos límites incluyen el consumo de API, los límites del gobernador de Apex y otros. La mayoría de los límites relacionados con los desarrolladores se describen en la Referencia rápida de asignaciones y límites para desarrolladores de Salesforce ; sin embargo, es fácil pasar por alto otros límites, como las asignaciones de almacenamiento de archivos y datos .

En esta publicación, analizaremos el almacenamiento de archivos y exploraremos una solución que le permite reducir el consumo de almacenamiento de archivos mediante la descarga de documentos a Amazon Web Services (AWS) mediante las funciones de Salesforce. Compartiremos ejemplos de implementaciones para exportar e importar documentos desde Amazon Simple Storage Service (Amazon S3).

Trabajar con documentos a escala

La cantidad de almacenamiento de archivos disponible en Salesforce varía según la edición de la organización, pero la plataforma no está diseñada para almacenar grandes volúmenes de archivos como una solución de administración de contenido empresarial (ECM). Esta es la razón por la que normalmente desea integrarse con soluciones de almacenamiento dedicadas, como Google Drive, Dropbox, Box o AWS, cuando maneja una gran cantidad de documentos.

Dada la amplia asociación de Salesforce con AWS que ha resultado en integraciones nativas diseñadas para simplificar la experiencia del desarrollador, exploremos cómo Amazon S3 puede ayudarnos a almacenar documentos.

Presentación de Amazon S3

Amazon S3 es un servicio web popular de AWS para el almacenamiento de archivos. S3 ofrece un servicio de almacenamiento de contenido habilitado para API en entornos llamados "depósitos". S3 es duradero, confiable, escalable, seguro y está disponible en todo el mundo, y AWS proporciona SDK para varios lenguajes de programación . Al igual que con las funciones de Salesforce, puede registrarse para obtener una cuenta de nivel gratuito de AWS para comenzar a utilizar el servicio.

Estas razones hacen que AWS S3 sea un gran candidato para crear una integración que transfiera documentos de Salesforce a S3 y, por lo tanto, ahorre en el consumo de almacenamiento de documentos.

Descarga de documentos con funciones de Salesforce y Amazon S3

Lo primero que viene a la mente al diseñar una solución que descarga documentos en S3 es mantenerlo simple y usar Apex para comunicarse directamente con las API REST de S3. ¿Por qué necesitaría algo más, dado que Apex puede consumir esas API de forma nativa, verdad?

Esta pregunta nos lleva de vuelta a los límites. Las transacciones de Apex tienen un espacio de almacenamiento dinámico total de hasta 12 MB (excluyendo los servicios de correo electrónico, que tienen un límite de 36 MB). Es probable que este límite cause problemas al trabajar con documentos a escala.

Si intenta leer el contenido de un solo documento de 13 MB con Apex, alcanzará el límite de espacio de almacenamiento dinámico.

Una buena forma de evitar este problema es utilizar las Funciones de Salesforce . Las funciones están diseñadas para procesar datos más allá de los límites de Apex. Dado que las funciones se ejecutan fuera de las transacciones principales de la plataforma, se aplican límites más permisivos. Esto significa que las funciones pueden ejecutarse durante períodos de tiempo más prolongados y consumir más CPU y memoria que Apex. Son ideales para interactuar con documentos a escala.

Gracias a Functions, puede transferir documentos a S3 con el siguiente escenario de integración:

  1. El usuario carga y adjunta un documento a un registro en Salesforce
  2. El activador de Apex se activa después de guardar el documento y llama a una clase de controlador con los metadatos del documento (no el contenido del documento, para evitar los límites de Apex)
  3. La clase de controlador de activación de Apex invoca una función de Salesforce de forma asíncrona con los metadatos del documento
  4. La función recupera el contenido del documento utilizando la API REST de Salesforce
  5. La función carga el contenido del documento en un depósito de Amazon S3 gracias al cliente JavaScript de S3
  6. Una vez que se carga el documento, la función crea un registro de Salesforce que vincula el documento almacenado en S3 con el registro y llama a un método de devolución de llamada de Apex en la clase de controlador de activación.
  7. El método de devolución de llamada de Apex elimina el documento original de Salesforce


Pasemos ahora al punto de vista de la experiencia del usuario. El flujo comienza cuando el usuario carga el documento en el registro mediante el botón estándar de carga de archivos en Notas y archivos adjuntos .


Después de adjuntar un documento a un registro, el usuario verá que el documento se mueve de la sección Notas y archivos adjuntos estándar a una nueva lista de Documentos de la cuenta de S3 . Desde allí, pueden ver los metadatos del documento, como el nombre, la URL de almacenamiento de S3, el propietario y la fecha de creación.


Puede encontrar una implementación del escenario que acabamos de compartir en este repositorio de GitHub de muestra . Encontrará instrucciones de configuración detalladas que lo guiarán a través de la implementación de los entornos y explicarán cómo configurar la solución para admitir documentos para múltiples objetos.

Una vez que haya implementado dicha integración para ahorrar en el consumo de almacenamiento de archivos de Salesforce, querrá considerar acceder a los archivos desde S3.

Acceder a documentos desde Amazon S3

Como administrador de AWS, puede acceder al documento almacenado en S3 desde la consola de AWS. Pero, ¿qué pasa con sus usuarios?

Puede otorgar a los usuarios acceso a S3 configurando usuarios y políticas de IAM (Administración de identidad y acceso) desde la consola de AWS, o puede implementar soluciones de integración de middleware que brinden acceso a los documentos. No podrá utilizar las funciones de Salesforce para recuperar documentos.

La primera opción consiste en configurar el acceso y los permisos de usuarios individuales desde la consola de AWS. Deberá crear credenciales independientes en AWS y utilizar una solución de inicio de sesión único (SSO) para reconciliar las identidades con Salesforce. Puede invertir en automatización para ayudarlo a escalar; sin embargo, si tiene requisitos de acceso específicos, hay otras opciones que pueden ayudarlo.

La segunda opción consiste en implementar una aplicación de middleware ligera que está conectada a Salesforce con OAuth 2.0. La aplicación usaría un usuario de integración API para AWS con acceso de solo lectura para cargar documentos a pedido. Implementamos una solución de este tipo mediante una aplicación de middleware Node en este repositorio de GitHub de muestra .

Este enfoque se puede resumir en cuatro pasos:

  1. Un usuario hace clic en un vínculo en el registro del documento de S3 en Salesforce.
  2. El enlace redirige al usuario a la aplicación de middleware donde el usuario pasa por la autenticación OAuth utilizando sus credenciales de Salesforce. El flujo de OAuth se implementa gracias a una aplicación conectada de Salesforce.
  3. El middleware ejecuta algunas comprobaciones de permisos y, si el usuario tiene permiso para acceder al documento, el middleware utiliza un cliente API de S3 para recuperar el archivo de Amazon.
  4. A continuación, el contenido del archivo se devuelve al usuario. Si el usuario ya había iniciado sesión con la aplicación conectada antes de la solicitud original en el paso 1, el documento se envía sin problemas como respuesta (el usuario no notará los pasos intermedios).

palabras de cierre

En este ejemplo, describimos los pasos para aprovechar las funciones de Salesforce para descargar documentos de Salesforce a Amazon S3 a fin de reducir el consumo de almacenamiento de archivos. Y hemos mostrado cómo puede recuperar los documentos utilizando una aplicación de software intermedio. Este caso de uso destaca el poder de las funciones de Salesforce al procesar grandes volúmenes de datos y la flexibilidad de Amazon S3 para el almacenamiento. Comience con Functions y S3 usando los repositorios de muestra.

Recursos

  • Ejemplos de repositorios de GitHub
  • Documentación

Sobre el Autor

Philippe Ozil es un defensor principal de desarrolladores en Salesforce, donde se enfoca en la plataforma de Salesforce. Escribe contenido técnico y habla con frecuencia en conferencias. Es un desarrollador de pila completa y disfruta trabajar en proyectos DevOps, robótica y realidad virtual. Sígalo en Twitter @PhilippeOzil o consulte sus proyectos de GitHub @pozil .

…

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://developer.salesforce.com/blogs/2022/06/reduce-file-storage-consumption-with-salesforce-functions-and-amazon-s3.html

Categories
Developers Tutoriales de Salesforce

Tableau + AWS: aceleración de su transformación digital con análisis modernos en la nube ☁️

Esta es una traducción que desde EGA Futura ofrecemos como cortesía a toda la Ohana y comunidad de programadores , consultores , administradores y arquitectos de Salesforce para toda Iberoamérica .

El enlace a la publicación original, lo encontrarás al final de este artículo.

…

Este blog se publicó originalmente en el blog de Tableau el 3 de noviembre de 2021 y se actualizó el 1 de diciembre de 2021, luego de los anuncios en AWS re:Invent.

Según la investigación de IDC , el gasto en análisis en la nube está creciendo ocho veces más rápido que otros tipos de implementación.* Tener una pila de tecnología integral en la nube puede respaldar la integración de datos, el análisis de autoservicio y los casos de uso que las empresas necesitan para transformarse digitalmente y lograr análisis a escala. Para ayudar a los clientes a desbloquear el poder y la flexibilidad del análisis de autoservicio en la nube, invertimos continuamente en nuestra iniciativa Modern Cloud Analytics, que anunciamos en la Conferencia de Tableau en 2019.

¿Qué es el análisis moderno de la nube?

Modern Cloud Analytics (MCA) combina los recursos, la experiencia técnica y el conocimiento de los datos de Tableau, Amazon Web Services (AWS) y nuestras respectivas redes de socios para ayudar a las organizaciones a maximizar el valor de sus inversiones integrales en análisis y datos. Desde la estrategia de datos y la migración hasta la optimización de las operaciones, esta colaboración ayuda a las organizaciones en cualquier etapa de su viaje de transformación digital a implementar y escalar de forma segura el análisis de la nube. Los clientes ven un tiempo de valor más rápido y costos reducidos, todo con procesos de migración validados que mitigan el riesgo.

Integración de productos principales y conectividad entre Tableau y AWS

Tableau Server y Cloud se ejecutan sin problemas en la infraestructura de nube de Amazon, por lo que las organizaciones con aplicaciones en Amazon Web Services tienen una oferta de solución completa de Tableau. Con integraciones líderes en el mercado, Tableau es la opción natural de plataforma para analizar los datos almacenados en las fuentes de datos de Amazon.

Tableau se conecta a Amazon Redshift, Amazon RDS, Amazon Athena y Amazon EMR, con conectividad y ofertas adicionales anunciadas en AWS re:Invent 2021:

  • Amazon S3 Connector: aprovechando la tecnología de motor de datos en memoria Hyper de Tableau, Tableau tiene la capacidad de leer archivos Parquet o CSV en el lugar, sin la creación de extractos. Este es el primer conector de Tableau que ofrece compatibilidad con Parquet.
  • Amazon OpenSearch Connector: el equipo de Amazon OpenSearch Service ha creado un Tableau Amazon OpenSearch Connector, que estará disponible próximamente en Tableau Exchange .
  • Conector de Amazon DocumentDB: el equipo de servicio de Amazon DocumentDB ha creado un controlador JDBC de Amazon DocumentDB que permite a los clientes visualizar datos JSON con Tableau Desktop y ejecutar consultas SQL en datos JSON con herramientas de desarrollo como DbVisualizer. Los clientes pueden descargar Amazon DocumentDB Connector a través de Tableau Exchange.
  • Amazon SageMaker para Tableau QuickStart: Amazon SageMaker para Tableau QuickStart , desarrollado por Tableau y el socio de AWS Interworks , utiliza la API de extensiones de análisis de Tableau para integrar los modelos de aprendizaje automático (ML) de Amazon SageMaker con los campos calculados de Tableau para potenciar el análisis predictivo.

Nueva entrega de Tableau Desktop

Con Amazon AppStream 2.0 , un servicio de virtualización de aplicaciones completamente administrado, los usuarios pueden acceder a los productos de escritorio de Tableau a través de un navegador web en lugar de instalar aplicaciones como Tableau Desktop, Tableau Prep Builder y la herramienta de migración de contenido en su escritorio local. Con Tableau Desktop en Amazon AppStream 2.0 , los administradores pueden administrar, escalar, asegurar y transmitir de forma centralizada los productos de Tableau a pedido a través de una infraestructura confiable de AWS, que ofrece un tiempo de actividad del 99,9 %.

Mejorar la implementación y la administración de Tableau Server en AWS

La arquitectura de implementación de contenedores Docker de Tableau Server sigue evolucionando para mejorar la experiencia de las implementaciones de AWS. Comenzando con un Tableau Server todo en uno en una versión de contenedor , que permite implementaciones rápidas, automatizadas y repetibles, nuestra arquitectura de contenedor ahora es capaz de escalar automáticamente los procesos en segundo plano según la demanda.

Los beneficios de esta nueva capacidad son escalar dinámicamente los antecedentes en función de un cronograma o una carga, reducir los costos de las implementaciones, facilitar la implementación en la nube o en entornos basados en contenedores, aumentar la velocidad de desarrollo y las pruebas, y facilitar la automatización de las implementaciones de Tableau Server en AWS. .

Después de la implementación, con Tableau Server Management , los clientes de AWS tienen la capacidad de alojar su repositorio de metadatos de Tableau Server de forma externa con Amazon Relational Database Service (RDS) para aumentar la escalabilidad, así como para centralizar los esfuerzos de administración de claves para desbloquear escenarios avanzados de seguridad y cumplimiento a través de Servicios de administración de claves de Amazon (KMS). Además, puede usar Amazon Elastic File System (EFS) para almacenar extracciones y revisiones de libros de trabajo .

Omita la administración del servidor con Tableau Cloud

Otra opción de implementación que las organizaciones eligen cada vez más es Tableau Cloud, nuestra plataforma de análisis totalmente alojada construida en AWS. Obtenga más información leyendo sobre la migración de Splunk a Tableau Cloud .

Apóyese en expertos de la industria para una migración sin problemas a la nube

Migrar a la nube y optimizar su implementación puede ser una tarea desafiante, pero no tiene que hacerlo solo. Tableau y AWS están equipando a los socios de MCA con una nueva guía de migración prescriptiva, arquitectura de aplicaciones, herramientas y modelos operativos para ofrecer una experiencia de migración optimizada y mejorada para los clientes.

Estamos invirtiendo en socios para ofrecer evaluaciones, pruebas de concepto, así como servicios de implementación y soporte para migrar Tableau a AWS de manera rentable. Nos hemos expandido a más de una docena de socios como parte del programa MCA en todo el mundo, ayudando a los clientes en todas las regiones del mundo.

¿Cómo empiezo con Modern Cloud Analytics?

El programa MCA se enfoca en ayudar a los clientes a migrar cargas de trabajo de análisis y datos a AWS para obtener los beneficios de una estrategia de análisis basada en la nube. Comenzar es tan simple como aprender qué integraciones de productos principales, recursos técnicos o programas son adecuados para su organización.

¿Quiere obtener más información sobre Tableau en AWS, pero se perdió re:Invent 2021? Visite re:Invent at home para ver la presentación de nuestra sesión, ver demostraciones de productos, conocer la hoja de ruta de Tableau para la empresa y obtener recursos adicionales para optimizar su implementación de Tableau en AWS.

*Fuente: IDC InfoBrief, patrocinado por Tableau y AWS, Cloud Business Intelligence and Analytics, doc #US46135420TM, abril de 2020

Sobre los autores


JASON DUDEK
GERENTE SÉNIOR DE DESARROLLO DE SOCIOS

KEVIN GLOVER
DIRECTOR DE GESTIÓN DE PRODUCTOS

…

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://developer.salesforce.com/blogs/2022/06/tableau-aws-accelerating-your-digital-transformation-with-modern-cloud-analytics.html