Skip to content

Tag: API masiva

Preparaci贸n para el examen de arquitecto de datos certificado de Salesforce

Preparaci贸n para el examen de arquitecto de datos certificado de Salesforce

Ha estado en mi mente por un tiempo, ya que para m铆 esta certificaci贸n era la 煤ltima que me faltaba por adquirir en la ruta de Arquitecto de Aplicaciones (da la casualidad de que tambi茅n tengo el certificado "opcional" de Experience Cloud).

Tener muchas cosas sucediendo en este momento y anhelar algo de espacio mental fue el detonante que el otro d铆a me hizo decir: 鈥淏ueno, tambi茅n puedo intentarlo; Ojal谩 se me quite de la cabeza de una vez por todas鈥. Aprender铆a de cualquier manera, 隆eso es seguro!

Y esto pas贸鈥

隆Uf!

Algunas personas se han acercado para preguntar sobre la preparaci贸n para el examen y la orientaci贸n, por eso escribo esto aqu铆 para tratar de ayudar a otros.

El contexto es clave

Cualquier certificaci贸n de examen que hago est谩 dentro de contexto, con eso me refiero a haber trabajado ya durante alg煤n tiempo en el producto en cuesti贸n.

"Somos lo que hacemos repetidamente. La excelencia, entonces, no es un acto sino un h谩bito." -Arist贸teles

As铆 es como funciona mi cerebro; de lo contrario, lo encuentro como una actividad abstracta que depende principalmente de la memoria m谩s que de la experiencia. Y bueno, despu茅s de todo, soy un Scrum Master, 隆el empirismo existe!

"Salesforce recomienda encarecidamente una combinaci贸n de experiencia laboral, asistencia a cursos y autoestudio para maximizar sus posibilidades de aprobar el examen". 鈥擟omienzo del sendero

Gu铆a de examen

La oraci贸n anterior proviene de la gu铆a del examen; sol铆a ser un PDF, pero ahora el contenido est谩 integrado en Trailhead.

La gu铆a del examen es SIEMPRE tu punto de partida, me sorprende cu谩nta gente no usa este recurso (隆algunos ni siquiera saben que existe! 隆驴C贸mo?!).

La gu铆a del examen est谩 dise帽ada para ayudarlo a evaluar SI est谩 listo para completar con 茅xito el examen. Y le brinda un desglose de todas las secciones y temas que se cubrir谩n, y tambi茅n de lo que se espera de usted. Por ejemplo en este en particular:

La credencial de Arquitecto de datos certificado de Salesforce est谩 destinada al arquitecto que eval煤a el entorno y los requisitos de la arquitectura; y dise帽a soluciones s贸lidas, escalables y de alto rendimiento en la plataforma Customer 360. El Arquitecto tambi茅n tendr谩 experiencia trabajando con lo siguiente:

  • Modelado de datos y dise帽o de bases de datos
  • Gesti贸n de datos maestros
  • Gesti贸n de datos de Salesforce
  • Dato de governancia
  • Consideraciones sobre grandes vol煤menes de datos
  • Migraci贸n de datos

El arquitecto tiene experiencia en comunicar soluciones y dise帽ar compensaciones a empresas y partes interesadas de TI.

Incluso tienes el esquema del examen donde puedes ampliar cada secci贸n (aqu铆 es donde est谩 lo bueno):

Recursos

驴Mencion茅 la gu铆a del examen?鈥 隆脷sala en serio! https://trailhead.salesforce.com/help?article=Salesforce-Certified-Data-Architect-Exam-Guide

Literalmente cre茅 mi propio documento a partir de 茅l y desglos茅 cada elemento, defin铆 la l贸gica y las consideraciones, escribir y estructurar me ayuda a digerir y reforzar algunos conceptos. Por ejemplo, escrib铆 este art铆culo disponible p煤blicamente para Pardot hace bastantes a帽os, solo para darle una idea.

Hablando de empirismo, en general, mi mejor recurso es… 隆una organizaci贸n de edici贸n para desarrolladores! 隆Donde pruebo todo y m谩s! Practica, practica, practica: soy un poco de la vieja escuela en eso: toma el desglose de la gu铆a de certificados para cada elemento, define la l贸gica y luego juega con ella.

Algunos de los contenidos de este en particular pueden ser un poco m谩s complicados, como grandes vol煤menes de datos, pero afortunadamente he estado en algunos proyectos relevantes incluso recientemente, lo que siempre ayuda. Tambi茅n el a帽o pasado con el Sr. Agente Gill 馃槈

