Upload
cein
View
445
Download
1
Embed Size (px)
DESCRIPTION
Respuesta Digital
Citation preview
Título Cuadro de búsqueda en MOSS y WSS
Texto En nuestro sitio Web basado en MOSS teníamos pendiente corregir el tema de
las búsquedas, así que ahora que el verano lo permite dediqué un tiempo a este
tema. Lo primero que encontré al respecto no me aclaró mucho el por qué la
búsqueda por defecto en MOSS me llevaba a una página .aspx que no aplicaba el
tema de nuestro sitio, con un efecto considerablemente feo:
Es más, esa página “OSSSearchResults.aspx” no permite su edición “estándar” y
sólo los cambios más elaborados a nivel de código son posibles. Esta opción no
me convencía del todo dado que la migración a otra plataforma o sitio, o su
distribución en los servidores de la granja resulta más manual de lo que sería
deseable. Sin embargo, la opción de “Búsqueda avanzada” sí que proporciona
por defecto com destino una página con tema aplicado y modificable, lo cual en
mi impresión es indeseable porque dos páginas de resultados de búsqueda
distintas crean una impresión extraña.
Tras algunas búsquedas más o menos infructuosas, la página webde Mark Arend
(http://blogs.msdn.com/markarend/archive/2007/01/24/search-results-page-
may-be-different-per-search-scope.aspx) me proporcionó una explicación
coherente del motivo:
Microsoft Office SharePoint Server 2007 provides two categories of
search scopes: Custom and Contextual.
Custom scopes:
o “All Sites”
o “People”
o The custom search scopes created via the search or site
admin pages
Contextual scopes:
o “This Site”
o “This List”
Issue
Search behaves slightly differently between these categories.
Specifically, there are two pages on which search results are displayed,
one for each category. The page for Custom scope results is the most
familiar: it’s the one that offers custom scopes and properties available
via Advanced Search. The page for Contextual scope results is much
simpler: there are no best bets, high confidence results, advanced search
link nor search tabs. This page is also customizable, but is done at the
level of a web designer or farm administrator, not in the same way as
the one for Custom scopes, which can usually be customized pretty
easily by individual site administrators.
Also, the search results page that can be configured on the Search
Settings page affects Custom scope results, and defaults to
/SearchCenter/Pages. This setting has no effect on Contextual scope
results, which always go to /_layouts/osssearchresults.aspx for MOSS
installations (for WSS-only, it is /_layouts/searchresults.aspx).
Impact
When people use the “This Site” or “This List” scope to search, the search
engine will perform as it always does, but the results will be shown on a
different page and the users may be confused by missing functionality
on that page.
“Justification”
The two scope categories are implemented by two different products:
contextual scopes are provided by the WSS platform, while custom
scopes are provided by the MOSS product running on that platform.
This is not an excuse, merely an explanation. It could be argued that it's
not so bad for these results pages to differ when someone is searching
This Site or This List, because their focus is narrower and they don’t need
the advanced results as they do when searching much broader scopes.
But users naturally express confusion over why the results are organized
differently.
Además, esta página proporciona una solución posible al problema, original
de Jan Geisbaur aunque en alemán así que un poco más complicado de segur,
que pasé a implementar aplicando alguna variación que me proporcionó más
flexibilidad.
1. El primer paso es donde diverjo de Mark. En su web propone crear una página .aspx desde SharePoint Designer con un nombre apropiado. Esta opción funciona bien, pero en mi caso quería ser capaz de emplear WebParts de búsqueda: resultados, paginación, resúmen, etc. y si creaba una página .aspx básica no tenía esa flexibilidad. Además, como en SharePoint lo mejor es tenerlo todo bien organizado, lo que he hecho en su lugar es crear primero un sitio al que denomino “Busquedas” con estas opciones: Crear -> Biblioteca de documentos -> Nombre:“Busquedas” –> No mostrar en Inicio Rápido -> No crear versiones de documentos -> Tipo: Página de elementos web
2. Una vez listo vamos a crear nuestra página de elementos, mediante el botón “Nuevo”. La denominaremos “Busqueda Simple.aspx” y de tipo “Página completa, vertical” (o el que más nos interese).
3. En la página que crea añadimos los WebParts que sean de nuestro interés:
Cuadro de búsqueda
Estadísticas de búsqueda
Paginación de búsqueda
Resultados principales de búsqueda
Resumen de la búsqueda
4. Con esto, y dado que la página aplica automáticamente el tema del sitio (que es lo que queremos), nuestra página de resultados tendrá el aspecto deseado:
5. Corregiremos si es preciso los pequeños elementos que falten con SharePoint Designer, como añadir menús, eliminar textos, etc. logrando una página de resultados de búsqueda utilizable en nuestro sitio web.
Una vez que esta página está preparada, seguimos con los pasos que comenta
Mark a partir de su punto “3”:
6. Hacer una copia de seguridad de osssearchresults.aspx (C:\Program Files\Common Files\Microsoft Shared\Web Server
Extensions\12\TEMPLATE\LAYOUTS) y reemplazamos el código de la existente por el siguiente javascript:
<script language = "javascript">
function getURLParam(strParamName){
var strReturn = "";
var strHref = window.location.href;
if ( strHref.indexOf("?") > -1 ){
var strQueryString =
strHref.substr(strHref.indexOf("?")).toLowerCase(
);
var aQueryString = strQueryString.split("&");
for ( var iParam = 0; iParam <
aQueryString.length; iParam++ ){
if (
aQueryString[iParam].indexOf(strParamName
.toLowerCase() + "=") > -1 ){
var aParam =
aQueryString[iParam].split("=");
strReturn = aParam[1];
break;
}
}
}
return unescape(strReturn);
}
var urlstring =
'http://sharepointURL/_catalogs/masterpage/custom-
search.aspx?k=' + getURLParam('k') + '&cs=' +
getURLParam('cs') + '&u=' + getURLParam('u')
location.replace(urlstring);
</script>
7. Debemos sustituir la cadena marcada en rojo por la dirección correcta de nuestra página “Busqueda Simple.aspx” (Nota: recomiendo usar referencias relativas a la página y no absoluta, ya que esta presenta la desventaja de que las migraciones a otro dominio o máquina de pruebas, desarrollo, etc. podrán generar muchos más errores. Por tanto en nuestro caso introduciríamos ‘/Busquedas/Busqueda%20simple.aspx’). Lo que esto hace es sencillamente recoger los parámetros pasados a OSSSearchresults.aspx y enviarlos a nuestra página ‘Busqueda simple.aspx’ donde los WebParts que hemos configurado se ocuparán de ejecutar la búsqueda y devolver el resultado. En rendimiento el impacto es mínimo, aunque no sea una solución 100% limpia.
El resultado será el siguiente:
Que es justamente lo que queríamos. Podemos complicar las búsquedas todo lo
que queramos, por ejemplo creando una página de búsqueda con más o menos
WebParts, con el de búsqueda avanzada, con imágenes a modo de anuncio,
etc...
Esta aproximación presenta las siguientes ventajas:
- La página de resultados es parte del contenido de una biblioteca, por lo que su migración y gestión por parte de MOSS es automática.
- Si nuestro sitio es muy fiel al estándar, no será necesario hacer uso de SharePoint Designer para su diseño, algo que muchos agradecerán.
Sin embargo, la desventaja es la que destaca Mark: la gestión de nuestro fichero
osssearchresults.aspx queda en nuestra responsabilidad. Además, su acceso
puede ser anónimo, según hayamos configurado los permisos de la
biblioteca, ¡ojo a esto!
¡Felices búsquedas!
Categor
ías
CES Microsoft
Tema Desarrollo
Autor Rafael Flores
Mes Agosto
Año 2008
Boletín 08
Título XSL-FO (Parte 2): estructura y modelos de página.
Texto En el artículo anterior vimos una breve introducción al XSL-FO. En éste vamos a ver cómo se estructura para definir distintos
tipos de modelos de página.
Un documento de XSL-FO debe contener un elemento raíz (fo:root), que debe ser único. Marca el inicio y el fin del
documento. Contiene el atributo xmlns:fo el cual suele tomar el
valor http://www.w3.org/1999/XSL/Format Este atributo declara el espacio de nombres del vocabulario de XSL-FO. Este elemento raíz contiene los siguientes elementos
(en orden): 1. fo:layout-master-set. Describe los tipos de páginas que
contiene el documento de XSL-FO y el orden en que se muestran, en uno o más elementos fo:simple-page-master. Así podemos mostrar hojas en vertical o en
apaisado, hojas pares con diferentes características que las impares, etc. Estos fo:simple-page-master deben llevar el
atributo master-name con un nombre diferente, que asignaremos a cada uno de ellos. Cada fo:simple-page-master lleva elementos de definición
de las regiones de la página que determinan las áreas donde se puede escribir texto. Son cinco:
region-before: encabezado de la página region-after: pie de la página region-start: lado izquierdo de la página region-end: lado derecho de la página region-body: área donde aparece el contenido de la
página. Viene dada por las dimensiones de las
anteriores. Puede incluir márgenes.
Las cuatro primeras, tiene el atributo extent que indica su
tamaño. Todas ellas pueden llevar márgenes.
Ejemplo: vamos a definir dos páginas cuya única diferencia
sea los márgenes izquierdo y derecho <fo:layout-master-set>
<fo:simple-page-master master-name="izquierda" page-width="210mm" page-height="297mm" margin-top="15mm" margin-bottom="10mm" margin-left="10mm" margin-right="15mm"> <fo:region-before extent="10mm"
region-name="cabecera" /> <fo:region-body margin-top="10mm"
margin-bottom="20mm"/> <fo:region-after extent="10mm"/>
</fo:simple-page-master>
<fo:simple-page-master master-name="derecha" page-width="210mm" page-height="297mm" margin-top="15mm" margin-bottom="10mm" margin-left="15mm" margin-right="10mm"> <fo:region-before extent="10mm"
region-name="cabecera" />
<fo:region-body margin-top="10mm" margin-bottom="20mm"/>
<fo:region-after extent="10mm"/> </fo:simple-page-master>
</fo:layout-master-set>
Para definir el orden en que deben aparecer los diseños
declarados, se utiliza el elemento fo:page-sequence-master. Este elemento tiene uno o más de los siguientes
elementos secundarios: fo:single-page-master-reference: se usa para
indicar que el page-master referenciado saldrá una vez
en el documento. fo:repeatable-page-master-reference: se usa para
repetir el mismo formato de página hasta que se acabe
el contenido. fo:repeatable-page-master-alternatives: se utiliza
para mostrar un formato en ciertas páginas y otro
diferente en otras páginas. Este elemento, a su vez, tiene otros elementos
hijos fo:conditional-page-master-reference que muestran la condición. Tienen un atributo master-
name que debe coincidir con el nombre del simple-page-master que queremos mostrar en cada caso. Otro atributo es odd-or-even que determina si cumple
la condición de par o impar para su selección en ese momento.
Siguiendo con el ejemplo anterior: <fo:layout-master-set>
<fo:simple-page-master master-name="izquierda" …> … </fo:simple-page-master> <fo:simple-page-master master-name="derecha" …> … </fo:simple-page-master> <fo:page-sequence-master master-
name="secuencia"> <fo:repeatable-page-master-alternatives> <fo:conditional-page-master-reference
master-reference="izquierda" odd-or-even="even"/>
<fo:conditional-page-master-reference master-reference="derecha" odd-or-even="odd"/>
</fo:repeatable-page-master-alternatives> </fo:page-sequence-master>
</fo:layout-master-set>
2. fo:declarations (opcional): declara perfiles de color que
se pueden utilizar en cualquier parte del documento.
3. fo:page-sequence: secuencias de página donde aparece
el contenido real del documento. Deberá haber una o más. Lleva un atributo master-reference que coincidirá con el
nombre del page-sequence-master o, si no hubiera este elemento, con el nombre del simple-page-master.
Como elementos hijos del fo:page-sequence, podemos
destacar fo:static-content, que será cabecera o pie de página, en función del valor que adopte su atributo flow-
name: xsl-region-before (cabecera), xsl-region-after (pie). Debe ser un nombre único: las mostradas aquí son palabras reservadas. También se puede poner el nombre de una región
del esquema de la página. En el ejemplo anterior, pondríamos flow-name=”cabecera”. Este contenido saldrá en
todas las páginas. La numeración de las páginas se lleva a cabo en el page-sequence. Primero se define el formato de la numeración y
después se pinta en un fo:block como fo:page-number <fo:page-sequence initial-page-number="1"
master-reference=" secuencia " overflow="hidden" force-page-count="no-force">
<fo:static-content flow-name="xsl-region-after"> <fo:block font-size="9pt" text-align="end">
<fo:page-number/> <xsl:text> de </xsl:text> <fo:page-number-citation> <xsl:attribute name="ref-id">
<xsl:value-
of select="@IdUnico"/> </xsl:attribute>
</fo:page-number-citation> </fo:block> </fo:static-content> </fo:page-sequence>
El fo:page-number-citation recupera el número de página
en el que se muestra este elemento. Si lo ponemos al final nos dice cuántas páginas se han generado. Necesita un atributo ref-id al que hay que darle un valor único. En el
ejemplo, le he dado un valor del XML, que sé que no se repite. Así, mostrará cuántas páginas se han generado en el
renderizado de ese id. El elemento hijo más importante de page-sequence, es fo:flow. En él, va el contenido de las páginas incluido en
secuencias. Necesita un atributo flow-name, cuyo valor eso el nombre de una región del esquema de la página, o las
siguientes palabras reservadas:
o xsl-region-body: en region-body
o xsl-region-before: en region-before
o xsl-region-after: en region-after
o xsl-region-start: en region-start
o xsl-region-end: en region-end
En el fo:flow, siguiendo con el ejemplo anterior, introducimos el bloque que tiene identificador @idUnico, así: <fo:flow flow-name="xsl-region-body">
<fo:block> <xsl:attribute name="id">
<xsl:value-of select="@IdUnico "/> </xsl:attribute>
</fo:block> </fo:flow> La estructura que queremos dar al documento es quizás, lo más específico del XSL-FO, de ahí la importancia de su comprensión.
Referencias: http://zvon.org/xxl/xslfoReference/Output/index.html
Categorías
General
Tema Desarrollo
Autor Raquel Urdangarin
Mes Agosto
Año 2008
Boletín 08
Título Implantación de Nagios (Parte 1).
Texto INSTALACIÓN Y CONFIGURACIÓN
Este artículo consta de dos partes en las que se describe la implantación de Nagios como software de monitorización de recursos. En la primera parte se tratarán conceptos básicos así
como el tema de la instalación. En la segunda parte se detallará como ajustar Nagios a nuestras necesidades y como interpretar los resultados.
1 NAGIOS: ¿qué es?
A grandes rasgos Nagios es un software OpenSource cuyo
objetivo es monitorizar activos accesibles a través de la red. Nagios puede monitorizar estaciones de trabajo con diferentes sistemas operativos. Es multipropósito porque puede no sólo
monitorizar estaciones de trabajo o servidores sino que también puede monitorizar activos de electrónica de red o periféricos
como, por ejemplo, impresoras. Todas aquellas aplicaciones que desplieguen un servicio basado en red también puede ser accedidas por Nagios y por tanto ser monitorizadas. Incluso
aparatos como el aire acondicionado, sensores de temperatura o
UPSs, si desplegasen información, podrían ser monitorizadas por Nagios.
2 Básicamente Nagios tiene la siguiente estructura.
Un servicio (Demonio Unix/Linux) en el servidor dedicado
para Nagios. Es el encargado de ir haciendo los análisis, recogida
y presentación de datos.
Un conjunto de pequeños módulos (plugins): son pequeños
módulos desarrollados tanto por Nagios como por terceros, especializados en diferentes servicios. Tienen disponibilidad en red basada en protocolos como por ejemplo icmp “ping”,
servicios red como el DHCP, DNSs, aplicaciones como bases de datos o rendimiento del hardware, cantidad de memoria tanto en
disco como en ram, etc.
El servidor de Nagios tiene unos ficheros de configuración que
especifican qué servicios y con qué periodicidad deben de ser “chequeados” para su análisis. Los servicios definidos a analizar dictan el orden de llamada del servidor de Nagios a los “plugins”
de servicios.
Debemos distinguir dos tipos de plugins: los locales, que son
aquéllos que se distribuyen en y para monitorizar el propio servidor de Nagios y los remotos que son aquéllos que pueden
estar disponibles en las estaciones remotas.
Una herramienta o plugin de conexión remota. La más
habitual es “NRPE”. Esta utilidad permite crear una conexión entre una estación de trabajo o servidor y el servidor dedicado Nagios. Gracias a esta conexión el servidor de Nagios puede
acceder a los “plugins” de medición disponibles en una máquina remota. Cuando el servicio no es un ordenador o un servicio que
pueda ser representado a través de o por cuestiones de seguridad etc. se pueden usar otros métodos de conexión remota: ssh, SNMP, SNCA.
Nuevamente el servidor de Nagios dispone de unos ficheros de configuración en los que se especifican qué estaciones remotas
van a estar monitorizadas y con qué periodicidad.
Debemos tener en cuenta que el monitoreo es sensible al orden
de las definiciones en cada fichero, lo que crea un tiempo de latencia cuando queremos observar el valor actual de alguno de
los elementos remotos.
He aquí una pequeña lista de sus posibilidades de
implantación:
Cómo monitorizar una maquina Linux, por ejemplo con NRPE
Nagios y las distintas maquinas a monitorizar; y ejecuta remotamente los plugins.
Cómo monitorizar una maquina Windows
En este caso es necesario instalar un agente que sirva de proxy o intermediario entre el plugin de nagios y la máquina Windows.
Hay varios agentes pero recomiendan NSClient++.
Cómo monitorizar impresoras
Es posible monitorizar impresoras que tengan tarjetas o
dispositivos JetDirect por medio de SNMP
Cómo monitorizar routers o switchs
También vía SNMP se pueden obtener datos como tasas de tráfico, ancho de banda o pérdida de paquetes.
Cómo monitorizar servicios públicos
Existe la posibilidad de monitorizar recursos públicos (que son
accesibles a través de la red, por ejemplo un servidor web) sin necesidad de instalar ningún demonio/agente. Para realizar estos checks vienen instalados numerosos plugins dentro de la
instalación de Nagios. Además la comunidad ha desarrollado muchos nuevos.
3 Instalación:
El servidor Nagios es una aplicación OpenSource que solo se
distribuye para plataformas Unix/Linux, así pues elegimos un servidor dedicado a Linux para su instalación. Como sistema
operativo elegimos Ubuntu 7.10 AMD 64 bits.
Finalmente está el servidor de Nagios, esta ubicado en una maquina que responde al nombre de IRATI y a la dirección de
red 192.168.14.15.
Hemos seleccionado Ubuntu como SO. Por su facilidad en la
gestión y en la instalación de aplicaciones Unix/Linux, los
siguientes pasos representan la instalación tanto de Nagios,
como de los requerimientos de Nagios.
Nagios requiere, apache2, gcc, gd, php5-gd y MySQL si
queremos que tener una base de datos para guardar el histórico de las mediciones, en este caso con MySQL.
Instalación Requerimientos, lo habitual es disponer
de apache2, gcc, gd, pero en caso contrario llamaríamos a los
siguientes comandos:
sudo apt-get install apache2
sudo apt-get install build-essential
sudo apt-get install libgd2-dev
sudo apt-get install libgd2-xpm-dev
sudo apt-get install php5-gd
sudo apt-get mysql-server
La instalación por defecto de las aplicaciones apache2 y MySQL
es más suficiente para que funcione Nagios.
Instalación Nagios.
sudo apt-get install nagios-mysql
Debemos anotar que el paquete “nagios-mysql” se distingue de
las distribuciones de Nagios porque se usa mysql como almacén de datos en vez de ficheros de texto u otra base de datos.
4 Configuración del servidor Nagios:
Usuarios. Nagios requiere definir un usuario y un grupo de
usuarios, básicamente:
Para crear un usuario:
/usr/sbin/useradd nagios
passwd nagios
Para crear un grupo:
/usr/sbin/groupadd nagios
/usr/sbin/usermod -G nagios nagios
También requiere un nuevo grupo para permitir ejecutar
comandos externos a través del interfaz web. Tanto nagios como el usuario del apache2 deben pertenecer a dicho grupo.
/usr/sbin/groupadd nagcmd
/usr/sbin/usermod -G nagcmd nagios
/usr/sbin/usermod -G nagcmd www-data
Tenemos que añadir que actualmente la creación y gestión de
usuarios de Nagios las realizan las propias distribuciones
binarias, pero hemos indicado cómo sería la creación de dichos usuarios en el caso se seguir una instalación compilada.
Tanto en una instalación compilada como una binaria
deberíamos comprobar o crear el usuario que administra Nagios
desde el interfaz Web. Este usuario responde habitualmente por el nombre de “nagiosadmin”. Como en muchas otras aplicaciones los usuarios que interactúan con apache suelen crearse y
generar sus “password” con el comando htpasswd.
htpasswd -c /etc/nagios/etc/htpasswd.users nagiosadmin
htpasswd /etc/nagios/etc/htpasswd.users nagiosadmin
“[password]”
Reiniciamos el servicio apache, apache2ctl o apachectl según la
distribución o versión de apache2 con su opción “restart”.
También podríamos reiniciar el servicio desde:
/etc/init.d/apache2 restart
Ficheros de configuración. En las instalaciones binarias de
Nagios sobre Ubuntu 7.10, los ficheros de configuración se
colocan en el directorio “/etc/nagios”. En instalaciones compiladas podríamos elegir otros directorios. Debemos hacer alguna serie de advertencias sobre diferencias que hemos
encontrado con respecto a procesos de instalación documentados y que se usan como referencia.
Ficheros <..>.cfg. Éstos son los ficheros de configuración más
comunes, corresponden tanto al funcionamiento del propio
servidor como a las particularidades de los “plugins” de monitoreo. Hemos encontrado todos los ficheros habituales excepto cgi.cfg, que en teoría deberían estar y que son
verdaderamente imprescindibles. No obstante podemos copiar un versión de ejemplo que está disponible en la carpeta
“/usr/share/nagios/debian” (nueva advertencia: esta carpeta podría cambiar de localización según SO, versión de SO y versión de Nagios). Esto no pasa con las instalaciones
compiladas porque en todo momento controlamos los directorios donde queremos instalar Nagios. Sin embargo en las
instalaciones basadas en binarios deberemos observar dónde se distribuyen los ficheros.
Los ficheros “*.cfg” tienen sintaxis muy parecidas pero son
específicas para cada uno. Es fácil cometer algún error por lo que Nagios tiene una herramienta para validar los ficheros de
configuración: nagios –v [..].cfg, por ejemplo:
nagios –v /etc/nagios/cgi.cfg
Base de datos. En nuestro caso hemos elegido MySQL. En
/usr/share/doc/nagios-common/ encontraremos
documentación,README.mysql, para vincular y guardar los datos registrados por Nagios en MySQL. Se nos detalla cómo crear el esquema de DB de Nagios dentro del motor MySQL, la estructura
de tablas de Nagios y la implantación de ciertos permisos sobre dicho esquema:
Creamos el esquema:
mysqladmin –u root –p create nagios
Creamos las tablas:
mysqladmin –u root –p nagios <
/usr/share/doc/nagios-mysql/create_mysql
Dentro de una sesión de MySQL, deberemos realizar una serie de
sentencias que están detalladas en ese documento y que son sensibles a la versión del motor MySQL que tengamos instalada.
Para la comunicación con las estaciones remotas hemos
elegido el método basado en Nrpe, que es una aplicación que nos permite comunicar estaciones remotas con el servidor de
Nagios. En realidad nrpe esta compuesto por dos piezas de software: un plugin “check_nrpe” que está colocado en el servidor de Nagios y la aplicación nrpe colocada en la estación
remota. nrpe en las estaciones Unix/Linux funciona como un “demonio” y en su versión Windows como un servicio.
“check_nrpe” se comunica con nrpe y recoge los datos necesarios de la estación remota.
Nrpe en las estaciones remotas Unix se instala compilándose. En
nuestro caso nos bajamos la distribución “arpe-2.11.tar.gz”.
En las estaciones remotas deberemos crear tanto el grupo nagios
como el usuario nagios tal y como lo hicimos en el servidor de Nagios.
En el servidor nagios tenemos un fichero de configuración para check_nrpe, /etc/nagios/check_nrpe.cfg. Este fichero como
todos los ficheros de configuración de Nagios se puede validar como describimos anteriormente:
nagios –v /etc/nagios/check_nrpe.cfg
En las estaciones remotas deberemos configurar y arrancar el
demonio. En las estaciones Unix/Linux es habitual hacerlo de esta manera y es la que hemos elegido. Debemos controlar la
ubicación del fichero de configuración del demonio “nrpe.cfg”.
nrpe -n -c /etc/nagios/nrpe.cfg –d
Advertencia la opción –n nos permite saltarnos la seguridad por
ssl (esto siempre debemos tenerlo en cuenta).
En las estaciones Windows “nrpe_nt” es el programa
recomendado. Con el comando sc podemos crear servicios.
sc create/delete [..servicio..]
sc start/stop [..servicio..]
Otro método para añadir un ejecutable en Windows como un servicio Windows es añadiendo la opción “-i” al ejecutable.
Advertencia: en ambos casos tanto con “sc” como con la opción “-i” debemos tener en cuenta que debemos por ahora debemos
saltarnos la seguridad “ssl”. Esto se hace especificando la opción “-n”. Por ejemplo:
c:\nrpe_net\bin\NRPE_NT.exe –n –i
En el servidor de Nagios podemos comprobar la comunicación
con la estación remota:
check_nrpe -H 172.16.14.198 -c check_disk -a c: 80 90
Categorías CES OpenSouce/Java
Tema Desarrollo
Autor Igor Unanua
Mes Agosto
Año 2008
Boletín 08
Título Chindia (China + India) y las TIC.
Texto Este artículo comenta la lectura y extrae datos del libro 'IT and the East'.
En el mismo se indica que está destinado a ser leído por CIO's y personal con competencias para tomar decisiones
en departamentos de TI en compañías con áreas de actuación a nivel mundial. Como éste no es mi caso, añado por mi cuenta que su lectura
sirve asimismo para todo aquél que quiera acercarse a una realidad de la que se reciben muchos flashes pero que, en
general, es desconocida o únicamente alimentada por tópicos.
El libro se estructura de la siguiente manera: Introducción Sendos capítulos dedicados a China e India en los que
se contrasta la realidad de dichos países con la
percepción que se tiene de ellos, se ofrece un panorama del sector TIC en los mismos y se intentan
predecir futuros escenarios hasta el año 2012. Un capítulo en el que se trata de analizar lo que
supone el bloque Chindia (China + India) como economía emergente y sus prioridades a futuro.
Sendos apéndices donde se detallan los escenarios arriba citados.
Introducción El fenómeno de migración de este a oeste de los EE.UU. de compañías de IT, como pudo ser de Boston (Digital
Equipment, Data General, Lotus...) a Silicon Valley (Intel,Hewlett-Packard, Oracle...) volvió a repetirse a
mediados de los años 90. En este casos el salto las llevó hasta China e India. Pero no sólo migró la manufactura sino que también la
innovación pasó de los EE.UU. a Asia. Un ejemplo lo tenemos en la venta de IBM a la compañía china Lenovo de su negocio
de PC's.
China Un gobierno central que prácticamente puede fundar una
ciudad como Shenzhen y, en menos de 30 años, hacer que vivan en su área metropolitana cerca de 12 millones de
personas, es un factor a tener en cuenta a la hora de acercarse a un país. Y aunque un CIO pueda delegar temas burocráticos en otras personas en Europa, América o Japón,
no debería hacerlo en China. Como debería tener en cuenta la peculiar forma de entablar relaciones allí, lo que se conoce
como guanxi.
Actualmente China es el mayor productor mundial, entre otras cosas, de ordenadores personales, reproductores de
DVD y teléfonos móviles. Su principal reto es transferir su demostrado expertise en la
fabricación de hardware en grandes volúmenes con bajo margen de beneficios al segmento de la generación de software y otros servicios TIC, en los que se barajan
márgenes mucho más altos. Lo que se traduce en la sutil diferencia entre 'Made in China' y 'Made by China'. Pero este reto se ve dificultado por un mapa de la industria del soft excesivamente fragmentado y sujeto a una feroz
competencia. Esta competencia tiene el efecto colateral de disminuir las inversiones en I+D, algo en lo que los analistas consideran que está necesitada la economía del gigante
oriental.
Otra característica que se detecta reside en la forma de
trabajar, donde existe una gran capacidad para realizar tareas de forma repetitiva, conforme a directrices perfectamente detalladas. Pero en la que, como contrapartida, existe una
falta notable de actitud en lo que se refiere a tomar la
iniciativa y a innovar. Esto se atribuye al substrato confucionista de respeto a la autoridad, fuertemente arraigado en la población. Surge
entonces otro de los grandes retos de las compañías de carácter global radicadas allí: el fomentar la capacitación de mandos intermedios. Una alternativa a esta situación está
siendo la de intentar atraer a chinos que trabajan fuera de su país y que ya tienen adquiridos los hábitos de trabajo que las
multinacionales desean para sus sucursales en el país.
Cuantitativa y cualitativamente hablando las empresas chinas de servicios TIC van años por detrás de sus homólogas de la
India. A esta debilidad se une la amenaza de la vulnerabilidad de la
propiedad intelectual: la piratería digital sigue siendo desenfrenada aunque el gobierno chino está dedicando cada vez más esfuerzos a corregir esta situación.
Siguiendo la habitual forma de análisis en Gartner de escenarios posibles y probabilidades de que éstos ocurran, se
pronostican los siguientes: Aislamiento/proteccionismo: 10%. Entrepreneurial: aumento de la iniciativa
emprendedora: 20% China Inc.: el gobierno sigue adoptando
gradualmente incentivos del mercado capitalista:
70%.
Los dos factores críticos de incertidumbre en el período 2007-
2012 son: El grado de participación/intervención del gobierno
chino. El rol que jugará el país como innovador de
tecnologías.
E indican una serie de hitos que marcarán este camino: Los Juegos Olímpicos de verano de 2008. El número de patentes TIC que se registren. La creación o no de una Asociación Nacional de
Comercio para la Promoción de las TIC. La propiedad gubernamental de bienes privados. La promoción de estándares específicamente chinos.
India Los autores no dudan en indicar que las TIC se han convertido en una auténtica obsesión nacional. Y cada estado
(recordemos que India es la unión de 28 estados con un sistema federal) intenta promocionar sus 'ciudades TIC' para
atraer inversiones. Esa imagen está soportada por el fuerte rendimiento de las compañías nacionales del sector, cuyos servicios suponen el
49% de todos los que la India exporta. Este hecho hace pensar a algunos analistas en la posibilidad de conjugar la habilidad china en el sector del hardware
(arriba indicada) con el dominio hindú del software: es entonces en donde empieza a tomar sentido el término 'Chindia'.
Ahora bien, si en algunos casos las cifras pueden ser favorables es cierto que hay otras situaciones que hacen que
la realidad sea más dura: la primera de ellas son las inadecuadas infraestructuras con las que cuenta el país y la segunda son las dudas acerca de la capacidad de ese gran
contingente de cualificados ingenieros para acometer la cada vez más creciente demanda, tanto nacional como extranjera.
La diversidad política de la India exige conocer que en alguno de sus estados el partido en el gobierno es el comunista, con lo que el marco legal y económico puede diferir del esperado. También hay que ser consciente de la pluralidad étnica, religiosa, cultural y social (y sus consecuentes tensiones) que
allí existe. Sin olvidar que la constitución hindú reconoce hasta 22 lenguajes diferentes. Y la pujanza tecnológica contrasta con el porcentaje de la
población dedicada a la agricultura: el 60%. Porcentaje que en Estados Unidos correspondía a los años previos a la
Primera Guerra Mundial. El porcentaje de la población hindú dedicada al sector TIC es actualmente de un 0.2%, generando un 4.7% de su PIB.
India exportó en 2005 servicios TIC por valor de 21000 millones de dólares, mientras consumió internamente en ese
período servicios valorados en 2700 millones de dólares (en comparación Japón consumió ese año 83000, Australia 12100 y China 4500 millones de dólares). India, por lo tanto, ha focalizado sus esfuerzos en la exportación a costa de descuidar su mercado interno. Este boom exportador empezó en los años 90 cuando las compañías norteamericanas comenzaron a contratar masivamente analistas de sistemas y programadores
cualificados. Algunas firmas facturaban hasta el 90% con los empleados que tenían destinados allí.
Tres fueron los factores que dispararon la demanda de personal cualificado: el efecto 2000, el boom de las empresas
.com y una fiebre a nivel corporativo por los ERP's. Cuando estas causas acabaron (algunas por muerte natural como la llegada del año 2000, otras por muerte súbita, las .com),
muchos de estos especialistas retornaron a la India, con lo que fortalecieron el sector: eran técnicos cualificados con
muchas, y buenas, relaciones con las empresas de EE.UU. A partir de ahí incrementaron sus relaciones con este país y
con el Reino Unido. En cambio por temas culturales y
lingüísticos se han encontrado con dificultades en mercados como Alemania, Francia o Japón. Éstos junto con Australia,
Corea y... ¡China! se perfilan como futuros objetivos. Aún así algunas compañías como TCS aspiran a estar en el top ten de las empresas proveedoras de servicios TIC en
2010.
Este filón exterior que proporciona grandes ingresos con altos
márgenes de beneficios ha generado que haya grandes necesidades interiores, que muchas veces no se cubren. Sin embargo la liberalización de la economía hindú en los
últimos 10 años ha hecho que las empresas de todos los sectores hayan tenido que mejorar sus procesos productivos,
disminuir costes, orientarse más al cliente, etc. Para ello han recurrido al sector TIC y han realizado inversiones en un aspecto antes infravalorado. Como consecuencia de este
fortalecimiento del tejido empresarial las compañías globales se ha fijado en la India y, paradójicamente, la mayoría
del outsourcing de las empresas locales lo realizan compañías ajenas al país.
Un ejemplo: Bharti firmó contratos multimillonarios con
Ericsson, IBM, Nokia y Siemens: ¿dónde estaban las compañías hindúes, como la citada TCS, o GTL o Wipro? Las
respuestas posibles son tres: estaban 'dormidas' mientras las compañías extranjeras permanecían al acecho, no estaban preparadas para acometer estas iniciativas o, simplemente, lo
que parecía un mercado sin interés (el interno), no lo era tanto y fue cortejado con más éxito por otros. Los CIO's de las compañías globales pueden extraer algunas consecuencias del caso Bharti. Una de ellas es que deben dotar de personal a sus departamentos de TIC localizados en
la India. Paralelamente las propias compañías TIC nacionales están
reforzando las plantillas dedicadas al mercado interno a costa del externo.
Éstas son las dos caras de la demanda TIC en la India:
compañías globales que consideran conveniente llevar sus proyectos de outsourcing allí mientras las compañías locales
empiezan a invertir en tecnologías y servicios.
Los mayores retos para las compañías extranjeras continúa
siendo el hacer progresos en las infraestructuras (energía, transportes y telecomunicaciones) y en retener el talento disponible: las personas suelen marchar a trabajar a
empresas orientadas al mercado exterior a los 7-12 meses de incorporarse al mercado laboral, debido a que los incentivos
son mayores.
El estancamiento del sector TIC en la India se debió también
a ciertas decisiones políticas acaecidas al principio de los años 70: compañías como IBM, Coca-Cola, etc. abandonaron el
país y no volvieron hasta mucho más tarde (IBM lo hizo en 1992).
Escenarios y probabilidades: Islas TIC: enclaves autónomos (electricidad, agua,
hoteles...) organizados alrededor del sector: 20% Superpotencia TIC: el sector actúa como punto de
atracción para mejorar las infraestructuras de las zonas rurales y urbanas y transformar las instituciones
educativas, haciendo de la India un líder mundial en innovación: 30%
Brecha digital: las mejoras que arrastra el pujante
sector TIC sólo beneficiarían a unas áreas urbanas y a ciertas élites, creando una distancia con el resto de la población. 50%
Factores críticos de incertidumbre en el período 2007-2012: Disponibilidad de personal cualificado. Infraestructuras.
Hitos: Progreso en las reformas del Gobierno para 2008. Presupuestos de 2008. Elecciones nacionales en 2009.
Chindia En este capítulo se intenta tratar las siguientes cuestiones: ¿qué trascendencia tienen las actuales interacciones comerciales entre China e India y viceversa? ¿Dónde se unen
los dos países en un potencial camino común hacia una economía unificada? La respuesta es que la economía bilateral entre China e India está todavía en mantillas. Aún así los indicios apuntan a que una poderosa relación se está construyendo. Las empresas
'chindias' tienen acceso a recursos y habilidades complementarios y, progresivamente, tendrán potencial para
liderar muchos mercados a nivel mundial. Nuevas joint venture entre empresas TIC hindúes y sus contrapartidas chinas son ejemplos recientes de cómo puede
llegar a ser la economía de Chindia. Las compañías indias aportan su experiencia y liderazgo a nivel mundial en el
desarrollo de software. Sus socios chinos tienen legiones de empleados capaces y de bajo costo, con un know-how en clientes donde el idioma inglés no es predominante, como
Japón, Corea u otros países asiáticos.
Escenarios y probabilidades: All talk and No Action: sólo palabras. Las
intenciones de crear un bloque común, no se
sustentan en acciones concretas: 10% Rivales: se realizan acciones conjuntas pero la
investigación se controla y la propiedad intelectual no
se comparte: 30% Chindia como bloque: Chindia toma tal ventaja en
los mercados globales de manufacturas, servicios TIC, textiles, farmacéuticos, etc. que se torna inatacable. Cada factor individual se favorece/fortalece con las
habilidades/características del otro a la vez que sus economías se van liberando: 60%
Factores críticos de incertidumbre: Profundidad de las relaciones entre los dos países. Alineamiento geopolítico.
Prioridades actuales para Chindia: Formular una política gubernamental para favorecer la
industria. Programas de inversión para el desarrollo rural. Investigación, diseño y desarrollo. Desarrollo del mercado. Estudiar las oportunidades que se ofrecen a Chindia. Desarrollo de los recursos humanos, especialmente
adiestrándolos en capacidades de gestión. Desarrollo del expertise local. Entendimiento cultural.
Conclusión: este artículo es un resumen muy conciso de las
226 páginas de las que consta el libro. En el mismo se ofrecen más detalles, y muchos datos, sobre los que se fundamentan las percepciones y predicciones expuestas en los diferentes
escenarios, así como por qué se estiman que éstos ocurran en mayor o menor medida. La predicción de que el bloque Chindia surja con un 60% de probabilidad debe ser, en cualquier caso, tenida en cuenta. Si el tema os interesa, no dudéis en leer la obra completa.
Referencia: IT and the East. How China and India are altering the future
of technology and innovation. James M. Popkin, Partha Iyengar Harvard Business School Press Si quieres enviar algún comentario o sugerir temas a tratar en otros artículos, escribe a: curtasun[simboloArroba]cein.es
Categorías General
Tema Varios
Autor Carlos Urtasun
Mes Agosto
Año 2008
Boletín 08