Buscar

El equipo de documentación en el departamento de Servicios de Formación de InterSystems se complace en anunciar la nueva Guía de Migración del Servidor de InterSystems IRIS ¿Alguna vez has querido copiar, mover o clonar una instancia de InterSystems IRIS a un nuevo servidor? Quizá el sistema operativo en el antiguo servidor ya no está soportado. O quizá quieres añadir un nuevo miembro a un mirror existente. Migrar las bases de datos de tu aplicación es fácil, pero... ¿qué pasa con tus tareas, usuarios, roles, recursos y otras configuraciones de seguridad? ¿Qué necesitas para migrar y cuál es la mejor forma de hacerlo? La nueva Guía de Migración del Servidor de InterSystems IRIS ofrece los pasos a seguir para ayudarte a planificar y realizar tu migración. Los temas principales que trata son: Provisión del nuevo servidor Copia de la clave de licencia Migración del Configuration Parameter File (CPF) Migración de las bases de datos Exportación e importación de las configuraciones de seguridad (incluyendo usuarios, roles, recursos, servicios y aplicaciones) Exportación e importación de las tareas del Task Manager Exportación e importación de código personalizado en el namespace %SYS Uso de la migración para crear un nuevo miembro mirror Uso de la migración para pasar un mirror a nuevos servidores ¡Ya puedes consultar la Guía de Migración del Servidor de InterSystems IRIS!

¡Hola Comunidad! ya está preparado el nuevo concurso de programación de InterSystems: 🏆 InterSystems FHIR Accelerator 🏆 Envía una aplicación que utilice InterSystems FHIR-as-a-service en AWS o que ayude a desarrollar soluciones utilizando InterSystems IRIS FHIR Accelerator. Estará activo durante cuatro semanas: del 10 de mayo al 6 de junio de 2021. Total en premios: $8,750 Premios 1. Nominación de los expertos - los ganadores de esta categoría serán elegidos por un jurado especialmente formado para el concurso. Los premios serán: 🥇 1er puesto - $4,000 🥈 2º puesto - $2,000 🥉 3er puesto - $1,000 2. Nominación de la Comunidad - en esta categoría ganará la aplicación que obtenga el mayor número total de votos. Los premios serán: 🥇 1er puesto - $1,000 🥈 2º puesto - $500 🥉 3er puesto - $250 Si dos o más participantes obtienen la misma cantidad de votos, todos serán considerados ganadores y el dinero del premio se repartirá entre todos. ¿Quién puede participar? Cualquier miembro registrado en la Comunidad de Desarrolladores de cualquier país puede participar en el concurso, excepto los empleados de InterSystems. Regístrate aquí en la Comunidad si aún no tienes una cuenta. 👥 Los desarrolladores pueden hacer equipos para crear una aplicación colaborativa. Se permiten de 2 a 5 desarrolladores en cada equipo. No os olvidéis de nombrar a todos los miembros del equipo en el README de vuestra aplicación – los perfiles de usuario de la DC. Duración del concurso 🛠 Del 10 al 30 de mayo: Fase de desarrollo de aplicaciones y registro. ✅ Del 31 de mayo al 6 de junio: Fase de votación. 🎉 7 de junio: Anuncio de los ganadores. Nota: Los desarrolladores pueden mejorar sus aplicaciones a lo largo de todo el período de registro y de votación. Tema del concurso 💡 InterSystems IRIS FHIR Accelerator as a service 💡 Soporte para FHIR R4, incluyendo el U.S. Core Implementation Guide Portal del desarrollador para probar y entender las APIs de FHIR Múltiples métodos de autenticación, incluyendo API Key y OpenID Connect Importación en lote de bundles FHIR a través de sFTP Registro de FHIR request data Construido sobre infraestructura AWS que es certificada ISO 27001:2013 y HITRUST para soportar HIPAA y GDPR Envía una aplicación que utilice InterSystems FHIR-as-a-service en AWS o ayude a desarrollar soluciones utilizando InterSystems IRIS FHIR Accelerator. Requisitos: Aplicaciones aceptadas: aplicaciones nuevas en Open Exchange o que ya existan, pero que presenten una mejora significativa. Nuestro equipo revisará todas las aplicaciones antes de aprobarlas para el concurso. La aplicación puede crearse con CUALQUIER tecnología que use InterSystems IRIS FHIR as a service. La aplicación debe ser Open Source y publicarse en GitHub. El fichero README de la aplicación debe estar en inglés, contener los pasos de la instalación y un vídeo-demo y/o una descripción de cómo funciona la aplicación. El código fuente de la parte de InterSystems ObjectScript (si existe) estará disponible en formato UDL (no XML). Ejemplo. Estos requisitos están sujetos a cambios. Recursos útiles 1. Plantilla recomendada con la que empezar: próximamente 2. Documentación: InterSystems IRIS FHIR Accelerator Service 3. Cursos online sobre el soporte a InterSystems FHIR: Learn FHIR for Software Developers Building SMART on FHIR Apps with InterSystems FHIR Sandbox Exploring FHIR Resource APIs Using InterSystems IRIS for Health to Reduce Readmissions Connecting Devices to InterSystems IRIS for Health Monitoring Oxygen Saturation in Infants FHIR Integration QuickStart 4. Vídeos: Getting Started with the InterSystems IRIS FHIR Accelerator Service on AWS Otros vídeos relacionados con FHIR: 6 Rapid FHIR Questions SMART on FHIR: The Basics Developing with FHIR - REST APIs FHIR in InterSystems IRIS for Health FHIR API Management Searching for FHIR Resources in IRIS for Health Además, echa un vistazo a la Lista de reproducción de FHIR en el canal de YouTube de la Comunidad de Desarrolladores. 5. Dudas sobre FHIR: Echa un vistazo a la etiqueta "FHIR" en la Comunidad de Desarrolladores Puedes hacer preguntas en community.fhir.org 6. Cómo presentar una aplicación a los concursos: Cómo publicar una aplicación en Open Exchange Cómo participar en los concursos Jurado Las reglas sobre los votos serán anunciadas pronto. Así que... Ready. Set. Code. ¡Suerte a todos! ❗️ Echa un vistazo a los Términos Oficiales del Concurso.❗️

¡Hola Comunidad! Hemos extendido hasta el día 2 de junio la duración del concurso InterSystems FHIR Accelerator, así que el plazo ha terminado definitivamente y hoy empieza la fase de votación, que durará hasta este domingo 6 de junio. Vamos a elegir las mejores soluciones desarrolladas usando InterSystems IRIS FHIR Accelerator Service (FHIRaaS) en AWS. ➡️ ¡Aquí puedes elegir y votar la mejor! ¿Cómo se vota? Nominación de los expertos: Nuestro experimentado jurado elegirá las mejores apps que ganarán en la categoría "Nominación de los expertos". Estos son los miembros del jurado: ⭐️ @Regilo.Souza, InterSystems Service Executive⭐️ @Anton.Umnikov, InterSystems Senior Cloud Solution Architect⭐️ @Patrick.Jamieson3621, InterSystems Product Manager - Health Informatics Platform⭐️ @Evgeny.Shvarov, InterSystems Developer Ecosystem Manager Nominación de la Comunidad: Para cada miembro de la Comunidad, la puntuación más alta se elige de dos categorías: Condiciones Puesto 1º 2º 3º Si has publicado un artículo en la CD y has subido una app a Open Exchange (OEX) 9 6 3 Si has publicado al menos un artículo en la CD o has subido una app a OEX 6 4 2 Si has hecho alguna contribución válida a la CD (publicar un comentario/pregunta, etc.) 3 2 1 Nivel Puesto 1º 2º 3º Nivel VIP en Global Masters o Product Manager de InterSystems Corporation 15 10 5 Nivel Ambassador en Global Masters 12 8 4 Nivel Experto en Global Masters o Moderador de la CD 9 6 3 Nivel Specialist en Global Masters 6 4 2 Nivel Advocate en Global Masters o Empleado de InterSystems Corporation 3 2 1 Y un par de cambio más: En este concurso, ¡hemos decidido que el número de votos sea secreto! Así, el número de votos de cada aplicación estará oculto. Y una vez al día publicaremos la clasificación en los comentarios a esta publicación. El orden en el que se mostrarán los proyectos en la página del concurso será el orden de presentación de los proyectos: las aplicaciones presentadas antes aparecerán primero en la lista. P.D. Podéis suscribiros a esta publicación haciendo clic en el icono de la campana para ser notificados cuando haya nuevos comentarios. Requisitos para poder votar: Registrarte en Open Exchange – puedes hacerlo con tus credenciales de acceso a la Comunidad. Haber participado de alguna manera en la Comunidad de Desarrolladores (haciendo una pregunta, respondiendo a alguien, escribiendo un artículo, subiendo aplicaciones a Open Exchange, etc.) – entonces verás el botón "Vote" disponible. En esta publicación puedes conocer todas las opciones para participar en la Comunidad de Desarrolladores. Si en algún momento quieres cambiar el voto, puedes cancelar el que hayas dado y dárselo a otra aplicación - tienes hasta el domingo 6 de junio para hacerlo! ¡A votar! Nota: Los participantes en el concurso pueden corregir errores ("bugs") e introducir mejoras en sus aplicaciones durante esta semana. Para no perderte los cambios, suscríbete a los avisos sobre nuevas actualizaciones!

¡Hola Comunidad! El concurso InterSystems FHIR Accelerator ha terminado. ¡Muchas gracias a todos los que habéis participado! Ya podemos anunciar los ganadores... Un fuerte aplauso para estos desarrolladores y sus aplicaciones: 🏆 Nominación de los expertos - los ganadores fueron elegidos por un jurado especialmente formado para el concurso: 🥇 1er puesto y $4,000 para el proyecto FHIR Data Studio Connector de @Dmitry.Maslennikov 🥈 2º puesto y $2,000 para el proyecto FHIR Simple Demo Application de @Marcello.Correa 🥉 3er puesto y $1,000 para el proyecto iris-on-fhir de @Henrique.GonçalvesDias y @José.Pereira 🏆 Nominación de la Comunidad - las aplicaciones que recibieron el mayor número de votos: 🥇 1er puesto y $1,000 para el proyecto iris-on-fhir de @Henrique.GonçalvesDias y @José.Pereira 🥈 2º puesto y $500 para el proyecto FHIR Data Studio Connector de @Dmitry.Maslennikov 🥉 3er puesto y $250 para el proyecto FHIR Simple Demo Application de @Marcello.Correa ¡Enhorabuena a todos! Y gracias de nuevo a todos los participantes, por el esfuerzo e ingenio que habéis puesto en el concurso.

Al igual que los servidores hardware, los servidores virtuales en nubes públicas y privadas pueden generar cuellos de botella en los recursos, según aumentan las cargas de trabajo. Si utilizas y administras instancias de InterSystems IRIS implementadas en nubes públicas o privadas, es posible que te hayas encontrado la situación en la que para solucionar problemas de rendimiento o de otro tipo se requiere aumentar la capacidad del servidor de una instancia (es decir, *escalar verticalmente*). Un motivo frecuente es la memoria insuficiente. Como se describe en la [Administración de la memoria y escalamiento de InterSystems IRIS](https://docs.intersystems.com/irislatest/csp/docbook/Doc.View.cls?KEY=GSCALE_vertical#GSCALE_vertical_memory) que se encuentra en la *Guía de escalabilidad*, proporcionar suficiente memoria para todas las estructuras que se ejecutan en el servidor de una instancia de InterSystems IRIS en todas las circunstancias normales de funcionamiento, es un factor crítico tanto para el rendimiento como para la disponibilidad. En un escenario común, conforme aumenta la carga de trabajo en una instancia de InterSystems IRIS, su conjunto de trabajo se vuelve demasiado grande para ser contenido por la memoria caché reservada para las estructuras de la base de datos. Esto lo obliga a que algunas consultas tengan que ir a disco, lo que aumenta significativamente el número de lecturas requeridas del disco y crea un problema importante de rendimiento. Aumentar el tamaño de esta memoria caché resuelve ese problema, pero si al hacerlo no queda suficiente memoria para otros propósitos, también habrá que aumentar la memoria física total del servidor para evitar que el cuello de botella se desplace hacia otra parte del sistema. Afortunadamente, escalar un servidor virtual generalmente es mucho más sencillo que escalar uno hardware. En esta publicación se analizan las dos etapas del proceso: * Cómo escalar los recursos del servidor virtual  Se puede cambiar la especificación de recursos de un servidor virtual en AWS, GCP y Azure, utilizando la línea de comandos, la API o el portal de la plataforma. VMWare vSphere permite modificar fácilmente varios parámetros de los recursos para una máquina virtual mediante su interfaz de cliente vSphere. * Cómo reconfigurar InterSystems IRIS para aprovechar los recursos escalados Hay varias maneras de reconfigurar InterSystems IRIS para aprovechar los recursos del servidor escalado. Este documento describe el uso de la función Combinar la configuración, que combina nuevos valores de los parámetros, especificados en un archivo combinado, en el CPF de una instancia. Combinar la configuración es un método sencillo y eficaz porque permite ocuparse únicamente de la configuración que se quiere modificar, hacer varios cambios en la configuración de una instancia con una sola operación y realizar fácilmente el mismo conjunto de cambios en varias instancias. Los procedimientos descritos aquí son manuales, pero en producción muy probablemente serían automatizados, por ejemplo usando un *script* que aplicaría un archivo combinado específico en una ubicación accesible para una lista de instancias. ## Cómo escalar los recursos del host virtual Las plataformas publicas en la nube ofrecen una variedad de plantillas de recursos para elegir, que especifican el CPU, la memoria, las interfaces de red y otros recursos para hosts virtuales (el almacenamiento se suministra y se dimensiona por separado). Para cambiar el tamaño de un servidor, hay que cambiar la plantilla seleccionada cuando se creó el host a una permita especificar los recursos que necesitas aumentar. En Amazon Web Services, la plantilla de recursos se denomina un [tipo de instancia](http://aws.amazon.com/ec2/instance-types/), por ejemplo, el tipo de instancia **t3.large** especifica 2 CPUs y 8 GB de memoria. En la plataforma Google Cloud es un tipo de máquina, como la e2-standard-2 (que también incluye 2 CPUs y 8 GB), y en Microsoft Azure es un tamaño (el **Standard_B2ms** requiere igualmente 2 CPUs y 8 GB). Al redefinir el tipo de instancia, tipo de máquina o tamaño del servidor de una nube pública existente, se pueden escalar las especificaciones de sus recursos. En una nube privada de VMware vSphere, se puede utilizar la interfaz de cliente vSphere en la consola de administración vCenter Server para modificar directamente una o más configuraciones de los recursos individuales de una máquina virtual existente. (También se pueden escalar simultáneamente grupos de servidores en cada plataforma). En las siguientes secciones se ofrecen breves ejemplos sobre cómo redimensionar servidores virtuales individuales en distintas plataformas, con enlaces a la documentación para todos los métodos disponibles. Ten en cuenta que estos métodos (API, interfaces de línea de comandos e interfaces del portal) se proporcionan y mantienen gracias a los proveedores en la nube, y los ejemplos que aquí se incluyen son con propósitos informativos, para ilustrar con qué facilidad se puede adaptar InterSystems IRIS para aprovechar el aumento en los recursos.  ### AWS Para modificar el tipo de instancia de un servidor AWS (denominada _instance_, no debe confundirse con una instancia de InterSystems IRIS) se puede utilizar el [**comando CLI** modify-instance-attribute](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/modify-instance-attribute.html), como se muestra en el siguiente ejemplo: $ aws ec2 describe-instances --instance-ids i-01519f663af48a55e { "Instances": [ { "AmiLaunchIndex": 0, "ImageId": "ami-0abcdef1234567890, "InstanceId": "i-1234567890abcdef0, "InstanceType": "m5n.large",   ... $ aws ec2 stop-instances --instance-ids i-01519f663af48a55e { "StoppingInstances": [ { "InstanceId": "i-1234567890abcdef0",   ... $ aws ec2 describe-instances --instance-ids i-01519f663af48a55e { "Instances": [ {   ... "State": { "Code": 80, "Name": "stopped" } ... $ aws ec2 modify-instance-attribute --instance-ids i-01519f663af48a55e \   --instance-type "{\"Value\": \"m5n.xlarge\"}" $ aws ec2 start-instances --instance-ids i-01519f663af48a55e { "StartingInstances": [ { "InstanceId": "i-1234567890abcdef0", "CurrentState": { "Code": 0, "Name": "pending" }, "PreviousState": { "Code": 80, "Name": "stopped"   ... $ aws ec2 describe-instances --instance-ids i-01519f663af48a55e { "Instances": [ { "AmiLaunchIndex": 0, "ImageId": "ami-0abcdef1234567890, "InstanceId": "i-1234567890abcdef0, "InstanceType": "m5n.xlarge",   ... También se puede hacer este cambio mediante la llamada a la API de AWS [ModifyInstanceAttribute](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_ModifyInstanceAttribute.html) o con la [consola AWS EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html).  ### GCP Para modificar el tipo de máquina de un servidor GCP (también conocida como una _instance_), se puede usar el comando [gcloud CLI](https://cloud.google.com/compute/docs/instances/changing-machine-type-of-stopped-instance#gcloud) para detener, modificar y reiniciar la instancia. Por ejemplo, se podrían usar los siguientes comandos para modificar el tipo de máquina de una instancia llamada **scalingTest** por **n1-highmem-96**: $ gcloud compute instances stop scalingTest $ gcloud compute instances set-machine-type scalingTest --machine-type n1-highmem-32 $ gcloud compute instances start scalingTest También se puede hacer este cambio usando la [Google Cloud Console](https://cloud.google.com/compute/docs/instances/changing-machine-type-of-stopped-instance#console) o la [API de la GCP](https://cloud.google.com/compute/docs/instances/changing-machine-type-of-stopped-instance#api). ### Azure Cuando se utiliza [Azure CLI](https://docs.microsoft.com/en-us/azure/virtual-machines/linux/change-vm-size) para modificar el tamaño de una máquina virtual con Linux, se puede ver una lista de los tamaños disponibles en el clúster de hardware donde se aloja la máquina virtual usando el comando **list-vm-resize-options**, por ejemplo: az vm list-vm-resize-options --resource-group testingGroup --name scalingTest --output table Se puede utilizar el comando **resize** para cambiar el tamaño de la máquina virtual a una de las opciones en la lista, como se muestra en el ejemplo. Este comando reinicia la máquina virtual automáticamente. az vm resize --resource-group testingGroup --name scalingTest --size Standard_E32d_v4 Si el tamaño al que quieres cambiar la máquina virtual no está disponible, puede anular la asignación de la máquina virtual, que puede ser redimensionada a cualquier tamaño que esté soportado por la región y reiniciarse. Los comandos relacionados se muestran a continuación: az vm deallocate --resource-group testingGroup --name scalingTest az vm resize --resource-group testingGroup --name scalingTest --size Standard_M128s az vm start --resource-group testingGroup --name scalingTest Se puede [cambiar el tamaño de una máquina virtual de Windows](https://docs.microsoft.com/en-us/azure/virtual-machines/windows/resize-vm) en Azure utilizando el portal de Azure o los comandos de Powershell. ### vSphere Para cambiar el tamaño de una máquina virtual de VMware vSphere, hay que hacer lo siguiente: 1. Abrir el [cliente vSphere o el cliente web](https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.vm_admin.doc/GUID-588861BB-3A62-4A01-82FD-F9FB42763242.html) y mostrar el inventario de la máquina virtual. 2. Haga clic con el botón derecho en la máquina virtual que quieres modificar y seleccionar **Edit Settings.** 3. En la **etiqueta Virtual Hardware** * Expande **Memory** y cambia la cantidad de RAM configurada para la máquina virtual. * Expande **CPU** y cambia el número de núcleos y, de manera opcional, el número de núcleos por socket. * Realiza cualquier otro cambio que quieras en los recursos de hardware asignados a la máquina virtual. ## Cómo reconfigurar InterSystems IRIS para aprovechar los recursos escalados Cuando hayas escalado el servidor, el siguiente paso es reconfigurar InterSystems IRIS para aprovechar el aumento de recursos cambiando uno o más parámetros en el archivo de parámetros de configuración de la instancia (CPF). Por ejemplo, para continuar con el escenario mencionado al principio de esta publicación, ahora que has aumentado los recursos de memoria del servidor, querrás aprovecharte de esto aumentando el tamaño de la caché de la base de datos de la instancia de InterSystems IRIS (que se realiza cambiando el valor del parámetro **[globals](https://docs.intersystems.com/irislatest/csp/docbook/Doc.View.cls?KEY=RACS_globals)**) para que pueda mantener más datos en la memoria. Una manera sencilla de realizar este tipo de cambios, y con mucho la forma más fácil y repetible para realizar varios cambios en la configuración de una instancia en una sola operación o de realizar los mismos cambios en varias instancias, es utilizar la función Combinar la configuración, que está disponible en los sistemas UNIX® y Linux. Como se describe en [Cómo usar la función Combinar la configuración para implementar instancias personalizadas de InterSystems IRIS](https://docs.intersystems.com/irislatest/csp/docbook/Doc.View.cls?KEY=ADOCK#ADOCK_iris_customizing) en _Cómo ejecutar productos de InterSystems en contenedores_ y en [Cómo usar la función Combinar la configuración](https://docs.intersystems.com/irislatest/csp/docbook/Doc.View.cls?KEY=RACS_cpf#RACS_cpf_edit_merge) en la _Referencia del Archivo de Configuración de Parámetros_, la función Combinar la configuración permite especificar un archivo de combinación que contenga la configuración que quieres combinar en el CPF de una instancia, inmediatamente antes de un reinicio.  (En la versión 2021.1 podrás hacer esto en una instancia que está en ejecución sin reiniciarla). Esto no solo es más conveniente que editar directamente el CPF de una instancia, sino que es altamente repetible en varias instancias, y es compatible con una gestión de cambios confiables, ya que permite mantener un historial preciso de los cambios simplemente adaptando la configuración de los archivos combinados a los que los aplique. Para realizar la función Combinar la configuración, hay que hacer lo siguiente: 1. Crear el archivo combinado con los parámetros que quieres modificar. 2. Colocar el archivo combinado en una ubicación accesible a la instancia. Si la instancia que estás modificando se encuentra en un contenedor (el cual es probable que esté en un host de la nube), puedes preparar el archivo en el directorio %SYS duradero de la instancia (consulta [%SYS duradero para datos persistentes de la instancia](https://docs.intersystems.com/irislatest/csp/docbook/Doc.View.cls?KEY=ADOCK#ADOCK_iris_durable) en _Cómo ejecutar productos de InterSystems en contenedores_). 3. Especifique la ubicación del archivo combinado utilizando la variable de entorno **ISC\_CPF\_MERGE_FILE** antes de reiniciar la instancia. Por ejemplo, siguiendo con el caso de la caché de la base de datos que necesita una actualización, supongamos que queremos aumentar a 100 GB el tamaño de la caché de la base de datos de una instancia en un contenedor. La configuración, en la sección **[config]** del CPF, sería **globals=102400**, que establece la caché de la base de datos para bloques de 8 kilobytes en 102,400 MB, o 100 GB. (Como se explica en la descripción de los **[globals](https://docs.intersystems.com/irislatest/csp/docbook/Doc.View.cls?KEY=RACS_globals)** en la _Referencia del Archivo de Configuración de Parámetros,_ el parámetro establece el tamaño de la caché para varios tamaños de bloque; sin embargo, si solo se proporciona un valor, se aplica al tamaño de bloque de 8 kilobytes, y se asume **** [zero] para los otros tamaños; **globals=102400** es, por lo tanto, el equivalente a **globals=0,0,102400,0,0,0**). Para realizar este cambio, se puede realizar lo siguiente en el host de la nube: 1. Crear una configuración en el archivo combinado, denominado por ejemplo *mergefile2021.06.30.cpf*, que contenga estas líneas: ``` [config] globals=102400 ``` 2. Colocar el archivo combinado en el directorio %SYS duradero que se encuentra en el sistema de archivos del host, el cual si se instaló el volumen externo **/data** como **/external** en el contenedor y se usó la variable **ISC\_DATA\_DIRECTORY** para especificar **/external/iris_durable** como el directorio %SYS duradero para la instancia, sería **/data/iris_durable**. 3. Utilizar el comando **docker exec** en la línea de comandos del host para especificar la variable y reiniciar la instancia con el comando **iris** si el contenedor de la instancia se llama **iris** y la instancia se llama **IRIS**, por ejemplo, el comando tendrá el siguiente aspecto: ``` docker exec iris ISC_CPF_MERGE_FILE=/data/iris_durable/mergefile2021.06.30.cpf iris stop IRIS restart ``` 4. Cuando la instancia se reinicie, se podrá confirmar la nueva configuración de **globals** con este comando: ``` docker exec iris grep globals /data/iris_durable/iris.cpf ```   Este artículo está etiquetado como "Mejores prácticas" ("Best practices"). Los artículos con la etiqueta "Mejores prácticas" incluyen recomendaciones sobre cómo desarrollar, probar, implementar y administrar mejor las soluciones de InterSystems.

¡Hola desarrolladores! ¿Estáis listos para un nuevo reto? Nos encanta anunciaros el primer concurso de redacción de artículos técnicos de InterSystems (en inglés) y hemos ampliado el plazo hasta el próximo día 22 de agosto: 🏆 Concurso de Artículos Técnicos de InterSystems 🏆 Escribe un artículo en inglés en la Comunidad de Desarrolladores, sobre cualquier tema relacionado con la tecnología de InterSystems, del 15 de julio al 15 de agosto 22 de agosto de 2021. Premios para todos los participantes: Todas las personas que publiquen un artículo en inglés durante la vigencia del concurso recibirán un premio. Premio principal: Apple iPad ¡Todavía tienes tiempo para participar en el concurso y tu artículo será leído por miles de miembros de la Comunidad de Desarrolladores!

¡Hola a todos! Hemos grabado un sencillo video tutorial para todas las empresas que quieran formar parte del nuevo Directorio de Partners de InterSystems: ⏯ Cómo dar de alta una empresa en el Directorio de Partners de InterSystems En el vídeo, veréis en unos sencillos pasos cómo dar de alta una empresa en el Directorio de Partners de InterSystems. ¡Esperamos que os resulte útil! Y si tenéis alguna duda o consulta, podéis escribirnos un mensaje en esta misma publicación.

¡Hola a todos! Hemos grabado un sencillo videotutorial para las empresas que están registradas en el nuevo Directorio de Partners de InterSystems y quieren dar de alta en él alguna de sus aplicaciones o soluciones: ⏯ Cómo dar de alta una solución en el Directorio de Partners de InterSystems ¡Esperamos que os resulte útil! Y si tenéis alguna duda o consulta, podéis escribirnos un mensaje en esta misma publicación.

La metodología OKR (Objetivos y Resultados Clave) es utilizada por las empresas más grandes del mundo (como Google, Netflix, Spotify, BMW, Linkedin, etc.) para una gestión ágil del rendimiento. Fue creada en los años 70 por Andrew Grove, presidente de Intel, y presentada al público en su famoso libro “High Output Management” ("Gestión de alto rendimiento"). Sobre 1998 John Doerr, uno de los mayores inversores de riesgo (venture capitalist) del mundo, tras conocer la metodología OKR de Intel, se la dio a conocer a Larry Page y Sergey Brin, que empezaban una pequeña empresa llamada Google. Sergey y Larry vieron el gran potencial de la metodología y comenzaron a escribir los primeros OKRs para Google y después sus OKRs individuales. Desde entonces, esta práctica se ha convertido en una rutina trimestral en la compañía. Según Rick Klau (Google Ventures), “Google no fue Google” hasta que empezó a poner en práctica la metodología OKR en sus inicios. Los beneficios de OKR son: Es un proceso sencillo; Trabaja con ciclos cortos; Involucra al equipo entero; Ofrece claridad a la dirección; Aumenta las posibilidades de éxito; Incentiva un alto rendimiento; Aumenta el foco de atención; Hace más sencilla la medición de resultados. Para diseñar tu propio OKR, tienes que empezar con los objetivos, que deben ser: Limitados en el tiempo (de 3 a 6 meses) y en su alcance; Claros y que todo el mundo los entienda; Alineados con la estrategia de proyectos/productos de la empresa; Medibles. Para cada objetivo, tienes que definir de 2 a 5 resultados clave, que deben ser también claros, limitados en el tiempo y medibles. La aplicación Analytics-OKR (https://openexchange.intersystems.com/package/Analytics-OKR) ofrece una muestra sencilla utilizando IRIS BI (DeepSee) para monitorizar OKRs. Para verla, sigue estos pasos: 1. Coge el código fuente: git clone https://github.com/yurimarx/analytics-okr.git 2. Crea y sube el proyecto: docker-compose build docker-compose up -d 3. Abre los Dashboards en el User Portal: http://localhost:32792/csp/irisapp/_DeepSee.UserPortal.Home.zen?$NAMESPACE=IRISAPP&$NAMESPACE=IRISAPP& 4. Abre el OKR Expanded Dashboard: 5. Se puede ver la metodología OKR como una estrategia para hacer crecer la Comunidad de Desarrolladores. Puedes ver otros dashboards y tablas. ¡Espero que os resulte útil!

¡Hola desarrolladores! Os traemos el cuarto tutorial grabado por @David.Reche, y disponible en el canal de YouTube de la Comunidad de Desarrolladores en español: Cómo habilitar la interoperabilidad en InterSystems IRIS. En este tutorial de tres minutos, David nos mostrará cómo habilitar la interoperabilidad en InterSystems IRIS Community Edition. ⏯ Tutorial 4: Cómo habilitar la interoperabiliad en InterSystems IRIS ¡Esperamos que os resulte útil! ¡Y recordad que podéis suscribiros al canal de YouTube de la Comunidad de Desarrolladores en español, para manteneros formados e informados!

**Este artículo es una continuación de esta publicación.** En ese artículo, expliqué cómo funciona el menú de Interoperabilidad para su integración en el sistema. En este artículo, me gustaría explicar cómo desarrollar una integración de sistemas utilizando el menú de interoperabilidad. En primer lugar, ¿qué tipo de proceso quieres crear? Mientras piensas en ello, prepara el siguiente contenido. * Producción * Mensaje * Componentes * Business Services * Business Processes * Business Operations Producción es **una definición que se utiliza para especificar los componentes necesarios para la integración de sistemas y para almacenar la configuración de los componentes**, que se configuran mediante el Portal de Administración (almacenado de forma interna como una definición de clase para la Producción). Por ejemplo, supón que quieres crear un *business* *service* que procese los archivos colocados en un directorio específico a intervalos regulares. En ese caso, es necesario configurar exactamente qué directorios monitorizar y qué archivos procesar. Hay una Producción disponible para almacenar dicha configuración. La configuración depende del **adaptador** usado por el componente que envía y recibe los datos. Los adaptadores son clases para simplificar la conexión a los sistemas externos. Algunos son específicos de protocolos, como Mail/File/SOAP/FTP/HTTP/SQL/TCP, y otros son de específicos de estándares, como HL7. Consulta la documentación (adaptadores específicos de protocolos y adaptadores relacionados con la documentación EDI) para más información sobre los adaptadores. Como definiremos los componentes necesarios para la **Producción**, "Start Production" iniciará la integración del sistema, y "Stop Production" detendrá la integración del sistema. El desarrollo necesario para completar la Producción es la creación de los componentes necesarios para la integración del sistema, concretamente los siguientes contenidos: * Mensaje * Componentes (*Business Services*, *Business Processes*, *Business Operations*) * Conversión de datos, etc. El contenido anterior se explicará con más detalle en próximos artículos. Primero vamos a iniciar la **Producción** utilizando la muestra **Producción** y comprobaremos el proceso de los mensajes al procesar los datos mientras se verifica la configuración. La muestra puede descargarse en https://github.com/Intersystems-jp/selflearning-interoperability. **Para utilizar un contenedor**, descarga el código de muestra por medio del clon en Git, ve al directorio del clon y ejecuta docker-compose up -d ¡Es así de fácil! Consulta aquí el procedimiento (lleva un poco de tiempo crear un contenedor). **Si no utilizas contenedores**, crea un nuevo *namespace* después de descargar la muestra, e importa todos los archivos de definición de clases (extensión .cls) a la carpeta src en el *namespace* creado. Para más información sobre el proceso para crear un *namespace*, consulta el video desde el minuto 07:03 que aparece en este artículo. Consulta el archivo README para más información sobre el código de muestra. Cuando estés listo, ve al Portal de Administración (cambia el número de puerto del servidor web para que coincida con tu entorno). **** Ve a **Management Portal > Interoperability > Configuration > Production**. Si utilizas un método distinto al de los contenedores, conéctate al *namespace* donde importaste el código fuente, accede a [Configuration] > [Production], haz clic en el botón [Open], selecciona [Start] > [Production], y después haz clic en el botón [Start]. ※ Si utilizas algo que no sea un contenedor, tendrás que hacer unos ajustes iniciales. Configura los contenidos descritos más abajo antes de probar los siguientes contenidos.  La página de producción se mostrará como **[**● **Component Name]** para cada uno de los componentes "Service", "Process" y "Operation". Haz clic sobre el nombre del componente para cambiar el contenido de la pestaña "Settings" en la parte derecha de la pantalla. Por ejemplo, cuando haces clic sobre **Start.GetKionOperation** (un solo clic), se mostrará lo siguiente.  Este componente tiene la configuración de [HTTP Server] y de la [URL] para conectarse a la API Web. Hay un campo [appid] en la parte inferior de la configuración, donde se puede introducir la clave de la API que recibes. Hay un campo [lang] cerca de [appid] y se configura "ja" ("ja" = japonés). [lang] establece el idioma de la respuesta de OpenWeather. En el caso del inglés, selecciona "en". Cuando termines de definir esta configuración, haz clic en el botón "Apply".  Si utilizas un contenedor, la configuración está completa. Para más información, haz clic [aquí](#datasend). * * * #### Si estás probando con algo distinto a los contenedores Realiza estos dos ajustes por adelantado: 1) Configurar el cliente SSL. Debido a que la API Web a la que se conectará estará comunicada mediante HTTPS, configura previamente el cliente SSL en el lado de IRIS. Para que coincida con la configuración de la producción de muestra, utilizaremos el nombre **[openweather]**. La configuración de la Producción es la siguiente:  **Haz clic en Management Portal > [System Administration] > [Security] > [SSL/TLS Configuration] > [Create New Configuration]**, escribe **"openweather"** en el campo "Configuration Name", y haz clic en el botón "Save" para terminar.  2) Crear una URL base para REST En la producción de muestra, lo configuramos para que la información se pueda introducir mediante REST, y la URL base para REST debe configurarse en el lado de IRIS. En la muestra, definimos /start como la URL base. Dado que la clase Start.REST se encuentra en el *namespace* donde se importó la muestra, especificaremos esta clase como clase dispatch y añadiremos %All como el rol de aplicación para omitir la autenticación en el momento del acceso. **Management Portal > System Administration > Security > Applications > Web Application Path > Haz clic en el botón "Create new web application"**. En el campo Name, especifica **/start**; en el campo Namespace, especifica el *namespace* desde el que se importó la muestra; en el campo Dispatch Class, especifica **Start.REST**; en el campo Allowed Authentication Method, selecciona **"Unauthenticated"**, y guarda el archivo. Después de guardar, añade **%All** al **rol de aplicación** en la pestaña "Application Roles".   * * * ### Tratar de enviar datos En cuanto tengas todo configurado, intenta utilizar un *business service* para enviar información a través de REST y hazlo funcionar. El ejemplo anterior es una URL donde se supone que alguien compró "Takoyaki" en la ciudad de Osaka. Después de la ejecución, en la pantalla aparece esto:  Comprueba los mensajes que se han enviado a la **Producción**. En **Management Portal > Interoperability > Configuration > Production**, haz clic en el servicio que aparece a continuación: .png) Seleccione la pestaña **"Messages "** que aparece en la parte derecha de la pantalla y haz clic en cualquier número que se encuentre debajo de la columna "Header". Si no lo encuentras, vuelve a cargar tu navegador.  A través de la página de Visual Trace, se puede ver la información de **messages** enviados y recibidos entre los componentes. Puedes ver que la información meteorológica se recupera de la API web y se envía de nuevo en el **marco azul claro**. De esta manera, se puede utilizar el seguimiento para ver qué datos se enviaron y recibieron en ese momento y en qué orden. En este artículo, confirmamos que en la **Producción** se definieron los componentes necesarios y sus configuraciones para la integración del sistema, basándose en las configuraciones del código de muestra. Además, confirmamos que podemos consultar los mensajes que circulan dentro de la **Producción** en orden cronológico, utilizando la página Visual Trace. En los siguientes artículos, analizaremos el concepto que hay detrás de la creación del **"mensaje"** que se muestra en este recorrido y cómo se define realmente.

¡Hola desarrolladores! Hace un tiempo lanzamos [InterSystems Package Manager](https://community.intersystems.com/post/introducing-intersystems-objectscript-package-manager) - ZPM. Uno de los objetivos de ZPM es permitir empaquetar soluciones y enviarlas al registro de ZPM para que su implementación sea tan sencilla como el comando "install tu-paquete". Para ello es necesario introducir el archivo module.xml en tu repositorio, que describe en qué consiste tu paquete de InterSystems IRIS. En este artículo se describen las diferentes partes de module.xml, que te ayudarán a configurar el tuyo. Comenzaré por el paquete samples-objectscript, que instala en IRIS la [aplicación Sample ObjectScript](https://openexchange.intersystems.com/package/Samples-ObjectScript) y se puede instalar mediante: zpm: USER>install samples-objectscript Este es probablemente el paquete más sencillo y aquí está el archivo [module.xml](https://github.com/isc-zpm/Samples-ObjectScript/blob/master/module.xml), que describe el paquete: ``` samples-objectscript 1.0.0 module src ``` Vamos a revisar el documento detalladamente. ``` ``` El archivo module.xml pertenece a la familia de documentos de Cache/IRIS xml, por lo que en esta línea se establece la relación para que las librerías internas reconozcan el documento. La siguiente sección es <Document>  ``` ``` Tu paquete debe tener un nombre. El nombre puede contener letras en minúscula y el signo "-". Por ejemplo, samples-objectscript en este caso. Coloca el nombre de tu paquete en la cláusula name de la etiqueta Document con la extensión .ZPM. Los elementos internos de Document son: <Name> - el nombre de tu paquete. En este caso: ``` samples-objectscript ``` <Version> - la versión del paquete. En este caso: ``` 1.0.0 ``` <Packaging>module</Packaging> - el tipo de paquete. Coloca aquí el parámetro del módulo. ``` module ``` <SourcesRoot> - una carpeta, donde ZPM buscará a ObjectScript para su importación.  En este caso, te aconsejamos que busques ObjectScript en la carpeta /src: ``` src ``` <Resource Name> - los elementos de ObjectScript que se importarán. Pueden ser paquetes, clases, inclusiones, *globals*, dfi, etc.  La estructura en la carpeta SourceRoot puede ser la que se genera con el VS Code al trabajar con ObjectScript por defecto. Aunque también puedes utilizar la versión clásica que tenía esta forma: /cls - todas las clases de ObjectScript en formato Folder=Package, Class=file.cls. Los subpaquetes son subcarpetas. /inc - todos los archivos incluidos en formato _file.inc_. /mac - todas las rutinas en mac.  /int - todas las rutinas "intermedias" (alias "otro" código, el resultado de una compilación de código mac, u ObjectScirpt sin clases ni macro). /gbl - todos los *globals* en formato xml de exportación. /dfi - todos los archivos DFI en formato xml de exportación. Cada tabla dinámica se incluye en el archivo pivot.dfi, y todos los paneles de control se incluyen en el archivo dashboard.dfi. Por ejemplo, aquí importaremos la página de ObjectScript. Esto indicará a ZPM que busque la carpeta /src/cls/ObjectScript y que importe todas las clases procedentes de ella: ``` ``` Así que para preparar tu solución para el empaquetado, coloca las clases de ObjectScript en alguna carpeta de tu repositorio dentro de la carpeta /cls y pon todos los paquetes y clases en package=folder, class=file.cls. **Rutinas para empaquetar con mac** Esto es muy similar a las clases. Basta con colocar las rutinas en la carpeta /mac. [Por ejemplo:](https://github.com/isc-zpm/DeepSeeButtons/blob/master/module.xml) ``` DeepSeeButtons 0.1.7 module src ``` **Otros elementos** También hay elementos opcionales como: <Author> Que pueden contener elementos como <Organization> y <CopyrightDate>. Por ejemplo: ``` InterSystems 2019 ``` **Empaquetado de aplicaciones CSP/Web** ZPM también puede implementar aplicaciones web. Para que funcione, introduce el elemento CSPApplication con las cláusulas de los [parámetros de la aplicación CSP.](https://docs.intersystems.com/irislatest/csp/documatic/%25CSP.Documatic.cls?PAGE=CLASS&LIBRARY=%25SYS&CLASSNAME=Security.Applications)  Por ejemplo, observa la etiqueta CSPApplication de [module.xml](https://github.com/isc-zpm/DeepSeeWeb/blob/master/module.xml) en DeepSeeWeb: ``` ``` Esta configuración creará una aplicación web con el nombre **/dsw** y copiará todos los archivos de la carpeta **/build** del repositorio a la carpeta $**{cspdir}****/dsw**, una carpeta que se encuentra debajo del directorio IRIS csp. **Aplicación API REST** Si se trata de una aplicación API-REST, el elemento CSPApplication contendrá la clase *dispatch* y podría ser similar al módulo MDX2JSON.xml: ``` ``` **Dependencias** Tu módulo podría esperar la presencia de otro módulo que esté instalado en el sistema de destino. Esto se podría describir mediante el elemento <Dependencies> situado dentro del elemento <Document>, que podría contener varios elementos <ModuleReference>, cada uno de los cuales tiene <Name> y <Version> y que indican qué otros módulos, con qué versión deberían instalarse antes que la tuya. Esto hará que ZPM verifique si los módulos están instalados y, en caso contrario, realice la instalación. Este es un ejemplo de dependencia del módulo DSW en el módulo MDX2JSON: ``` MDX2JSON 2.2.0 ``` Otro [ejemplo](https://github.com/isc-zpm/ThirdPartyChartPortlets/blob/master/module.xml), donde [ThirdPartyPortlets](https://github.com/isc-zpm/ThirdPartyChartPortlets) depende de [Samples BI](https://openexchange.intersystems.com/package/Samples-BI) (holefoods): ``` holefoods 0.1.0 ``` Además hay opciones para ejecutar tu código de forma arbitraria para configurar los datos y el entorno, pero hablaremos sobre esto en los siguientes artículos. **Cómo crear tu propio paquete** ¡Muy bien! Una vez que tengas un module.xml, puedes intentar crear el paquete y probar si la estructura de module.xml es acertada. Puedes probarlo por medio del cliente zpm. Instala ZPM en un sistema IRIS y carga el código del paquete con el comando load: zpm: NAMESPACE>load path-to-the-project La ruta indica la carpeta que contiene los recursos correspondientes para el paquete y tiene el module.xml en la carpeta raíz.  Por ejemplo, puedes probar el paquete creando [este proyecto](https://github.com/isc-zpm/Samples-ObjectScript). Compruébalo y crea un contenedor con docker-compose-zpm.yml. Abre el terminal en el *namespace* SAMPLES y llama a ZPM: ``` zpm: SAMPLES> zpm: SAMPLES>load /iris/app [samples-objectscript] Reload START [samples-objectscript] Reload SUCCESS [samples-objectscript] Module object refreshed. [samples-objectscript] Validate START [samples-objectscript] Validate SUCCESS [samples-objectscript] Compile START [samples-objectscript] Compile SUCCESS [samples-objectscript] Activate START [samples-objectscript] Configure START [samples-objectscript] Configure SUCCESS [samples-objectscript] Activate SUCCESS ``` La ruta es "/iris/app" porque en docker-compose-zpm.yml indicamos que mapeamos la raíz del proyecto en la carpeta /iris/app en el contenedor. Por tanto, podemos utilizar esta ruta para indicar a ZPM desde dónde cargar el proyecto. ¡El proyecto se cargó correctamente! Esto significa que module.xml podría utilizarse para enviar un paquete al repositorio de la Comunidad de Desarrolladores. Ahora ya sabes cómo crear un archivo module.xml adecuado para tu aplicación.  **Cómo enviar la solicitud al repositorio de la Comunidad de InterSystems** 1. Tu aplicación debe estar en [Open Exchange](https://openexchange.intersystems.com) 2. Al dar de alta tu aplicación, simplemente marca el checkbox `Publish in Package Manager`. A continuación simplemente espera a que pase el proceso de aprobación para que se publique. ¡Y deberías tener un module.xml funcionando correctamente!

¡Hola Comunidad! ¡Os invitamos a participar en el segundo concurso de redacción de artículos técnicos de InterSystems (en inglés)! 🎄 Concurso de Artículos Técnicos de InterSystems: Edición Navidad 🎄 Escribe un artículo en inglés en la Developer Community, sobre cualquier tema relacionado con la tecnología de InterSystems: Duración: del 25 de noviembre al 25 de diciembre de 2021 Premios para todos los participantes: Todas las personas que publiquen un artículo en inglés durante la vigencia del concurso recibirán un premio Premios principales: Auriculares inalámbricos Apple AirPods Max / Gafas de Realidad Virtual Oculus Quest 2 / Libro electrónico Amazon Kindle / Auriculares inalámbricos Apple AirPods Pro / Raspberry Pi ¡Participa en el concurso y tu artículo será leído por miles de miembros de la Comunidad de Desarrolladores! Premios 1. Todos los participantes ganan en el concurso de artículos técnicos de InterSystems! Cualquier miembro de la Comunidad que participe en el concurso, recibirá estos premios: 🎁 Camiseta con el logo de InterSystems 🎁 Taza con el logo de InterSystems 2. Premios de los Expertos – los artículos ganadores de esta categoría serán elegidos por expertos de InterSystems: 🥇 1er puesto: Auriculares inalámbricos Apple AirPods Max 🥈 2º puesto: Gafas de Realidad Virtual Oculus Quest 2 🥉 3er puesto: Libro electrónico Amazon Kindle 8G Paperwhite / Auriculares inalámbricos Apple AirPods Pro / Raspberry Pi 4 8GB con InterSystems IRIS Community Edition ARM instalado O como alternativa, cualquier ganador puede elegir un premio de una categoría inferior a la suya. 3. Premio de la Comunidad de Desarrolladores – artículo con el mayor número de "Me gusta". La persona que gane, podrá elegir uno de estos premios:: 🎁 Auriculares inalámbricos Apple AirPods Pro 🎁 Libro electrónico Amazon Kindle 8G Paperwhite 🎁 Raspberry Pi 4 8GB con InterSystems IRIS Community Edition ARM instalado Nota: el autor solo puede ganar un premio de cada categoría (en total, un autor puede ganar dos premios: uno en la categoría Expertos y otro en la categoría de la Comunidad). ¿Quién puede participar? Cualquier miembro registrado en la Comunidad de Desarrolladores, excepto los empleados de InterSystems. Regístrate aquí en la Comunidad si aún no tienes una cuenta. Duración del concurso 📝 Del 25 de noviembre al 25 de diciembre: Publicación de artículos y fase de votación. Publica tu(s) artículos(s) durante ese período. Los miembros de la Comunidad de Desarrolladores pueden ir votando los artículos que les gustan haciendo clic en "Me gusta" debajo de cada artículo. Truco: Cuanto antes publiques tu(s) artículo(s), más tiempo tendrás para conseguir más votos de los Expertos y de la Comunidad. 🎉 26 de diciembre: Anuncio de los ganadores. Requisitos ❗️ Cualquier artículo escrito durante el período de duración del concurso y que cumpla los siguientes requisitos entrará automáticamente en la competición: El artículo debe estar relacionado con la tecnología de InterSystems El artículo debe estar escrito en inglés El artículo debe ser 100% nuevo (puede ser la continuación de un artículo ya publicado) El artículo no puede ser un plagio o una traducción (se permiten las traducciones que un autor realice de sus propios artículos escritos en otro idioma) Tamaño del artículo: >1 000 caracteres (los enlaces no cuentan en el cálculo de caracteres) Modo de participación: individual (se permite que un participante publique varios artículos) ¿Sobre qué se puede escribir? ❗️ Se puede escoger cualquier tema técnico relacionado con la tecnología de InterSystems. 🎯 BONUS NUEVO: Si el tema de tu artículo está en la lista de Temas Propuestos, recibirás un bonus de 5 votos de los Expertos (los Expertos conceden 3 votos al artículo que consideran el mejor). Mostramos aquí algunos temas posibles sobre los que escribir un artículo. Son solo ejemplos, se puede escribir sobre lo que se quiera. # Tema Detalles 1 Embedded Python Introduction Embedded Python is an exciting new feature of InterSystems IRIS allowing developers to write methods, SQL procedures, and more in Python. 2 Embedded Python from Interoperability Explore how Embedded Python can be leveraged from an Interoperability production. 3 Embedded Python: Translating by Language Constructs While we aim for seamless Embedded Python integration there are some tips & tricks to smooth things over. Underscore methods, dictionaries, lists, and others. What are the best ways of calling Python features from ObjectScript? 4 Intro to InterSystems Reports Designer Continuation of this article. This article should cover: Catalog creation Creation of the basic report types, namely Chart (bar, pie, line, gauge, heatmap, ...) Table (summary and detailed) Crosstab Publishing Reports to Reports Server Creating a schedule A good tutorial to start with: Getting Started with InterSystems Reports 5 Calling Reports from Interoperability/IRIS An article describing how to execute (and get) InterSystems Reports Report from IRIS on from Interoperability Production. 6 Map Reports with InterSystems An article describing how to build InterSystems Reports Report with geospatial data. HoleFoods dataset contains locations for transactions that you can use. 7 How to do CI/CD with InterSystems IRIS – 8 Change Data Capture with Kafka Connect An example that shows how to set up Kafka Connect and export&import SQL data via the Kafal Connect JDBC connector. 9 Applying analytics / ML to the SQL Statement Index – 10 My favourite maintenance tasks, automated – 11 Leveraging the Audit database – 12 The three steps to set up GitHub Actions that make your app invincible – 13 OAuth2 authorization in IRIS instance – 14 Setup mirroring on K8s – 15 Using %MDX and %KPI instead of Subject Area in IRIS Analytics – 16 Trying External Language Gateways / compare to the gateways of old Example 17 Streaming events to Kafka from IAM – 18 IntegratedML walkthrough – 19 Exporting requests to Excel using Python – 20 Integrating cloud services with productions e.g. MS Azure Cognitive Services or Amazon Rekognition. 21 Working with IKO – 22 IKO IRIS on AWS Kubernetes with Hugepages – 23 Incorporating backups with IKO – 24 IKO – Create a cluster with compute nodes, SAM, and no sharding Include the CPF file to set up our best practices. 25 Data Science shared workgroup setup with ECP There is a data server and each data scientist has a compute node on their desktop. Show the data is available when disconnected and syncs when you re-connect. 26 Article discussing storage options for cloud deployments (performance difference between local storage, block storage, etc) and trade-offs (you might not need mirrors if using block storage, etc.) – 27 Building IRIS images with Docker Build Mounts Details 28 InterSystems IRIS CUDA image There's a way to use GPUs/CUDA from inside the container. Describe how to build an InterSystems IRIS image with CUDA support. Nota: Se permiten artículos sobre el mismo tema escritos por autores diferentes. También puedes sugerir temas en los comentarios a esta publicación. Así que... Ready. Set. Write! ¡Esperamos vuestros artículos! Buena suerte y que las musas os acompañen ✨

¡Hola desarrolladores! Os traemos el sexto y último tutorial grabado por @David Reche, y disponible en el canal de YouTube de la Comunidad de Desarrolladores en español: Persistencia de Objetos con InterSystems IRIS. En este tutorial de siete minutos, David nos explicará la persistencia de objetos con InterSystems IRIS. ⏯ Tutorial 6: Persistencia de objetos con InterSystems IRIS ¡Esperamos que os resulte útil! Estos son todos los tutoriales grabados por David. ¡Que no se os escape ninguno!: Tutorial 1: Cómo arrancar un contenedor de InterSystems IRIS en Docker Tutorial 2: Contenedor de InterSystems IRIS con Docker Compose Tutorial 3: Trabajando con Contenedores Docker y VS Code Tutorial 4: Cómo habilitar la interoperabilidad en InterSystems IRIS Tutorial 5: Trabajando con InterSystems IRIS y VS Code ¡Y recordad que podéis suscribiros al canal de YouTube de la Comunidad de Desarrolladores en español, para manteneros formados e informados!

Me alegra anunciar un nuevo hito en el ciclo de vida de ObjectScript Package Manager (ZPM). El gestor de paquetes ha ofrecido a los desarrolladores la posibilidad de empaquetar de forma clara y sencilla el código de ObjectScript y la configuración de sus parámetros de despliegue, así como la información de la versión. Durante los últimos años ha evolucionado mucho, convirtiéndose en una parte fundamental de muchos workflows de desarrollo. Ha demostrado ser tan importante que InterSystems ha decidido utilizarlo para empaquetar nuestros propios componentes, y eso nos ha llevado a la decisión de trasladar el repositorio GitHub desde la Comunidad al nuestro corporativo y renombrarlo como InterSystems Package Manager (IPM). IPM seguirá siendo open source. Los miembros de la Comunidad podrán revisar el código y enviar pull requests. Pero este cambio nos permite garantizar la seguridad del software de formas que hasta ahora no podíamos en un código que podía ser alterado directamente por personas que no pertenecen a InterSystems. Y un elevado nivel de seguridad y confianza es fundamental cuando se trata de software que puede instalar código que conviva con vuestros datos. Así que celebramos la existencia de ZPM y damos la bienvenida al nacimiento de IPM. Y, por supuesto, damos las gracias a todos los que contribuyen con sus ideas -- especialmente Nikolay Soloviev y @Dmitry.Maslennikov, que han demostrado, una vez más, un increíble conocimiento y entendimiento de las necesidades de los desarrolladores, además de un gran talento y dedicación para desarrollar un software excelente! --- https://github.com/intersystems/ipm