Aunque se escribi贸 hace bastante tiempo, este art铆culo sigue siendo una lectura muy relevante https://developer.salesforce.com/blogs/engineering/2013/06/extracting-large-data-volume-ldv-in-force-com, y que le permitir谩 revisar PK Chunking y Bulk API.

Siguiendo con m谩s contenido de la vieja escuela de "anta帽o", consulte la serie de Extreme Force.com, aqu铆 est谩 la Parte 1: https://developer.salesforce.com/blogs/engineering/2013/02/extreme- carga-de-datos-de-salesforce-parte-1-ajuste-su-modelo-de-datos

Probablemente tambi茅n sugerir铆a ignorar sus patrones de dise帽o de integraci贸n, lo que le ayudar谩 a guiar algunas decisiones de respuesta: https://developer.salesforce.com/docs/atlas.en-us.integration_patterns_and_practices.meta/integration_patterns_and_practices/integ_pat_intro_overview.htm

Hacer una combinaci贸n de escribirlo yo mismo, probar los conceptos, luego ver algunos videos sobre el mismo concepto y leer m谩s me ayud贸 a mantenerme concentrado.

Consejos

Como sabe, no puedo darle ning煤n detalle, eso ser铆a una violaci贸n de los t茅rminos y condiciones del programa de certificaci贸n y tiene consecuencias graves, tanto para quienes comparten como para quienes utilizan cualquier informaci贸n expuesta del examen.

Lo que te puedo decir es que deber铆as revisar:

  • Cu谩ndo o cu谩ndo no usar Cuentas personales (esa es la vista de Salesforce, por encima de su opini贸n)
  • C贸mo mejorar la calidad de los datos en toda su pila tecnol贸gica
  • Cu谩ndo o cu谩ndo no utilizar Rollups
  • Qu茅 API usar cuando
  • C贸mo manejar grandes vol煤menes de datos (es decir, carga, rendimiento, exportaci贸n, cosas como compartir, bloqueos, etc.)
  • Cu谩ndo o cu谩ndo no utilizar relaciones maestro-detalle
  • Qu茅 tipo de integraci贸n usar y cu谩ndo
  • C贸mo capturar y gestionar metadatos
  • Cu谩ndo y cu谩ndo no utilizar objetos grandes y objetos externos
  • Gesti贸n de datos maestros
  • Gobernanza: cumplimiento y funcionalidad relacionada

Seguramente me he perdido algo, pero eso es lo m谩s importante en este momento. Consulte y trabaje con su gu铆a de examen: https://trailhead.salesforce.com/help?article=Salesforce-Certified-Data-Architect-Exam-Guide

驴Qu茅 est谩s haciendo?

Recuerde tambi茅n: el objetivo no es simplemente aprobar un examen, sino demostrar que ya tiene el conocimiento y la experiencia.

Ahora es tu turno: 驴Para qu茅 certificaci贸n est谩s trabajando? 驴Cu谩l es su enfoque?

隆Cu茅ntanos y etiqu茅tanos para que podamos celebrar contigo!

Continue reading

Una actualizaci贸n importante de nuestro plan de jubilaci贸n Legacy API 鈽侊笍

Una actualizaci贸n importante de nuestro plan de jubilaci贸n Legacy API 鈽侊笍

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.

Una actualizaci贸n importante de nuestro plan de jubilaci贸n Legacy API | Blog de desarrolladores de Salesforce

En 2021, anunciamos unplan para retirar las versiones heredadas de la API de la plataforma anualmente, de modo que nuestros equipos de ingenier铆a pudieran centrar sus esfuerzos de desarrollo en mejorar las 煤ltimas versiones de la API para mejorar la experiencia general de Salesforce al crear funciones personalizadas a trav茅s de aplicaciones. En esta publicaci贸n, compartiremos una actualizaci贸n importante del plan de retiro de la API heredada, algunos consejos sobre c贸mo identificar el uso de la API heredada y c贸mo actualizar esas solicitudes de API.

Actualizaci贸n importante del plan de jubilaci贸n de la API heredada

