Servidor de Aplicaciones Cláusulas de Ejemplo

Servidor de Aplicaciones. Si cualquier componente de la solución requiere de Servidor de Aplicaciones: • En caso de usar algún software de servidor de aplicaciones, el sistema tiene que estar soportado para al menos uno de estos servidores de aplicaciones: Weblogic 12c o superior o IIS 7.5 o superior. En todo momento el HGUGM podrá solicitar una revisión anual y el licitador se compromete a adecuarse a la infraestructura de Servidor de Aplicaciones del HGUGM. Las licencias y/o subscripción del Servidor de Aplicaciones correrán a cargo del suministrador durante toda la duración del contrato.
Sample 1
Law Insider
+
Microsoft® Word Add-in

Get the Official Word Add-in

Open in AppSource
Add to Word Now
Servidor de Aplicaciones a) El Banco dispone de servidores de aplicaciones Oracle Weblogic Server y Red Hat Jboss como contenedores de las aplicaciones, tanto para sus capas de negocios como para sus capas de presentación.
Sample 1
Servidor de Aplicaciones a. La solución debe ser compatible con la versión JEE 6. b. La solución debe permitir el balanceo de cargas desde la capa web. c. La solución debe permitir la integración nativa con frameworks de aplicaciones que simplifiquen y optimicen el desarrollo de la capa de persistencia de datos. d. La solución debe proveer una interface que permita ejecutar múltiples unidades de trabajo de manera concurrente de una misma aplicación. e. La solución debe permitir administrar de manera eficiente cada uno de los nodos y/o servidores de aplicaciones que forman parte de cluster existente en la topología. f. La solución debe proveer las características de Failover. g. La solución debe proveer herramientas para migrar todo el ambiente de forma automática de un equipo físico a otro. h. La solución debe garantizar la alta disponibilidad en cluster. i. La solución debe soportar garantizar el uso adecuado de data grid compatible con la especificación JCache. j. La solución debe permitir un particionamiento automático y dinámico de la información en memoria y en múltiples servidores. k. La solución debe garantizar la disponibilidad continua y la integridad transaccional de la información aún en caso de cambio en la configuración de alta disponibilidad del Sistema de Administración de base de datos relacional. l. La solución debe proveer una maquina virtual optimizada que asegure la confiabilidad, escalabilidad y administración de las aplicaciones java. m. La solución debe proveer una única consola de administración que permita a los administradores gestionar y monitorear todos los servidores de aplicación y elementos ubicados dentro del data center en un solo lugar. n. La solución debe poder monitorear el rendimiento, carga y uso de los recursos desplegados sobre los servidores. o. La solución debe permitir establecer umbrales sobre métricas, recibir notificaciones, comparar métricas sobre varios servidores, revisar tendencias históricas, crear reportes personalizados y correlacionar el desempeño a través del conjunto de servidores para facilitar el análisis de la causa raíz de algún problema. p. La solución debe proveer funcionalidad para detectar de manera automática los cuellos de botella en el desempeño de las aplicaciones. q. La solución debe obtener en tiempo real el diagnóstico a profundidad de la maquina virtual de java son consumo adicional de recursos. r. La solución debe integrarse de manera nativa con una arquitectura dealta disponibilidad del Sistema de Administra...
Sample 1
Servidor de Aplicaciones. El sistema está soportado por un servidor de aplicaciones Oracle WebLogic Server, en alta disponibilidad. El mismo se usa para crear e implementar aplicaciones Java EE, con soporte para características operativas que reducen los tiempos de implementación y mejoran el rendimiento, mejoran la escalabilidad y se apoya naturalmente sobre la base de datos Oracle. Las aplicaciones Oracle WebLogic Server Java EE, se basan en componentes modulares estandarizados, proporcionando un conjunto completo de servicios para esos módulos y manejando los detalles del comportamiento de la aplicación automáticamente. La solución está compuesta por 2 (dos) equipos en cluster, con acceso a un Storage a través de una red SAN de alta velocidad en cada sitio CPD y DRP. Los equipos tienen configurados sistema operativo Oracle Linux Server release 6 64bits y Oracle WebLogic Server 12 64bits. Sistema de Autenticación de red El sistema de autenticación de usuarios de red, se encuentra implementado a través de un servicio de directorio e-directory de Novell OES (Open Enterprise Server), en proceso de migración a AD de Microsoft. Este proporciona una administración de identidad centralizada, infraestructura, seguridad en toda la red y escalabilidad para todo tipo de aplicaciones que se ejecutan detrás. Los usuarios inician sesión en un directorio global y acceden a los derechos y recursos de red dentro del directorio, de acuerdo a las políticas de seguridad definidas a nivel global, por grupo y por usuario. El servicio de directorio, está implementado en alta disponibilidad sobre 3 (tres) equipos, donde cada uno tiene una copia del directorio y además corriendo entre otros, los principales servicios: NDS, DHCP, DNS, NTP, NSS, I-PRINT. La solución está compuesta por 2 (dos) equipos en el CPD y 1 (un) equipo en el DRP con acceso a un Storage a través de una red SAN de alta velocidad en cada sitio. Los equipos tienen configurados sistema operativo SUSE Linux Enterprise Server 11 64Bits y Novell OES (Open Enterprise Server) 11 64Bits. Los equipos que se encuentran en el CPD, contienen la réplica Master del directorio en uno y otro una réplica Read/Write. En el DRP se encuentra 1(un) equipo que contiene una réplica Read/Write del directorio. La información del e-directory y todos sus servicios, se sincronizan en forma on-line entre todos los equipos miembros del anillo de réplica, permitiendo de esta manera la alta disponibilidad del servicio, ya que ante la caída de uno de los equipos, los ...
Sample 1
Servidor de Aplicaciones. Componente Requisito mínimo Procesador 64 bits, cuatro núcleos RAM 8 GB para uso de producción como mínimo. Disco duro 250 GB Componente Requisito mínimo Procesador 64 bits, cuatro núcleos RAM 8 GB Disco duro 500 GB La Asamblea de Madrid dispondrá de un servidor web de intranet (front end) en sus instalaciones que utilizará el servidor de base de datos enumerado, dato que se tendrá que tener en cuenta para implementar la solución de seguridad. Igualmente, se dispondrá en la Sede de la Asamblea de Madrid de un entorno de desarrollo y preproducción, para lo que se habilitará un acceso remoto y seguro (VPN, SSL y tunneling encriptado) donde puedan realizarse pruebas de actualizaciones o modificaciones y comprobar sus resultados.
Sample 1
Servidor de Aplicaciones. Sistema operativo Windows 2008 x64 Ent. Ed. Server SharePoint SharePoint Enterprise 2010 Sistema operativo Windows 2008 x64 Ent. Ed. Server BBDD SQL Server 2008 SP1 No obstante, dicho sistema podrá estar sujeto a las actualizaciones correspondientes. Las licencias correspondientes al software del servidor correrán por cuenta del adjudicatario, quien estará obligado a adquirirlas, renovarlas o actualizarlas, siendo, en caso contrario, penalizado hasta con el 10% de la factura mensual. En caso de que transcurridos más de sesenta días naturales desde la caducidad o necesaria actualización de las licencias sin que el adjudicatario hubiese adquirido las correspondientes licencias, la Asamblea podrá rescindir el contrato, sin perjuicio de las indemnizaciones a que haya lugar por los perjuicios que se hubiesen podido ocasionar. La administración y configuración del servidor se realizará por parte del personal especializado del propio adjudicatario, de conformidad con las instrucciones dadas por la Asamblea de Madrid. La solución propuesta estará lo suficientemente dimensionada para garantizar su buen rendimiento. No obstante, el servidor permitirá la escalabilidad y actualización en función de las nuevas tendencias que permitan mantener una Web conforme a los parámetros de calidad exigidos por la Asamblea de Madrid, en caso de necesitarse, a tenor de un mayor número de visitas, tráfico, etc., así como ampliaciones o reestructuraciones de la solución inicial aportada. El adjudicatario debe de tener una estructura tecnológica suficiente para soportar un crecimiento de, al menos, un 50 % sobre lo contratado, de todos y cada uno de los parámetros de medida del servicio. El servicio dispondrá de un Plan de Calidad que recogerá los procedimientos y actividades previstas para el control y mejora continua, así como de los indicadores que permitan evaluar el resultado de funcionamiento. Dada la posibilidad de que en un determinado periodo de tiempo se superen los parámetros contratados, el adjudicatario estará obligado a mantener el servicio, comunicando esta situación a la Asamblea de Madrid, hasta que se reajuste el contrato a los valores realmente consumidos.
Sample 1