La 煤ltima fase del plan de retiro de la API heredada se anunci贸 a principios de 2022 y entr贸 en vigencia durante el lanzamiento de Summer '22. Con esta versi贸n, dejamos de usar las versiones SOAP, REST y Bulk API que van de la 21.0 a la 30.0. Como parte de nuestro plan original, estas versiones de API ya no ser铆an compatibles, pero permanecer铆an disponibles hasta que las retiremos en la versi贸n Summer '23.

Luego de consultar con la comunidad y nuestros socios, decidimos retrasar el pr贸ximo retiro de la API al lanzamiento de Summer '25 para garantizar una transici贸n sin problemas (consulte el art铆culo de conocimientos ). Debido a esta extensi贸n, las versiones de API 21.0 a 30.0 a煤n no son compatibles, pero seguir谩n estando disponibles hasta el lanzamiento de Summer '25.

Desde Summer '21 , cada vez que realiza una llamada a una API heredada con REST o Bulk API, ver谩 un encabezado Warning en la respuesta con un mensaje que describe el problema como este:

Una vez que las versiones heredadas de la API se retiren en Summer '25, las solicitudes a esas versiones fallar谩n con los siguientes errores:

  • La API REST devolver谩 el estado HTTP 410: GONE
  • La API SOAP devolver谩 el estado HTTP 500: UNSUPPORTED_API_VERSION
  • La API masiva devolver谩 el estado HTTP 400: InvalidVersion

Ahora que conoce el 煤ltimo plan, veamos c贸mo puede identificar si se ve afectado y c贸mo.

Identificar el uso de la API heredada

Puede verificar las llamadas API heredadas usted mismo en cualquier momento, y hay varias formas de hacerlo.

Todas las transacciones de la API de Salesforce se registran en los registros de Monitoreo de eventos. El monitoreo de eventos normalmente requiere una licencia espec铆fica, pero hemos expuesto el evento Uso total de la API ( ApiTotalUsage ) a todos los clientes de forma gratuita, para que pueda monitorear el consumo de la API heredada e identificar los clientes y las integraciones que deben actualizarse. Las organizaciones habilitadas para API tienen acceso gratuito a los archivos de registro de eventos de uso total de API con retenci贸n de datos de 1 d铆a. Con el Monitoreo de eventos habilitado, puede acceder a este y a todos los dem谩s tipos de archivos de registro de eventos con una retenci贸n de datos de 30 d铆as.

Los registros contienen campos clave que gu铆an sus investigaciones:

  • Los clientes proporcionan CLIENT_NAME opcionalmente, pero es especialmente 煤til para identificar aplicaciones e integraciones que realizan llamadas API que requieren investigaci贸n y ajustes. Compartiremos m谩s sobre este campo en la 煤ltima secci贸n de esta publicaci贸n.
  • CONNECTED_APP_ID le dice qu茅 aplicaci贸n conectada est谩 en el origen de las llamadas a la API.
  • USER_ID y CLIENT_IP son 煤tiles para identificar el origen de las llamadas API heredadas, pero existe la posibilidad de que estos valores se compartan entre varias aplicaciones en caso de que se realice una cuenta t茅cnica de usuario/sistema (ID de usuario compartido) o llamadas desde una ubicaci贸n de oficina f铆sica ( direcci贸n IP compartida). Compartiremos c贸mo usar la nueva licencia de usuario de integraci贸n para abordar los problemas de usuarios compartidos en la 煤ltima secci贸n de esta publicaci贸n.
  • Los campos API_FAMILY , API_VERSION , API_RESOURCE , URI y HTTP_METHOD le brindan pistas valiosas sobre el tipo de operaciones que realizan los clientes API.

Compartimos varias herramientas para acceder a los registros en nuestra publicaci贸n anterior , y tambi茅n puede usar herramientas de terceros para automatizar esta tarea. Compartiremos una opci贸n adicional que puede ser relevante para los usuarios preocupados por ejecutar c贸digo de terceros con acceso API a su organizaci贸n.

Uso de Postman para identificar el uso de la API heredada

Puede utilizar la colecci贸n Postman de las API de la plataforma de Salesforce para inspeccionar sus registros de Salesforce con estos pasos:

  • Configure la colecci贸n Postman y autent铆quese en su organizaci贸n .
  • Enumere los archivos de registro que rastrean el acceso a la API:
    1. Seleccione REST > Solicitud de consulta .
    2. Reemplace el valor del par谩metro de consulta q con la siguiente consulta SOQL: SELECT LogFile, EventType, CreatedDate FROM EventLogFile WHERE EventType IN ('API', 'RestApi', 'BulkApi', 'ApiTotalUsage')
    3. Haz clic en Enviar.
    4. Recupere los ID del archivo de registro de la respuesta.

  • Para cada archivo de registro devuelto en el paso anterior, recupere y escanee el contenido del registro:
    1. Seleccione REST > Registros > Obtener solicitud de archivo de registro de eventos .
    2. Establezca el ID del archivo de registro en el valor de la variable de ruta id .
    3. Haz clic en Enviar.
    4. Lea el contenido del archivo de registro en la respuesta. Puede moverse a la pesta帽a Respuesta sin procesar y guardarla como un archivo CSV o usar la pesta帽a Visualizar para obtener una vista previa del contenido directamente en Postman.
    5. Mire la columna URI o API_VERSION y verifique las versiones de API heredadas (versiones 30.0 y anteriores).

Despu茅s de identificar que est谩 llamando a versiones de API heredadas, el siguiente paso es actualizar estas dependencias a versiones de API heredadas.

Actualizar dependencias a versiones de API heredadas

El procedimiento de actualizaci贸n depende del tipo de API que est茅 utilizando, pero aqu铆 hay una breve descripci贸n general de lo que se requiere:

  • Para llamadas API basadas en SOAP, genere un nuevo WSDL e incorp贸relo a la integraci贸n afectada
  • Para puntos finales REST, actualice el n煤mero de versi贸n en el URI a la versi贸n principal actual
  • Aunque puede actualizar de manera similar los URI para puntos finales /async en el caso de Bulk API, la forma m谩s gratificante de actualizar las llamadas heredadas es adoptar Bulk API 2.0 y disfrutar del flujo de trabajo m谩s simple y los l铆mites mejorados.

Tenga en cuenta que las aplicaciones (p. ej., el cargador de datos) y los paquetes tambi茅n pueden estar realizando llamadas API heredadas debido a bibliotecas obsoletas (conectores de servicios web, kit de herramientas AJAX, interfaz COM SForceOfficeToolkit o kit de herramientas Force.com para PHP, solo por nombrar algunos) . Aseg煤rate de actualizarlos tambi茅n.

Y recuerda: no importa el cambio, aseg煤rate de realizar pruebas de regresi贸n para asegurarte de que todo funciona como se esperaba.

Prepar谩ndonos para el futuro

Ya sea que se haya visto afectado por el plan de jubilaci贸n heredado o no, debe planificar el futuro retiro de la versi贸n API. Le dejaremos algunas pr谩cticas recomendadas para el gobierno de API.

Aproveche las licencias de usuario de la integraci贸n de Salesforce

En Spring '23, presentamos un nuevo tipo de licencia dedicado a las integraciones: la licencia de usuario de Integraci贸n de Salesforce . Esta nueva licencia se basa en el principio de acceso con privilegios m铆nimos y le permite crear usuarios solo de API para integraciones de sistema a sistema con derechos de acceso espec铆ficos. La principal ventaja de este nuevo tipo de licencia es la seguridad, pero tambi茅n permite un mejor seguimiento de las acciones de integraci贸n, ya que podr谩 asignar distintos usuarios solo de API a la integraci贸n y relacionar las llamadas de API de integraci贸n con ID de usuario espec铆ficas en sus registros.

Se incluyen cinco licencias de usuario de Integraci贸n de Salesforce en cada organizaci贸n Enterprise, Unlimited y Performance Edition. Tambi茅n puede comunicarse con su ejecutivo de cuenta si necesita m谩s.

Especifique un nombre de cliente al crear integraciones de API REST

Al crear nuevas integraciones con la API REST, aseg煤rese de especificar un nombre de cliente utilizando el encabezado de solicitud Sforce-Call-Options de la siguiente manera:

Sforce-Call-Options: client=myClientName

El nombre del cliente que especifique en el encabezado estar谩 visible en los registros en el campo CLIENT_NAME . Esto le ayuda a depurar y auditar las llamadas a la API de integraci贸n.

palabras de cierre

Esperamos que este retraso adicional en nuestro plan de retiro de API heredado permita una transici贸n sin problemas, y lo alentamos a que comience hoy, independientemente de la nueva fecha l铆mite. Migrar a versiones de API m谩s nuevas siempre es una apuesta segura para obtener acceso a nuevas capacidades y mejorar el rendimiento y la seguridad.

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

Continue reading

Servicios externos y actualizaciones de API | Aprende MOAR Primavera '23 鈽侊笍

Puede esperar una gran cantidad de servicios externos y actualizaciones de API en Spring '23, lo que hace que sea a煤n m谩s f谩cil aprovechar Salesforce para automatizar cualquier cosa.

La publicaci贸n Servicios externos y actualizaciones de API | Learn MOAR Spring '23 apareci贸 por primera vez en el blog de desarrolladores de Salesforce .

Continue reading

Procesamiento de grandes cantidades de datos con API (parte 2 de 2) 鈽侊笍

Cuando trabaje en un entorno empresarial, es posible que deba procesar grandes cantidades de registros de Salesforce utilizando las API de la plataforma. Esta publicaci贸n es la segunda parte de una serie de dos publicaciones que se centran en el procesamiento de datos a escala con API. En la primera parte de la serie, nos enfocamos en operaciones de lectura con la API REST y [鈥

La publicaci贸n Procesamiento de grandes cantidades de datos con API (Parte 2 de 2) apareci贸 primero en el blog de desarrolladores de Salesforce .

Continue reading

Procesamiento de grandes cantidades de datos con API (parte 1 de 2) 鈽侊笍

Cuando trabaje en un entorno empresarial, es posible que deba procesar grandes cantidades de registros de Salesforce utilizando las API de la plataforma. En esta serie de dos publicaciones, presentaremos opciones para procesar datos a escala. En esta primera publicaci贸n, nos centraremos en las operaciones de lectura con la API REST y las API masivas. Presentaremos cu谩l es la mejor opci贸n [鈥

La publicaci贸n Procesamiento de grandes cantidades de datos con API (Parte 1 de 2) apareci贸 primero en el blog de desarrolladores de Salesforce .

Continue reading

Escriba aserciones de Apex claras e intencionales con la nueva clase Assert 鈽侊笍

Una de las grandes mejoras nuevas de la versi贸n Winter '23 es una clase Assert dedicada. A medida que continuamos ampliando nuestra inversi贸n con Apex y la capacidad de prueba, esta actualizaci贸n har谩 que sea m谩s f谩cil encontrar todos los m茅todos de afirmaci贸n que necesita en un solo lugar. Echemos un vistazo a c贸mo esto se compara con el [鈥

La publicaci贸n Escribir afirmaciones claras e intencionales de Apex con la nueva clase de afirmaci贸n apareci贸 por primera vez en el blog de desarrolladores de Salesforce .

Continue reading

Aprenda MOAR en Summer '22 con servicios externos y actualizaciones de API 鈽侊笍

Siga y complete un trailmix de Learn MOAR Summer '22 para administradores o desarrolladores antes del 31 de julio de 2022 a las 11:59 p. Se aplican restricciones. Aprende c贸mo participar y revisa las Reglas Oficiales visitando el [鈥

La publicaci贸n Aprenda MOAR en Summer '22 con servicios externos y actualizaciones de API apareci贸 primero en el blog de desarrolladores de Salesforce .

Continue reading

Aprenda MOAR en Summer '22 con Release Highlights para desarrolladores 鈽侊笍

隆Descubra las nuevas caracter铆sticas de la versi贸n Summer '22 para administradores y desarrolladores! Sabemos que cada versi贸n trae consigo muchas funciones nuevas y sorprendentes, y puede haber mucho que digerir. Con Learn MOAR, estamos empaquetando el lanzamiento y present谩ndolo en un formato f谩cil de digerir en blogs, videos y m谩s. Buceo [鈥

La publicaci贸n Learn MOAR in Summer '22 with Release Highlights for Developers apareci贸 primero en el blog de desarrolladores de Salesforce .

Continue reading

Prep谩rese para el retiro de la API heredada en el verano de 22 鈽侊笍

Este art铆culo es una actualizaci贸n de Hacer que los retiros de versiones de API no sean operativos a partir de agosto de 2021. En Summer '22 (junio), Salesforce retirar谩 las API SOAP, REST y Bulk heredadas que van desde las versiones 7.0 a 20.0. Como consecuencia, estas API heredadas y las integraciones personalizadas que dependen de ellas dejar谩n de funcionar despu茅s del lanzamiento. [鈥

La publicaci贸n Prepare for Legacy API Retirement in Summer '22 apareci贸 por primera vez en el blog de desarrolladores de Salesforce .

Continue reading