Related to Servidor de Aplicaciones

  • OBJETO Y ALCANCE DE LA LICITACIÓN 1. Descripción y cantidad de los servicios a contratar.

  • Alojamiento El complemento salarial del alojamiento, regulado por el artículo 39ª del presente Convenio para los trabajadores/as a los que corresponda se fija en 51,18 euros mensuales.

  • PROHIBICIÓN DE CESIÓN Es prohibido al CONTRATISTA ceder el presente Contrato en forma total o parcial, sin la previa autorización por escrito de LA UNIVERSIDAD. No se consideran dentro de esta situación aquellos subcontratos que sean necesarios otorgar por parte del CONTRATISTA para la ejecución de las actividades pactadas.

  • INTERÉS ASEGURADO La puesta a disposición del Asegurado de un servicio de asesoramiento y trámite gratuíto de descargo en denuncias y recursos administrativos contra sanciones que se le impongan por las autoridades españolas, derivadas de la conducción de la motocicleta asegurada, por infracciones que se le atribuyan referidas al tráfico y que puedan llevar aparejadas sanciones económicas , privación del permiso de conducir o pérdida de puntos, exceptuando las denuncias por conducción bajo los efectos del alcohol, drogas o estupefacientes o por aparcamiento indebido.

  • CONTENIDO DE LA OFERTA La propuesta deberá contener:

  • CAMBIOS Previo a la entrega de los Bienes o a la terminación de la prestación de los Servicios WeWork podrá recalendarizar los Servicios, cambiar el destino de entrega de los Bienes cubiertos en cualquier Orden, cambiar los Servicios cubiertos de conformidad a cualquier Orden, o cancelar cualquier Orden, así como cambiar las especificaciones de dichos B&S, siempre y cuando se notifique al Proveedor por escrito (las “Órdenes de Cambio”), en cualquier caso, sin costo alguno para WeWork, salvo que los cambios solicitados por WeWork incrementen o disminuyan materialmente los costos para la entrega de los Bienes o para la prestación de los Servicios a WeWork, como requerir Servicios o materiales adicionales, las partes deberán negociar y ajustar de manera adecuada las obligaciones contenidas en la Orden, de conformidad con esta cláusula, antes que el Proveedor inicie con los trabajos en relación a dicha Orden de Cambio. El Proveedor aceptará cualquier cambio y deberá, si un cambio incrementa o disminuye los costos o tiempos requeridos para su cumplimiento, dentro de los 2 (dos) días hábiles siguientes contados a partir de haber recibido dicha Orden de Cambio, entregar a WeWork una propuesta firme reflejando cualquier incremento o disminución causada en consecuencia de dicha Orden de Cambio. En caso que WeWork acepte dicha propuesta, el Proveedor deberá proceder con los cambios en los servicios objeto de la propuesta de costos y bajo los términos y condiciones del presente Contrato. En el caso que WeWork no acepte los cambios propuestos podrá cancelar la orden respectiva. El Proveedor deberá notificar a WeWork, con a lo menos 2 (dos) días hábiles de anticipación a llevar a cabo cualquier cambio material o intencional, a los B&S, incluyendo sin limitar, cambios en la composición, especificaciones de calidad, procesos de manufacturación, etiquetado, funcionalidad, seguridad, ubicación de manufactura, y del uso de cualquier proveedor o subcontratista. Una vez notificado el cambio iniciado por el Proveedor, WeWork podrá cancelar dicha Orden. Cualquier revisión llevada a cabo por el Proveedor a una Orden, en relación al precio u otro elemento, deberá ser notificado por escrito y estar aprobado por WeWork. El Proveedor no podrá, en ningún caso, retener o retrasar el acuerdo de algún cambio de Orden solicitada por WeWork de manera irrazonable.

  • DOCUMENTACIÓN A PRESENTAR POR LOS LICITADORES La documentación requerida para materializar la oferta se incluirá en tres sobres. En uno se incluirá la documentación acreditativa de la concurrencia de los requisitos necesarios para contratar y en el segundo la documentación relativa a la oferta técnica y en el tercero la relativa a los criterios de adjudicación sujetos a valoración automática (precio y plazos de entrega). Cada uno de los sobres estará cerrado, sellado y firmado, con indicación de la empresa y de su contenido, haciendo constar en el mismo la referencia: Director del Departamento de Compras. Contratación del suministro de ropa de trabajo para el personal de la Imprenta de Billetes, S.A. (IMBISA) SOLPED1794 Toda la documentación se presentará sin grapar ni encuadernar, deberá estar firmada por el licitador o persona con poder bastante y redactada en lengua castellana o acompañada, en su caso, de una traducción oficial. En caso de certificados, acreditaciones y documentos públicos deberán ser originales, copias auténticas o fotocopias debidamente compulsadas. Todos los documentos se presentarán en el orden establecido en esta cláusula. Los licitadores presentarán, en su caso, una declaración a incluir en cada sobre, según modelo que se facilita como anejo 1, designando qué documentos administrativos y técnicos y datos presentados son, a su parecer, constitutivos de ser considerados confidenciales. Sin perjuicio de las obligaciones en materia de publicidad e información a los candidatos y licitadores, los datos y documentos concretos podrán ser considerados de carácter confidencial cuando su difusión a terceras personas pueda afectar a sus intereses comerciales legítimos o perjudicar la xxxx competencia entre las empresas del sector. La declaración de confidencialidad no puede afectar a la totalidad de la oferta. En caso de no aportarse dicha declaración, se considerará que ningún documento o dato posee carácter confidencial. En primer lugar los licitadores incluirán en este sobre la hoja de datos de la empresa y personas de contacto, según modelo que se facilita como anejo 2. A continuación, con el objeto de acreditar su capacidad de contratar con IMBISA, los licitadores deberán incluir en este sobre los documentos que se indican en los puntos siguientes. Estarán exentos de presentar la documentación a la que se refieren los puntos 1 y 2 de esta cláusula, aquellos licitadores que, habiendo resultado adjudicatarios de anteriores concursos convocados por IMBISA, la hubiesen remitido en su momento, habiendo sido declarada bastante, siempre y cuando no se hubiese producido ninguna modificación respecto de la misma ni de la persona o personas autorizadas para firmar, en su caso, el contrato objeto de la presente licitación. No obstante lo anterior, en el sobre se introducirá un documento (véase modelo en anejo 3), firmado por persona con poder bastante para actuar en nombre del licitador, en el que se especifique, de un lado, el concurso (n.º de expediente u objeto del mismo) en que resultó adjudicatario y, de otro, que el documento o documentos de que se trate no han sufrido variación desde la fecha de adjudicación. Con independencia de todo ello, IMBISA podrá, si lo estima conveniente, recabar la documentación que crea necesaria, debiendo los licitadores remitirla en el plazo que, a tal efecto, establezca. Económico Europeo, deberán acreditar su inscripción en un registro profesional o comercial cuando este registro sea exigido por la legislación del Estado respectivo. Fotocopias, legitimadas notarialmente o debidamente compulsadas con el original, de los siguientes documentos relativos al representante legal: Posteriormente se podrá requerir al adjudicatario la acreditación de la publicación en el BORME del poder del representante legal, en su caso. Para conseguir dicha acreditación pueden dirigirse al Registro Mercantil Central, x/ Xxxxxxxx xx Xxxxxxx, 94, 28006 Madrid, teléfono 000 000 000, fax 000 000 000, donde les facilitarán el número del BORME en el que se publicó, y con este dato solicitar fotocopia al fax 000 000 000 o mediante correo electrónico a xxxx@xxx.xx del Servicio de Información Legislativa. Asimismo, el dato sobre la fecha de publicación en el BORME y número de anuncio se puede obtener en la página web del Registro Mercantil Central xxx.xxx.xx. Cuando dos o más empresas concurran a una licitación agrupados en Unión Temporal de Empresas, cada una de ellas deberá acreditar su personalidad y capacidad, debiendo indicar, además, en documento privado los nombres y circunstancias de los empresarios que la constituyan, el porcentaje de participación de cada uno de ellos, el compromiso de constituirse formalmente en unión temporal en caso de resultar adjudicatarios, y la persona que durante la vigencia del contrato ha de ostentar la plena representación de todos ellos frente a IMBISA. El citado documento deberá estar firmado por los representantes de cada una de las empresas componentes de la unión temporal. En caso de estar exento del Impuesto sobre Actividades Económicas, se acreditará esta circunstancia mediante declaración responsable. Los documentos a que se refieren los apartados b, c y d podrán sustituirse por una declaración responsable, firmada por persona con poder bastante, de que el licitador se halla al corriente en el cumplimiento de sus obligaciones tributarias y con la Seguridad Social impuestas por las disposiciones vigentes, seguida del compromiso de aportar los certificados correspondientes en el plazo de cinco días hábiles a contar desde la comunicación de IMBISA, en el caso de ser propuesto como adjudicatario.

  • LICITADORES 14.1. Conforme al art. 54 del TRLCSP, podrán contratar con este Ayuntamiento las personas naturales o jurídicas, españolas o extranjeras que, tengan plena capacidad de obrar, no estén incursas en una prohibición de contratar del artículo 60, de dicho cuerpo legal, y acrediten, en este caso, la clasificación administrativa o, en su caso, la solvencia económica y financiera y la técnica o profesional.

  • Contrato de servicios Son contratos de servicios aquéllos cuyo objeto son prestaciones de hacer consistentes en el desarrollo de una actividad o dirigidas a la obtención de un resultado distinto de una obra o un suministro. A efectos de aplicación de esta Ley, los contratos de servicios se dividen en las categorías enumeradas en el Anexo II.

  • TERMINACIÓN BILATERAL Las partes Contratantes podrán acordar la extinción de las obligaciones contractuales en cualquier momento, siempre y cuando no concurra otra causa de terminación imputable a LA CONTRATISTA y que por razones de interés público hagan innecesario o inconveniente la vigencia del Contrato, sin mas responsabilidad que la que corresponda a la de los bienes entregados y recibidos. CLÁUSULA DÉCIMA CUARTA: