30 razones (gilipollas) por las cuales la leche de vaca equivale al veneno para ratas

Anda por ahí rulando un texto con 30 razones por las cuales se afirma que el consumo de la leche de vaca es poco menos que tóxica. Lo cierto es que salvo que haya problemas de alergia (que los hay) no hay muchas razones para no tomar dicho producto, siempre que se respeten las necesarias medidas para asegurar la calidad de la misma. No olvidemos que hasta el siglo XIX la leche no era precisamente uno de los productos más sanos. Curiosamente, era más sano beber vino o cerveza que leche dado que el alcohol mataba los microbios. Pero desde la llegada de Pasteur la cosa ha cambiado mucho.

Vamos a ver una por una las razones que alegan estos magufólogos y veamos si pueden tener algo de razón.

1.- La Leche reduce el hierro en los niños pequeños. Es por esto que en 1993, la Academia Nacional de Pediatría de los Estados Unidos publico un comunicado oficial expresando que en su opinión, ningún niño debería de beber leche animal antes de los 18 meses de edad. De igual manera, contribuye a la carencia de ácidos grasos esenciales y Vitamina E.

Esto es absolutamente falso. La leche no aporta hierro que no es lo mismo. Dado que la materia ni se crea ni se destruye (al menos fuera de un reactor nuclear o de una estrella) el recién nacido contará con el hierro que le haya aportado su madre. Por eso en cuanto se puede se le dan alimentos sólidos ricos en hierro como verduras, cereales, carnes ... en puré claro.

También llama la atención lo de leche animal ¿hay otro tipo de leche? Porque la horchata, por mucho que sea blanca no es leche. Ni los engendros esos de soja y otros hierbajos.

A ver ¿dónde ordeño esto?

Fuente: Wikipedia

2.- La leche animal estimula al cuerpo a producir mucosidad. Es por esto que cuando se sufre de un resfriado los doctores recomiendan no tomar leche.

Esto es una magufada de la medicina tradicional china. No es cierto que la leche aumente la producción de mocos. Es más, el remedio tradiconal para el resfriado en España siempre ha sido el vaso de leche caliente con miel (y un chorrito de coñac si se desea) y a la cama a sudar.

3.- La leche animal esta llena de bacterias. Por lo tanto es un excelente medio para hacer que las bacterias crezcan en el cuerpo. Es por esto que los niños que no toman leche animal o productos lácteos de procedencia animal, no se enferman tan seguido, sufren de menos caries y de infecciones de oído. La pasteurización utilizada por la industria de la leche generalmente dura 15 segundos. Sin embargo, para que las bacterias malas de la leche se inactiven, es necesario que el proceso dure por lo menos 15 minutos.

El proceso de pasteurización se conoce desde el S.XIX y se aplica eliminando las bacterias de la leche. Es falso que se precisen 15 minutos para eliminar las bacterias. En las centrales lecheras se comprueba la calidad del producto continuamente para evitar eso (vamos, que con un microscopio se ven) De ser cierto, habría infecciones generalizadas, cosa que no ocurre.

4.- La Caseína, es una proteína presente en la leche y es utilizada para manufacturar pegamento, produce en un gran numero de niños, que los tejidos blandos se hinchen. Estos tejidos blandos se encuentran comúnmente en la garganta, cavidades nasales y senos paranasales. Cuando estos se encuentran inflamados, se presentan dificultades para respirar.

Joder que mal me sienta la leche.

Y el agua se utiliza para infinidad de procesos químicos y eso no tiene nada que ver. Y no te digo la de compuestos que salen de las plantas, desde medicamentos a venenos y no por eso las ponemos a parir. Y el que con un resfriado se inflamen los tejidos no tiene que ver nada con la leche. De hecho, las gente no suele tomar leche por las cavidades nasales (o a lo mejor el que a escrito esto si)

Y esa obsesión con el pegamento ... a ver si va a ser que los que esnifan pegamento se colocan por la leche ...

5.- El beber y consumir productos lácteos esta asociado con varias enfermedades como, diabetes, esclerosis múltiple, del corazón, de Chron, síndrome del intestino irritable y hasta cataratas.

Como no sea que la gente que sufre estas enfermedades alguna vez han tomado leche no veo ninguna relación entre estas enfermedades y la leche.

Bueno, hay una. Una vez me salpiqué con leche el ojo y me quedó la visión turbia, como con cataratas ... pero al parpadear se volvía a ver bien (igual eran cataratas de mala calidad)

6.-La leche contiene cantidades anormales de antibióticos ya que los granjeros se los inyectan a las vacas para evitar que estas cesen la producción de leche por enfermedades en las ubres. Este tipo de enfermedades son comunes en las manadas productoras de lácteos. Estas cantidades anormales de antibióticos contribuye a que las bacterias se hagan resistentes a ellos, haciendo que combatirlas sea mas difícil cuando se trata de enfermedades mas serias.

Aquí han oído campanas pero no saben por dónde. Hay casos de hormonas y antibióticos en el ganado de engorde, pero no en la leche. Las empresas de leches hacen controles por sorpresa a sus proveedores y se llevan muestras de leches para analizarlas y te puede caer un buen paquete si te pillan haciendo el indio.

7.- La leche animal y productos derivados contienen cantidades excesivas de hormonas femeninas. El 80% de las vacas están embarazadas mientras son utilizadas para producir leche, lo cual naturalmente eleva los niveles de estas hormonas. Además, los granjeros inyectan a las vacas con hormonas sintéticas para incrementar la producción de leche. Estos altos niveles de hormonas femeninas en la cadena de alimentos han sido vinculados con problemas de salud en el mundo entero. Son también asociados con una pubertad precoz.

Por un lado, el tema de inyectarle cosas raras a las vacas está controlado como comenté en el apartado anterior. Por otro lado, por mucha mierda que le inyectes a la vaca, la cantidad que te puede llegar es residual, con lo que el efecto que hace es prácticamente nulo. Vamos, por poner un ejemplo, si envenenas a una vaca por ejemplo con arsénico y la dosis letal (completamente inventada) para una vaca es 1 gramo, para una persona que es más pequeña debería ser inferior (vamos a poner 0,25 g) Si te comes un filete de ese mismo animal envenenado con arsénico la cantidad de arsénico que podrías ingerir es incapaz de hacerte nada, aunque te alimentes todos los días de vacas envenenadas.

8.- La leche contiene grandes cantidades de grasa, la cual tapa las arterias incluso de las personas jóvenes.

Hay leches con gran cantidad de grasa como las de las focas que la necesitan para producir calor para combatir el frío, pero creo que por lo general, no suele consumirse leche de foca (al menos yo no he visto rebaños de focas para leche, eran todas para pieles) Así que por consumir leche normalmente no hay ningún tipo de problema. Y si estás gordo, puedes tomarla desnatada o hacer ejercicio. En los niños la grasa de los alimentos viene bien para crecer (salvo que no estén muy gordos, pero eso suele venir más bien de los dulces y las hamburguesas que de la leche)

9.- El azúcar en la leche (lactosa) es muy difícil de digerir ya que cuando una persona llega a la edad de dos años, los intestinos elaboran menos lactasa, una enzima necesaria para absorber y digerir la lactosa. Esta disminución en la producción de lactasa en los humanos sucede cuando ya no es necesaria la ingestión de leche materna para el crecimiento. Cuando consumimos leche o productos lácteos animales, es muy probable que la lactosa se fermente en los intestinos causando problemas digestivos como hinchazón, gases y otras dificultades serias.

A ver que provoca más gases. Un vaso de leche o esto.

Es gracioso. Resulta que uno de los escipientes de la homeopatía es la lactosa. Y si piensa que la leche produce gases, no sé que pensará de los garbanzos o les fabes.

10.- La leche animal contiene una perfecta combinación de minerales designados para ayudar a madurar al sistema digestivo de sus crías. Este sistema digestivo les permitirá digerir correctamente los nutrientes del pasto y hierbas. Las vacas cuentan con un estomago configurado por cuatro cámaras y regurgitan, mastican y tragan sus alimentos varias veces antes de digerirlos. Tienen un aparato digestivo muy diferente a los humanos y por lo tanto tienen diferentes necesidades. Cuando consumimos leche, estamos ingiriendo los minerales y químicos que las vacas necesitan en su sistema y como nuestras dietas son diferentes, estos químicos y minerales perturba nuestra digestión y afecta la absorbición de los nutrientes presentes en nuestras dietas.

Pues claro que la leche humana es la mejor
Salta a la vista sólo con ver el envase

Efectivamente, la leche de vaca está pensada en sus crías, mamíferos por más señas y los humanos tenemos más que ver con las vacas que con los hierbajos esos con que hacen las leches de sojas y otras guarradas.

Las vacas tienen cuatro partes en sus estómagos porque gracias a ellos (y no al revés) pueden consumir hierba de manera eficiente. Los minerales que necesitan son los mismos que los humanos y eso de los químicos .... todo son productos químicos (incluñidos los minerales) Un magufo un poco más serio hubiera hablado de nutrientes.

11.- La leche ocupa un lugar alto en la lista de productos causantes de alergias y sensibilidad. Se ha demostrado que afecta el comportamiento, sueño, concentración y incluso enuresis.

Alergias producen la leche, el cacahuete, el polen, el polvo, los ácaros, .... ¿vamos a tener la lista de 30 razones por las que no comer cacahuetes o una cruzada contra las gramíneas? El plátano de indias debe ser peor que la ETA ....

12.- La leche por si sola o cuando se combina con gluten (presente en los granos) se asocia con el autismo. Cuando se sospecha de alguien que padece el Síndrome de Intestino Permeable, se le recomienda una dieta libre de lácteos y gluten.

¡Hombre! Todo magufo que se precie tiene que causar autismo. El que se retire la leche de la gente con Intestino Permeable es para evitar problemas de alergias, en caso de ser alérgico.

13.- Los niños discapacitados que sufren de problemas neurológicos tales como Autismo, Síndrome de Down, problemas de aprendizaje y lesiones cerebrales son especialmente vulnerables a los lácteos. Ciertas proteínas presentes en la leche animal, como la caseína y la del suero de leche aparentemente irritan el sistema nervioso de los humanos, provocando que estos problemas neurológicos se agraven en los niños. Es por eso que si no se toma leche o lácteos, los programas de rehabilitación producen mejores resultados, comparados con los que si los toman.

No deja de ser curioso que una enfermedad detectable en diagnóstico prenatal como el Síndrome de Down sea causada por la leche. Vamos, que la leche provoca enfermedades ... antes de tomarla.

14.- Estudios han comprobado que el consumo de hormonas, colesterol y la grasa encontrada en la leche animal hace a que una persona sea mas probable a desarrollar acne y arrugas en la piel.

Leche animal, no de vaca ... sospechoso  .... ya van apareciendo signos de la conspiración de los lecheros de soja.

Claro caso de abuso de ... leche.

Aparte de notarse que han pegado varias magufadas, el acné es influido por las cosas grasas como leche, chocolate, cacao en polvo, .... Lo de las arrugas es cierto. El 100% de las viejas de 80 años que toman leche de manera regular están más arrugadas que una pasa ... salvo Carmen Lomana claro.

15.- Personas de descendencia Asiática, Africana, Hispana o del Sur de Europa son especialmente vulnerables a los problemas asociados con el consumo de leche. Esto explica el por que la mayoría de los países del mundo no toman leche.

Las costumbres alimenticias depende de cada sitio. En unos sitios no toman leche, en otros no tomas marisco, en otros sitios no comemos insectos (al menos conscientemente) en otros no comen pescado, otros no comen cerdo, otros comen perros o serpientes ....  Que yo sepa no hay una especial vulnerabilidad frente a la leche en ningún sitio.

16.- La leche es una de las sustancias que contienen mas dioxinas. Contrario a lo que se creía, las Dioxinas en la leche y los quesos son diez veces mas propensas a producir cáncer. Durante el verano de 1999 la industria de la leche en Bruselas cerro por un mes debido a que la leche contenía 100 veces mas los niveles recomendados de dioxina.

Las dioxinas provienen de contaminación externa. De ser cierto ese hecho en Bruselas, cosa que habida cuenta el resto de los datos que da lo dudo, eso se produjo por un factor externo. 

17.- La leche contiene sangre animal.

En otro texto se afirma que es causado por las ordeñadoras. Quien ha escrito esto no ha visto una en su vida dado que estos chismes no producen heridas principalmente debido a que están diseñadas para ordeñar a las vacas sin hacerles daño dado que son una fuente de ingresos.

18.- La leche contiene Pus. Las reglas del departamento de Salud y Servicios Humanos de los Estados Unidos y la Administración de Alimentos y Medicamentos (FDA) estipulan que la leche es anormal y no se debe de ingerir si contiene mas de 200,000 células blancas muertas por mililitro. En el 2001, se examino la leche producida en 48 estados para determinar si cumplían con las normas de la FDA. Cada estado resulto sobrepasar los limites permitidos. Incluso mi propio estado, Florida, fue el peor. Tuvo un conteo de células de 548,000.

La leche mata o neutraliza a las bacterias por contener leucocitos. Un número de leucocitos superior a 100.000 por ml indica que el animal ya no está sano y por ello su leche no es apta para el consumo. Aparte de eso, un ganadero te podrá decir que si mezclas leche de una vaca con mastitis con leche de vacas sanas lo único que consigues es que te desechen el tanque completo (por si no lo leyeron antes, eso se controla)

19.- La leche es asociada con el cáncer de próstata en los hombres. Los riesgos aumentan un 30% si se consumen de dos a tres porciones al día. Las mujeres que toman productos lácteos aumentan sus riesgos de contraer cáncer de ovario hasta en un 66%.

Dado que los mecanismos que desencadenan el cáncer no son bien conocidos (últimamente parece que tienen un origen vírico en su inicio) no falta el magufo que provoca cáncer de lo que sea. Y dado que es una cosa a tan largo plazo, se puede decir lo que quiera porque no se puede hacer un estudio ni a favor ni en contra (mucho tiempo y mucha gente)

Curiosamente en España hay unos 57 casos de cáncer por cada 100.000 hombres con lo que esa cifra absolutamente arbitraria en inventada del 30% implicaría que habría 74 casos por cada 100.000. Para el caso del cáncer de ovario, pasarían de 9,9 casos por cada 100.000 mujeres a unas 16. Vamos, que lo mismo pueden decir que produce alopecia.

20.- El consumo de leche y los quesos se asocia con el Asma. Cuando los humanos consumen la proteína Caseína (utilizada para crear el pegamento que adhiere las etiquetas en las botellas de cerveza) producen histamina y después moco. Si los bronquios se llenan de esta sustancia se producen dificultades al respirar.

Se queda pegado ... ¿será por la caseína?
Fuente: propia

Al menos según la Wikipedia, el asma es hereditaria, con lo que no parece tener mucho que ver con la leche. Y por mis amigos asmáticos, lo que les sienta como una patada en los dientes es la niebla, el polvo, el frío y la contaminación.

21.- Los niños que toman mucha leche y consumen mucho queso seguido carecen de Zinc.

Vease lo del hierro. Si no consumes alimentos ricos en zinc, pues tendrás déficit de él. Pero la leche no lo destruye.

22.- La leche es alta en colesterol, el cual produce enfermedades del corazón.

Todos los alimentos grasos producen colesterol. Esto se arregla con más leche desnatad y ejercicio y menos bocadillos de panceta.

23.- Las historias asociadas el calcio y el consumo de leche es en su mayoría un mito creado por la industria de la leche, quien en su campañas de publicidad dicen que la leche de vaca contiene grandes cantidades de calcio. Estratégicamente también dicen que necesitamos calcio. Estas dos afirmaciones son ciertas, sin embargo, no dicen que el consumir leche nos provea de este calcio, esto es por que en realidad no sucede así. El calcio en la leche se combina con otros minerales, que se encuentran en cantidades excesivas en la leche animal, formando una molécula la mayoría de las veces muy grande para ser absorbida por el intestino humano. En áreas del mundo donde no se consume leche, las enfermedades asociadas con la falta de calcio son casi inexistentes. La osteoporosis y ateroesclerosis son muy raras en culturas donde el consumo de leche es limitado. De echo, estudios recientes sugieren que la leche y el queso en realidad puedan ser los causantes de la osteoporosis ya que las altas cantidades de proteínas en los lácteos provocan que el calcio se separe de los huesos.

Bueno, en realidad si buscamos el tema de la incidencia de la osteoporosis en Asia, efectivamente es menor, aunque los factores parecen ser otros como la genética, un menor centro de gravedad (por lo general son más bajitos) y otros hábitos de vida.

24.- La regulación de la presencia de Vitamina D en la leche, es muy mal regulada. Recientemente, se encontró que en 42 muestras solamente el 12% contaban con la cantidad prometida de vitamina D. también se han estudiado 10 muestras de formulas infantiles. 7 de ellas contenían el doble de cantidad de vitamina D anunciada. Una incluso tenia 4 veces mas. La Vitamina D es toxica en cantidades de sobredosis.

La vitamina D se sintetiza en la piel gracias a la acción de los rayos UV (esos que para otras cosas son bastante malos) y uno de los alimentos que más contribuyen a su formación es la leche. La soja también es buena (que no se diga que me meto siempre con los hierbajos)

25.- El tomar leche podría contribuir en la fractura de huesos. En un estudio de 78,000 mujeres hecho durante un periodo de 12 años, la leche no redujo el riesgo de fracturas. De hecho, las mujeres que tomaban leche tres veces al día tuvieron mas fracturas que las que rara vez lo hacían.

Cachis la mar ... no debí haber desayunado ese vaso de leche
con galletas.

Seguramente las mujeres que se cayeron menos tuvieron menos fracturas que las que si lo hicieron. Yo tomo leche regularmente y no me he roto un hueso nunca, aunque sospecho que no haberme caído (al menos, severamente) también debe haber influido.

26.- Otro factor importante es el colesterol. El riesgo de enfermedades cardíacas y de circulación. 8 onzas de leche equivalen a 14 piezas de tocino. Es esto lo que desea para usted o sus hijos? Es su opción. Un vaso de leche equivale a 35mg de colesterol. 4 piezas de tocino equivalen a 30 mg.

Viendo lo de las onzas parece que este apartado del magufo proviene de América Latina. Incluso puede ser una traducción de algún texto magufero de los USA que también son muy dados a esto. Las ocho onzas equivalen a algo menos de un cuarto de litro (un vaso) Claro que de matemáticas no debe andar muy bien, porque primero dice que un vaso equivale a 14 lonchas de tocino (lo de piezas viene del ingles pieces of bacon) y luego a cuatro.

27.- Otros de los efectos asociados con el consumo de leche animal incluyen diarrea y estreñimiento, especialmente en los jóvenes.

Entonces, si no te produce nada ¿es que tienes a la vez diarrea y estreñimiento?

28.- El consumo de leche animal puede también estar asociado con el Síndrome de Muerte Súbita Infantil y la enfermedad de Esclerosis lateral Amiotrofica (Enfermedad de Lou Gehrig).

Aquí hay dos aspecto curiosos:

- Los bebés fallecidos por Síndrome de la Muerte Súbita por lo general no han tomado leche de origen animal salvo la de su madre (que si es un animal) o leches especiales. Claro que no olvidemos que esto es una conspiración de los maguferos de la leche de soja.

- Durante milenios las mujeres han fallecido en los partos o no han tenido leche ¿cómo se ha criado a los niños que sobrevivían? Pues no era con porquerías de vegetales, sino con leche de vaca o cabra, ligeramente reducida con agua al principio.

29.- La leche es un buen conductor de veneno. Un estudio que reviso casos de envenenamiento en Inglaterra y Gales entre 1992 y 1996, 20 de estos casos estaban asociados con el consumo de leche y sus derivados.

César Borgia. Un señor con
muy mala leche.

Y los Borgia envenenaban a sus víctimas con cantarella mezclada con vino. Muchos compuestos químicos (y venenos) se mezclan con agua y no por ello el agua o el vino es malo.

30.- La composición química de la leche de vaca es absolutamente perfecta para nutrir a un ternero. Provee con los nutrientes exactos para hace que la vaca sea nutrida perfectamente y le ayuda a desarrollar su sistema digestivo e inmune. La leche humana es igual de perfecta para los bebes. Si le diéramos leche humana a un ternero, sufriría de mal nutrición y se enfermaría en muy poco tiempo. Claro esta que cualquiera pensaría que hacer esto es algo ridículo. Sin embargo, Es esto mucho mas ridículo que el alimentar a nuestros niños con leche y derivados no humanos?

Esta es la misma que la 10. Yo nunca he visto a ninguna mujer amamantar un ternero aunque no dudo que los autores de esto lo hayan intentado. Y claro, un bicho acostumbrado a zamparse cinco o seis litros de leche al día no me extrañaría que con lo que sale de las ubres de una señora se quede con hambre.

Vamos, para resumir, que lo mejor es una dieta equilibrada: leche, carne, pescado, cereales, soja (a mí me gusta con el sushi) huevos, ..... Lo de quitar o demonizar un alimento por que sí, sin causas justificadas (vamos, entiendo que una persona alérgica a la lactosa no tome queso o leche) me parece una idiotez como mínimo o incluso una maniobra hasta peligrosa.

Más cosas de la informática que no te cuentan.

Lo cierto es que en la entrada anterior había descrito algunas cosas que por lo general no te cuentan y que es mejor aprenderlas en cabeza ajena que en la propia más que nada porque vas a poder dormir mejor y no pasarte hasta las tantas arreglando algo de lo que encima no tienes ni culpa. Pues aunque la entrada anterior es bastante larga sigue habiendo muchas cosas que no te cuentan y que no esta de más saberlo. Voy a contar alguna más.

El medio ambiente.

Esto puede sonar a perroflauta de Greenpeace pero el saber donde colocar el CPD (o tus máquinas es fundamental) Por ejemplo:

¿Humedad aquí? ¡que va!

• Si las pones en el sótano tu enemigo es el agua. Aunque te pienses que en medio de de Villanueva del Secano estás seguro, algo te va a joder. Bien sean las inundaciones que no se recordaban desde 1912, la tubería de desagüe del baño de arriba o el botijo que de derrama, siempre algo te va a joder la marrana. Encima, se suele caer sobre el manojo de cables que no está bien aislado y que dejaste así porque lo ibas a arreglar en un momento .... justo antes antes de ir a ver de la final de la Eurocopa de 2008.
• Si las pones en una parte elevada (Bajo cubierta, piso, ...) La has cagado. Seguro que no has medido el tamaño del ascensor, el peso máximo, el tamaño de la puerta o hay un escalón. Ojo al sol, que puedes tener problemas de refrigeración.

Luego hay que tener cuidado con las temperaturas. Las máquinas modernas son verdaderas estufas (un rack "cargadito" de blades puede chupar 24 KW con lo que podéis imaginar el calorcito que sale por detrás)  y el sacar todo ese aire caliente no es tarea fácil. Y cuanto peor circulación de aire tengas, más dinero hay que meter en refrigerar y mayor consumo. A eso se le llama PUE (Power usage effectivenes) y es un elemento básico para medir la efectividad del CPD. Uno malo puede gastar por cada KW utilizado en computación otro para enfriar (y al precio de la electricidad, podéis hacer cálculos) Los cafres de Google dicen andar por el 1,08 .... no está mal.

Otra cosa importante, sobre todo si se pone en en un piso es conocer el peso que soporta el suelo. Ya ha pasado que al meter algún chisme gordo se han producido problemas estructurales. Y por cierto, el peso soportado se debe medir en kg/unidad de superficie. Un suelo puede aguantar 1000 kilos de peso .. pero a lo mejor no en un metro cuadrado (no me lo invento. Ha pasado)

Pon un enchufe ....

No, no estamos hablando de colocarse en el ayuntamiento de Bustelfollado (aunque tampoco estaría mal) sino de empezar a colocar tomas de corriente y no morir en el intento (y por cierto, nunca mejor dicho) Hace años para montar máquinas les decías a los chispas: Nano, ponme una regleta de enchufes aquí (bueno, salvo que trabajaras con mainframes que estos son raros hasta para los enchufes) 

Pues ahora no .... ahora la regleta se llama PDU (Power Distribution Unit) y como tienen un mogollón de amperios hay que andar con mucho cuidado de no reventar la instalación. Hay tropecientos tipos de conectores (bueno, siempre los hubo, pero es que ahora se usan) y el manual de una puta regleta tiene .... ¡130 páginas! ¿no te lo crees? Pues compruébalo tu mismo (y hay varios manuales más)

Como antes comenté, actualmente un rack cargadito de blades (por ejemplo HP c7000) puede tener unas demandas de corriente más que importantes. Y no solo por potencia eléctrica, sino que ya el hecho de meter las tomas de corriente puede ser todo un poema. Por ejemplo, ponemos tres chasis en un rack (si aguanta el peso) Cada uno de ellos lleva dos PDUs de 32A (7 KW duplicados) con lo que tenemos que conectar 6 (que ya ocupan buena parte del rack) y eso se suele conectar con cables como el de la foto.

CETAC de 32A. Fuente Wikipedia

Colocar media docena de estos conectores, junto con sus cables correspondientes (que de finos y flexibles tienen poco) no es una cosa precisamente trivial, sobre todo si en los racks de al lado tenemos otra configuración similar. 

Para alimentar todo eso (no olvidemos que estamos hablando de un único rack) se necesitan dos circuitos independientes de 96A (24 KW cada uno) Vamos, el presidente de Endesa estará frotándose las manos.

Tampoco vamos a ser tan negativos. En ese único rack tenemos hasta 48 servidores con hasta 96 CPUs y unos 1152 cores (usando procesadores de 6 cores) o lo que es lo mismo, unos 50 racks con servidores con dos CPU's de un solo core que era lo que habían antes de 2006. Vamos, que los chismes estos son caros, pero si lo comparamos con lo que costaban 500 servidores biprocesador de 2005 como que te ahorras unos cuantos €. Y no te digo lo que te ahorras en energía. No hace mucho en una presentación me hicieron una comparativa que a igual de potencia de cálculo, tres blade (no chasis, el servidor solo) con 12 cores era superior a 50 servidores biprocesador single core. Y no te digo en memoria. Esos servidores podían tener 2-4 Gb de RAM como mucho cada uno. Ahora no es raro verlos con 128 o 256 Gb de RAM (cada uno)
Supongo que ni que decir tiene que hablo de x86. Otras arquitecturas de procesador como SPARC o PA-RISC cada vez vas más hacia atrás. Sobrevive el POWER de IBM pero claro .... primero se apagará el Sol y luego el último mainframe de IBM (con COBOL, por supuesto)

¿Son más baratas las nuevas máquinas? Pues valen una pasta ...

Todo depende de la vara de medir.

Razón no te le falta a quien piense esto pero claro, hay que tener en cuenta la vara de medir que se use. Si miramos lo que nos cuesta un simple servidor pues a lo mejor la diferencia de precio no es significativa pero quizás el número de servidores no sea el mejor argumento. Lo cierto es que los informáticos, a diferencia de los economistas somos gente seria y procuramos no hacernos trampas a nosotros mismos (salvo en los videojuegos o para pillar cacho claro) y casi que queremos comparar cosas similares. Lo normal para comparar el coste de dos discos de igual características (no me vale que se compara un disco de 4 Tb y 5.200 RPM con un SAS de 15K rpm y 600 Gb) 

Un servidor "majo" moderno puede costar de 3 a 5.000 napos (no confundir con el PC cutre de cierta tienda de color rojo) y lo cierto es que lleva costando una cifra similar hace unos cuantos años. Claro que ahora por el mismo precio podemos tener:

• Una docena de cores vs. dos ó cuatro (hablando de sistemas biprocesador) Un orden de mejora de un 300% en el peor de los casos, eso sin tener en cuenta que la capacidad de proceso por Ghz es muy superior en los procesadores modernos que en los antiguos (y hablo de 2006, no de 1985)
• 256 Gb de RAM vs. 16 o menos. Un 1600% más de capacidad
• FC de 8 Gb vs FC de 4 Gb 
• HD de 1 Tb (o más) vs. HD de 60 Gb.

Al final resulta que una máquina moderna equivale a tener 10 máquinas antiguas si se sabe aprovechar. Lo interesante es que el consumo eléctrico de esa máquina única es aproximadamente la décima parte de esas 10 máquinas y habida cuenta que un KW de consumo continuo al año son más de 1.000 € (largos) ya tenéis una justificación para que el responsable económico cambie esos servidores tan chulos con el logo del Cobi que compró "hace cuatro días y que todavía sirven"

Un gatico que siempre atrae lectores

Pues eso, que si pones una foto de gaticos arrasas como te pongan en menéame.

¿Qué pinto yo en una entrada sobre ordenadores?
Aquí hay gato encerrado.

Dedicatoria

Habrá que dedicar esta entrada a los de #listaBOFHers que parece que les ha molado la anterior.

Ya son mas de 1.000.

Hace menos de tres años escribí en esta entrada que ya teníamos localizados más de 500 candidatos a exoplanetas. Desde 1992 hasta esa fecha se habían localizados 500 planetas fuera del Sistema Solar. Menos de tres años después, ese número supera los 1.000. En concreto, en el catálogo de exoplanets.eu dice que hay:

• 782 sistemas planetarios, de los que 170 son múltiples (más de un planeta)
• 1028 planetas

Hemos pasado de detectar 27 planetas al año a detectar más de 150. Antes se localizaban planetas del tamaño de Júpiter o muy superiores y ahora se han localizados planetas con una masa 2-3 veces superior a la de la Tierra. 

El el futuro supongo que se seguirán localizando nuevos plantetas, se afinaran los ya conocidos, algunos se caerán de la lista, otros se incorporarán (en más de 600 casos solo se ha localizado un planeta en su sistema) y aparecerán mas sistemas con múltiples planetas.

Todavía queda mucho para el salto a las estrellas (si es que se produce alguna vez) pero antes de ellos, habrá que hacer el mapa ¿no? Pues eso es esta lista de exoplanetas.

Cosillas que no te cuentan cuando estás estudiando informática.

En las entradas anteriores vimos como a la hora de emprender un proyecto ni las cosas son tan simples ni tan baratas como se piensa. De hecho, cuando alguien te dice que "yo tengo una web por cuatro duros" (como este blog por ejemplo) obvia el hecho de que detrás hay a serie de horas de trabajo y muchísimas más horas de estudio, preparación y experiencia. Pues aparte de esos, en la vida hay una serie de "sorpresas" que no te suelen contar y con las que posiblemente te vas a encontrar tarde o temprano.

El backup, ese gran desconocido.

Seguramente te habrán dicho millones de veces que es necesario un backup ... y nada más. Te imaginarás que el backup es una cosa sencilla, estandarizada, simplona, barata ..... ¡y una mierda!

Para empezar se pueden hacer copias de muchas cosas. Lo interesante es hacer copias de la cosa correcta y no por ejemplo, de los links simbólicos (ha pasado) 

Se puede hacer copias de muchas cosas:

- Datos. Parece lo mas lógico ¿no? Pues si, el o mas lógico, pero claro hay que saber qué tipos de datos porque no es lo mismo hacer una copia de ficheros de texto o de Word que copiar los datos de una base de datos. Según lo que tengas que sacar, se hace una forma u otra y las hay harto complicadas.

- Fuentes. Cuando están trabajando en un proyecto de desarrollo parece lógico hacer copia de los fuentes, no sirve con dejarlos en el repositorio CVS, hay que salvaguardar éste. La no protección de estos datos te puede dar  lugar a situaciones surrealista como alguien que le dijo a su jefe "Oye, que he perdido los fuentes pero no te preocupes, que tengo los ejecutables"  Lo malo de esto es que no es coña (bueno, pasó hace bastantes años) También recuerdo de una aplicación en mainframe que en lugar de COBOL estaba en ensamblador. La explicación oficial era que estaba así para mejorar las prestaciones. La extraoficial era que se habían perdido los fuentes y se había desensamblado para poder parchear el efecto 2000.Por cierto, ese sistema se quería haber sustituido a principios de los años 90 (por antiguo) y por el 2005 creo que seguía dando guerra.
- Configuraciones. Aunque no lo parezca, hay veces que hace falta reinstalar un sistema y el volverlo a configurar (si ha perdido la configuración o se está creando un nuevo entorno) es de lo más doloroso.
- El Sistemas Operativo. Pues aunque no lo parezca pues puede interesar para recuperar el sistema completo. En virtualización el lanzar un snapshot es na manera sencilla de obtener un backup. En virtualización se hace más o menos bien, pero ojo con las máquinas físicas que si no se sabe lo que hace es fácil obtener ... una máquina lista para formatear y reinstalar, y aunque no lo parezca, el trabajo ese, junto con el lucro cesante por  no tener la máquina operativa puede ser más oneroso que el coste de la máquina.

Afortunadamente hoy en día hay sistemas de backup que simplifican mucho esta labor, pero en el pasado muchos sistemas operaban con una política de backup muy deficiente o casi sin ella (copias semanales o mensuales) Lo malo es que precisamente no son baratos.

Un detalle curioso. Muchos sistemas de esos de cierta empresa de tres letras que no voy a nombrar y que presumen de sus five nines y de que nunca se paran resulta que paran todos los días un par de horas para hacer el backup ....

El restore o ¡que tutto, prefiero la muette!

Que le recupere ¿qué?

Creo que hay por ahí una estadística que afirma que un muy alto porcentaje de los backup que se hacen no se pueden recuperar. No soy yo quien vaya a llevar la contraria al estudio ... pero me lo creo. Dado que por lo general, no se hacen recuperaciones más de que de manera puntual la dificultad de recuperar un dato de un backup aumenta exponencialmente a medida que pasa el tiempo. Es fácil recuperar el último hecho (machacando todo el trabajo) pero como tengas que recuperar información de hace algún tiempo la cosa se complica y mucho. No solo el acceder a la BD de objetos preservado puede ser increíblemente complicado por su número y versiones. El localizar un fichero determinado de hace unos meses que se haya volcado a cinta puede costar varias horas. Afortunadamente, los usuarios  no suelen ser conscientes de estas capacidad, por lo que el tener que restaurar cosas antiguas no suele ser lo normal, aunque en ciertos ámbitos, puede ser normal. Por ejemplo, en un hospital te pueden reclamar una radiografía de hacer un montón de años para ver si una manchita que te han visto estaba allí hace años o es nueva.

Si es posible, o mejor es restaurar en otro sitio aparte y luego, te llevas lo que quieres al sitio correcto.

El firmware y la madre que lo parió.

Al parecer a la gente que se dedica al software no le mola mucho el meterse en las cosas del firmware. Les parecen cosas raras, frikies, .... de muy bajo nivel. Bueno, razón no les falta pero tampoco hay que olvidar que tiene su importancia. Las actualizaciones de firmware puede solventar diversos problemas que no te tienen por qué afectar directamente pero tienen su importancia en dos aspectos claves:

- El fabricante no te da soporte si no tienes la última versión del firmware. Dado que por lo general, una actualización de firmware suele precisar tener el sistema parado a los responsables de explotación no les suele gustar demasiado ... hasta que peta algo, momento en el que se remueve Roma con Santiago para dejarlo todo como se debe en un tiempo record. La frase "como pollos sin cabeza" suele aplicar bastante bien en estas circunstancias.

A ver, tengo que actualizar el firmware del blade,
del switch, de la cabina, del ....

- Las matrices de compatibilidad. Es un sub-caso del anterior, pero un poco más cabrón. Tu puedes tener tu sistemilla funcionando de p.m., sin interrupción y amplias el HW con una cabina ultimo modelo, unos servidores nuevos, unas cabinas de discos superguays .... y de repente te dicen que si quieres soporte es con una versión de firmware determinada .... y entonces es cuando te tiemblas las piernas porque para poner un blade nuevo tienes que actualizar el firmware de la cabinas, pero como esta conectada a un switch de fibra tienes que actualizar el firmware de los SFP y del switch, que por simpatía arrastra el cambio de firmware de otra cabina de disco .... total, que al final acabas actualizado hasta los interruptores de la luz, el extintor de incendios y la cafetera Nespresso. Y no veas el miedito que da todo eso. Eso sí, después de tomar todas las precauciones habidas y por haber, preparar alternativas, HW redundante, comunicaciones alternativas ... va el firmware y actualiza a la primera en 10 minutos dejándote con cara de tonto y pensando "¿y hacía falta todo esto?" Pues sí. Te en cuenta que como se te olvidara algo, te iba a petar ahí. Y por cierto, el caso que acabo de contar ... no me lo he inventado.

No obstante, el numero de máquinas con un firmware obsoleto que ya no existe ni en la fábrica como recuerdo es mucho mayor de lo parece.

Actualizaciones de software. Más peligro que una piraña en un bidé.

Se dice que el hardware es algo que puedes partir de un hachazo, al softwre sólo lo puedes maldecir. Pues es igual de cabrón que el firmware, si no más. Encima, tiene la manía de hacer gracias como cambiar APIS y funcionalidades como hace el JAVA, dejar de funcionar cosas (muy de Windows Update) cambiarte la configuración de red como hace el Linux, .... eso cuando no tenemos la costumbre de reiniciar el ordenador o como poco la aplicación. En aplicaciones que deben funcionar en 7x24 (cada vez más) se hace en horas tan bonitas como la noche del lunes al martes entre las 02:00 y las 03:00 y cosas similares.

- Creo que tenemos un problema ¿actualizamos?
- Nada, tu sigue, que de momento, no hay problemas

Al igual que con el firmware, hay sistemas corriendo en sistemas obsoletos por todas partes con los que los informáticos sudan la gota gorda cuando hay que montar, por ejemplo, un entorno igual para hacer desarrollo, pruebas o sencillamente, cambiar el sistema dónde está corriendo porque es viejo. Vete a buscar el SW que tiene instalado.

Este software tiene bugs ... vamos a actualizarlo.

Esta frase tan inocente es uno de los mayores quebraderos de cabeza con que se suelen encontrar los responsables de los sistemas. No es lo mismo actualizar un PC que un SGBD pero vamos, lo dicho antes aplica aquí. Y al igual que con lo anterior, hay auténticas reliquias por esos mundos de dios.

No busques al enemigo fuera ... lo tienes en casa.

A todo el mundo le suenan los  peligro de la Internet, los hackers y demás mandanga. Pues eso, por lo general, con una buena política de seguridad, un buen firewall y un poco de sentido común añadido todo ello a un buen equipo de BOFHers (no vale el sobrino del jefe) suele estar bien controlado.

No me refiero a eso ... me refiero al enemigo interior. A los errores de la capa 8 del modelo OSI ... y a algo peor, la capa 9 (los jefes de la capa 8)

Cuando hablo de los errores de capa 8 no me estoy refiriendo a las chiquillerías de algunos usuarios inexpertos que se narran magistralmente en algunos blog si no a otros bastante más peligrosos que son perpetrados por presuntos sysadmin que en el mejor de los casos no están preparados para las tareas encomendadas (porque el que sabía ha sido despedido porque el economista de turno ha dicho que era muy caro "y total, eso lo hace cualquiera") Y no solo hablo de conocimientos técnicos (sistemas operativos, bases de datos, administración de redes y demás) sino de conocer un poco la aplicación y su entorno.

Usuario agazapado esperando armarla sin que le pillen.

Para dar algunos ejemplos, hay sitios donde está directamente prohibido instalar nada la última semana del mes (periodo de facturación) ... vete a saber por qué, a saber que gloriosas experiencias habrán tenido.

Hay una gloriosa frase emitida por una directora de una gran empresa ante el error de uno de sus subordinados por "exceso de iniciativa" (vamos, que se saltó todos los procedimientos y metió en producción un parche que no había pasado siquiera por pruebas de sistemas)

¡¡¡ Es que tengo el enemigo en casa !!!

Por cierto, ni que decir tiene que el enemigo llegó muy alto (pero muy, muy alto)

El miedo a cagarla.

Esto podría parecer lógico pero en realidad no lo es tanto. Es como si un electricista le tuviera miedo a un cable y por eso no lo toca. Por supuesto que hay que tener precaución con lo que se hace, preparar las cosas muy bien, revisar los procesos (mejor entre varios que uno solo) pero de un tiempo a esta parte se detecta en el personal en general un miedo a cagarla que por lo general, se avanza muy poquito.

Cierto es que no se puede hacer lo del ejemplo anterior, pero entre la informática kamikaze y el (a mi juicio) exceso de prudencia existente hay un mundo. Se pueden hacer cosas teniendo las precauciones adecuadas y con planes de contingencia se puede hacer cosas, pero últimamente parece que hay tal temor a meter la pata que parece que no se hace nada por no equivocarse. Claro que habida cuenta que muchos de los profesionales que mantenían esos sistemas ya no están (o se han ido o los han ido)

Vamos a diseñar un sistema informático (III)

En las entradas previas estuve contando un poco como suelen ser las cosas a la hora de montar un sistema informático. Está redactado en clave de humor pero si alguien ha estado metido en dicha vorágine, sabe que las cosas se parecen más a la realidad de lo que le podría parecer a un profano. 

Los sistemas son en realidad más complejos de lo que piensa la gente o más simples de lo que piensan algunos. Para un buen ingeniero informático el sistema tendrá su trabajo y su complejidad pero está controlado. Para un profano lo que empieza como algo simple como un vídeo para cambiar un grifo de Bricomanía se puede acabar complicando más que la Sagrada Familia. Al final, zapatero a tus zapatos y deja al profesional hacer su trabajo que es lo mejor y en la informática no hay excepciones a esta regla. 

Con base en el texto hay una serie preguntas que pueden surgir al respecto:

1.- ¿Son los sistemas informáticos tan caros como parecen?

Pues depende, como diría el gallego.  Depende de lo que incluyan (lo de las licencias de Oracle que puse antes no es coña, es un precio auténtico) Los sistemas hechos a medida son caros porque se hacen desde cero. si se pudieran reutilizar varias veces el precio bajaría en picado. Luego, el número de veces que el cliente cambie de opinión es un sobrecoste, al igual que los cambios no previsto (legislativos, de negocio, ...) Por ejemplo, la empresa MultiEnterprise en el país A y el país B comparten un sistema para dar servicio a sus clientes. El sistema está ubicado en A, pero por la Ley de protección de datos de B, éstos deben residir en éste. Consecuencia, te montas una nueva instancia de la aplicación en el otro país, con todo el coste asociado. Obviamente, un tema legal aquí ha repercutido claramente en el coste de explotación.

Vale, repito gráfico, pero como lo he hecho
yo no pago derechos a nadie.

Otro ejemplo es cierta comunidad que sacó hace años un sistema por unos 7 millones de € ¿es caro? Pues habida cuenta que primero había que descontar el IVA y que luego incluía el precio de las licencias de cierta sistema cuyo importe ascendía 3,6 millones resultó que no era precisamente un chollo. Y la empresa que se lo llevó no acabó en plazo ni de coña, pero eso es otra historia.

Al final, depende de lo que haga, el tiempo, lo que incluya, .... Un sistema de 10 millones de € puede ser barato y otro de 50.000 € puede ser caro. A priori y sin conecer el asunto, no se puede decir. Además, no hay que olvidar que lo que sale en prensa no tiene por qué corresponderse con la realidad. No cuesta lo mismo por ejemplo, montar y explotar una aplicación relativamente simple con una BD en una sitio que no haya nada (lo pagas todo) que aprovechar una infraestructura existente.

2.- ¿Es un sistema una Web y poco más?

Ni de coña. Las web es sólo la capa de presentación de la aplicación. Es cierto que una mala web te puede arruinar la aplicación y merece su trabajo, pero por detrás hay un potente trabajo de análisis, un diseño de la aplicación, una fase de pruebas y una explotación. El uso de metodologías ágiles no evita que como algo nazca torcido sea muy jodido enderezarlo (como todo, cuanto antes detectes el fallo, antes lo arreglas) El problema es cuando el cliente no tiene muy claro lo que quiere o presiona para que las cosas se hagan a toda prisa (el famoso "Si funciona no lo toques") Aquí sale un ejemplo de ello en clave de humor. Claro que cuando has sufrido algo similar ya te hace menos gracia.

3.- Si funciona, no lo toques.

Esta es la mayor falacia en el mundo de la informática. Funcionar funciona pero ¿funciona bien? No es lo mismo funcionar (hacer algo) que funcionar bien (y rápido, claro) Si una aplicación interactiva tarda cinco minutos en resolver una consulta a la BD la cosa no funciona bien aunque la respuesta sea excelente. Recuerdo haber tenido un compañero que era un fiera del SQL pero no dominaba tanto las bases de datos con lo que le gustaba más el JOIN que a un tonto una tiza. La consecuencia es que la BD tiraba a hacer FULL SCAN por menos de nada. Alguien podrá decir "pues mete un índice" y la idea de no es mala ... salvo cuando los administradores de la BD no te dejan (pasa y mucho)

A priori, un sistema, hasta que no ha pasado un tiempo en producción y es estable, va rápido, no pierde iformación, ... no se le puede considerar que funciona (y aún así) De hecho, a los errores y/o problemas que se encuentra un sistema en sus inicios se les conoce como errores de infancia.

4.- Esto falla y no he hecho nada. Ayer iba bien ¿qué ha pasado?

Yo no toco nada ... además, las fotos de gaticos
atraen visitas al blog.

No has tocado nada ... ¡LOS COJONES! no has hecho nada cachoperrohijodemilpadres ¿a quién quieres engañar? Las cosas no pasan por que sí. Siempre hay una relación causa efecto y las cosas no se estropean de un día para otro porque sí. O bien degeneran poco a poco (véase el ejemplo del punto anterior) o si no fallan desde el primer día, no fallan de golpe. Algo han hecho. Volviendo al modo abuelo Cebolleta, recuerdo un caso es que un sistema se nos empezó a caer de un día para otro. El número de usuarios no había cambiado. La última actualización había sido hacía tres meses al menos ... y el cliente no había hecho nada ¡Y UNA MIERDA! El muy perro había desplegado otro sistema que atacaba nuestra BD cada dos minutos con una consulta sin índice. Eso sí, la culpa había sido nuestra, no suya ni de los otros que ni siquiera lo habían probado. Por suerte, se hizo un índice y asunto resuelto tras un rapapolvo por no ser proactivos, no cuidar al cliente ..... (exacto. Como puta por rastrojo)

5.- Un sistema ¿funciona solo, sin nadie que le moleste?

Pues que suerte has tenido ya que desde que comencé a trabajar con entornos en red la mayor pesadilla se encuentra en una cosa llamada interfaces. Incluso cuando trabajábamos con sistemas stand-alone ya tenían interfaces muy simples, a base de ficheros y demás para por ejemplo llevar las facturas del sistema de gestión al de contabilidad.

¿Qué estarás tramando, cacho perro?

Los sistemas han nacido de su padre y de su madre con la tecnología de moda en cada momento y con los presupuestos de cada empresa/departamento. Entonces ¿qué le espera al informático del S.XIX? Pues un batiburrillo de interfaces entre los diversos sistemas de cuidado, eso cuando no se mete un sistema a hacer lo que no debe en la BD del otro o te encuentras que cuatro departamentos, porque ellos lo valen, hacen cuatro aplicaciones similares, cada una personalizada para ellos. Al final, las cuatro van una BD central, sacan una serie de datos de la tabla y se los presentan como les interesa ¿consecuencia? La empresa paga a cuatro equipos de desarrolladores, cuatro instancias de BD (de la buena, de la caras, no de esas baratitas) y explota cuatro sistemas (eso si, creo que al menos compartían algunas máquinas) ¿te piensas que es coña? Pues te aseguro que no.

6. No hay nadie imprescindible. Todo el mundo puede ser sustituido.

Eso es una gran verdad. Lo que no se cuenta es el dolor que lleva detrás esa sustitución. Lo que suele haber es un economista que no tiene ni idea de otra que de números. Esa persona es muy cara ... pon otra más barata. Y te cepillas al que llevaba dos años y se conocía el sistema de pe a pá y te resolvía los problemas en dos horas. El/los sustitutos salen más baratos por jornada pero resulta que lo que el anterior hacía en dos días a estos les lleva dos semanas (y a veces más) y no te digo cuando se hace el off-shroring a la India. Esos ingenieros que cambian de empresa cada seis meses ... lo ideal para la estabilidad de un proyecto.

Vamos, si hay que sustituir a alguien, se le sustituye, pero sustituir por vicio, es tontería.

7. Se ha caído ¿cómo es que no hay un sistema de respaldo, una copia, un plan B?

Pues por una sencilla razón: eso es caro. Las empresas serias suelen tener sus sistemas duplicados o al menos con copias. La cosa no es simple ni barata (el precio anterior en HW y licencias, pues multiplicado por dos)  precisamente con lo que me temo que hay muchas empresas y aplicaciones que están ligeramente (por decirlo de manera eufemística) en precario. Y aunque el HW suele ser bastante decentito a veces se cae y luego vienen los lloros. Cierto es que no nos podemos blindar ante todas las circunstancias, pero si se puede hacer una protección bastante razonable, aunque como he dicho, eso es caro pero no veas la tranquilidad que da cuando sientes que tu CPD está seguro.

Responsable de IT cuando confía en el sistema de respaldo.

Eso sí, los sistemas de la empresa funcionando en precario, pero luego el economista presume de la pasta que ha ahorrado en esos derrochadores de IT.

8. Pero si cruzar una base de datos con otra es solo apretar un botón.

No sé quien fue el genio que dijo esto, pero cruzar BD de ayuntamientos (por poner un ejemplo) con las de Hacienda para detectar el fraude puede ser una de las cosas más complicadas que existan (con gran alivio de Bárcenas, Fabra, Ignacio González y otros) Supongo que la cosa habrá mejorado algo, pero claro, cada ayuntamiento (en este caso) ha elegido una tecnología según le han dado entender en cada caso, con un esquema de BD, con una serie de datos, con una serie de relaciones entre los datos que han sido las que necesitaban en cada caso. Ahora alguien puede pensar ¿y no había nadie para poner orden? Pues no y olvídalo, aunque lo hubiera habido, hubiera seguido siendo un caos. El Ayuntamiento de Madrid ya estaba informatizado cuando al Ayuntamiento de Bustelfollado ni siquiera había llegado el teléfono. Por aquella época las posibilidades de haber caído con IBM eran muy altas, ahora vamos a SW libre, BD relacionales cuando no a otras cosas más avanzadas. Casi hay que hacer los interfaces entre ellos uno a uno. Se pueden intentar definir una serie de interfaces estándar, pero en ocasiones, hay información de éstos que no hay de dónde sacarla.

9. Si esto es un decálogo ¿cómo es que no hay 10 puntos?

Bueno, nunca dije que fuera un decálogo. A cambio te pongo esta foto (trucada por si alguien no se ha dado cuenta) que le tiré a la última luna llena.

Pues si, el otro día estuve viendo Los Pitufos.

10. Vale, esto es un desastre ¿se puede mejorar?

Pues por supuesto que se puede mejorar, como casi todas las cosas. No es demasiado complicado .... o sí. Todos los costes que hemos visto en el Ayuntamiento de Busltelfollado son bastante elevados y muy complicados de reducir ... para un sólo ayuntamiento. Si en lugar de utilizar el sistema en exclusiva para un solo sitio lo hacemos para dos, los costes bajan no a la mitad, pero bastante cerca, depende de la complejidad que tenga el otro Ayuntamiento pero gran parte de las cosas que hacen los ayuntamientos son las mismas, con lo que mucho se puede reutilizar. El HW por lo general está ocioso, con lo que con el mismo HW se puede dar servicio a más de un ayuntamiento (quizás si son pequeños hasta tres o cuatro) con lo que el coste de las carísimas licencias se diluye entre varios eso sin contar que no es lo mismo llegar a VMware y comprarle media docena de licencias que pedirle cien al comercial (se te puede hacer pis encima de la emoción)

Pero claro, una vez que los ratones han visto la solución a los problemas surge la otra pregunta ¿quien le pone el cascabel al gato? O lo que es lo mismo ¿quien va a coordinar a diversos ayuntamientos para que compartan infraestructura? Y esto no pasa sólo en las AAPP, pasa también en las grandes empresas, cuando más grandes, más atomizadas y con mayores reinos de taifas.

Alguna foto de ordenadores tenía que poner ¿no?

Vamos a diseñar un sistema informático (II)

Ya en la entrada anterior habíamos dejado al Ayuntamiento de Bustelfollado metiéndose en la vorágine de las AAPP 2.0. De mano, ya se han gastado 12.000 € y lo que tienen es ... una relación de cosas que quieren hacer y que no han hecho. Si es que eso de que "yo hago la web en dos patás y con tres duros" no a va a ser verdad.

Ahora ya sabemos (más o menos lo que queremos) vamos a ver cómo lo hacemos y qué productos podemos usar. Lo normal sería una arquitectura en tres niveles con capa de presentación, lógica de negocio y datos. Por supuesto, un ayuntamiento tan importante no puede tener sus servicios caídos con los que necesita una cosa llama Alta Disponibilidad o High Availability o HA (Hache-Á como se dice en círculos tésnicos) para los amigos que ya tenemos confianza con ella.

Los tres niveles de marras según la Wiki.

Total, que una vez decidida en un alarde imaginación e ingeniería vamos a ver qué middleware vamos a utilziar.

- ¿Middlequé?- Tranquilo señor secretario que se lo explico (el alcalde ya hace días que decidió que esto le quedaba grande y delegó en el secretario)

Pues básicamente dónde va a correr el SW. Los datos se almacenan en una base de datos, hay una capa de presentación que pinta las pantallitas y una tercera que procesa los datos. Pero vamos a empezar por la BD. Una de las mejores y más extendidas es el SGBD de Oracle. Lleva un montón de años en el mercado, funciona muy bien, es muy potente (y come HW por un tubo) Aparte de eso dicen las malas lenguas que dentro de su nombre, oculta un mensaje al estilo de los discos de rock satánicos de los 80. A saber que será ese mensaje.

¿Hay un mensaje oculto?

Un pequeño problema que tiene el SGBD de Oracle es que precisamente, lo que se dice tener un precio competitivo .... pues como que no lo tiene. Una licencia para un par de máquinas con una CPU configuradas en cluster cuestan tan solo ... 100.000 € más otros 17.000 € al año concepto de soporte. Por cierto, si virtualizars, hay que pagar eso por cada CPU susceptible de usar Oracle. Un ejemplo que pone una conocida empresa de virtualización es que por una licencia de 2 núcleos corriendo en un entorno virtual de unos 144 núcleos pedía Oracle unos cuatro millones de dólares ¿o eran cinco? Vamos, la cifra es anecdótica pero ojo al virtulizar Oracle salvo que se use su propio virtualizador (OVM)

Hay versiones mucho más baratas como MySQL que con soporte sale por poco más de 1.000 € por servidor. No tiene ciertas cosas como al Enterprise de Oracle que te garantiza la persistencia de los datos hasta en las peores circunstancias, pero dependiendo de para que la queremos puede servir. El problema es que desde la adquisición de SUN Microsystems por parte de Oracle es un producto de Oracle y éstos podrían "cambiar" la política comercial (por el momento no lo han hecho y dicen que no lo van a hacer, pero allá cada cual) Hay un fork de MySQL llamado MaríaDB que puede ser adecuado, pero personalmente yo no metería en ninguna aplicación seria una BD sin soporte (MariaDB lo tiene de pago) dado que un bug en la aplicación (todas tienen bugs y ésta no es una excepción) te puede tirar una aplicación. También podemos irnos a SQLSERVER de Microsoft, que es más barato aunque luego las licencias de los Windows son un dinerillo unos 900 € por servidor (soporte anual aparte) más el CAL (acceso por clientes) Claro que nos podemos olvidar de Microsoft y irnos a Linux para llevar el susto de las suscripciones (algo similar a la licencia) anuales de Red Hat (con soporte) cuestan prácticamente lo mismo que las de Windows 2012 Server (encima por licencia, no se puede usar RedHat si tener el sistema "suscrito" Claro que hay otras opciones como CentOS (es el RH free) o Ubuntu Server. Es recomendable tener algún tipo de soporte que no va a costar los 5.000 € de Windows o RedHat, pero va a costar.

Subiendo hacia la capa de aplicación y yéndonos a los simple, podemos optar por algo OpenSource baratito estilo Glassfish, Tomcat o JBOSS. Hay versiones con soporte pero aquí le vamos a pasar al muerto a la empresa desarrolladora y que sea ella quien se coma el marrón. Y lo mismo vamos a hacer con la capa de presentación 

- ¿y este chollo?  Pregunta el secretario con algo de esperanza.- Que te lo has creído. Al desarrollador le vas a pagar por hacer la aplicación, probarla  soportarla, las modificaciones, ....

Pues resulta que lo encargados de "hacer" la aplicación en realidad hacen diversas cosas (o al menos deberían) como revisar los requisitos, desarrollarlos, implementar la aplicación, probarla, hacer pruebas de prestaciones, probar la seguridad, desplegar la aplicación, evolucionarla, corregir errores, .... (por todo lo que vayamos eligiendo de esta lista, póngase xx € más) Por cierto, cuando el proyecto va de culo se suele recortar por la parte de final o lo que es lo mismo por el despliegue y las pruebas de sistemas. Craso error. El despliegue te lo puede salvar un equipo muy competente y experto (por cierto, eso es caro, por eso no suele haber) pero lo que se escapa de PS .. se lo come el usuario y suele salir mucho más caro de arreglar.

Un desarrollo de una aplicación de la complejidad que estamos abordando (información del Ayuntamiento, pago de impuestos, notificaciones, ...) puede necesitar de 3 a 6 meses para ponerla en condiciones en funcionamiento. Yéndonos al caso más optimista, vamos a suponer que son 3 personas trabajando ello tres meses. a 200 € la jornada ya son 36.000 €. Otra semanita para desplegarla en condiciones son otros 2.000 €. Y vamos a mantenerla y evolucionarla. Métele 100.000 € más al año (siendo muy optimista y con un equipo de desarrollo muy pequeño)

Y todavía no hemos contado el alojamiento de la aplicación. Llevártela a un datacenter en condiciones de operación fetén (no me vale una VM de Amazón, pedimos algo más) te puede salir yendo muy por lo bajo por 2.000 € al año por servidor virtual. A medida que aumentamos el espacio ocupado en storage la cosa sube, al igual que a medida que suben el número de VM necesarias (si el Ayuntamiento se tiene que montar un CPD le sale más caro hasta llegar a cierto volumen).

Al final el secretario del Ayuntamiento ve que la idea del alcalde le sale tranquilamente por 150.00 € al año (si todo sale bien), sin contar con todo el marrón que se tiene que comer el pobre si lo desarrollan desde el ayuntamiento. Al final llega al despacho del alcalde y le dice.

- Alcalde, al final hemos decidido que lo mejor es sacar esto a concurso público para que una empresa nos lleve todo esto. - ¿Un concurso público? ¿sabes el rollo que es esto por poco dinero?- Es que la broma nos va a salir por más de 150.000 € al año .. si tenemos suerte. Posiblemente el doble. si convocamos un concurso que nos incluya todo (licencias, alojamiento, backup, explotación) por unos 200.000 al año seguro que ahorramos.- Pues nada, llama a la gente que vamos a redactar el pliego.

Al final nos encontramos que el Ayuntamiento de Bustelfollado ha convocado un concurso público para informatizar el ayuntamiento por un importe de 500.000 para tres años. La noticia sale en el principal periódico del pueblo el Bustelfollado Herald Tribune que como en su día la hermana del alcalde no se quiso casar con el director del periódico Peter Jey Ramiro titula en su portada:

Escándalo en Bustelfollado. 

El alcalde dilapida un millón en euros en una aplicación que me ha dicho mi cuñado que se hace en dos patás.

Ni que decir tiene que la noticia llega a portada de Menéame dónde sale la opinión del cuñao del piriodista como una verdad absoluta.

(continuara .... )

Vamos a diseñar un sistema informático (I)

Estoy viendo muchas veces en prensa noticias con intenciones más bien malévolas acerca de instituciones públicas o otros organismos diciendo que tal o cual organismo se ha gastado xxx miles de euros (o cienes de miles) en una aplicación web y claro, a continuación salen comentarios de todo tipo acerca de derroche, dispendio, que si eso lo hago yo con cuatro duros, que si patatín que si patatán ... vamos, al igual que cada celtíbero tiene un seleccionador de fútbol en su interior tiene un arquitecto software.

La pregunta es ¿vale una aplicación los dineros que ha salido en el concurso o no? ¿está trincando alguien o no? ¿caso no saben lo que validan en concurso? Pues hay una respuesta muy clara: depende.

Y con esto doy por finalizada mi exposición .... ¿qué pasa? ¿por qué me miran así? ¿no les ha quedado claro? Valeeeee, me explico. Agárrense los machos que esto va a ser largo (por eso de lo del I del título)

Lo primero he de decir que llevo más de veinte años haciendo sistemas informáticos. En ese tiempo he visto evolucionar tecnologías, desaparecer, cambiar, nacer y morir sistemas (y otros que no los matas ni a tiros) y me he presentado a algunos concursos públicos y he contestado a docenas de RFP, RFI y RFQ cosas que por cierto, cuestan dinero y que alguien acaba pagando siempre en forma de costes indirectos (si no es este cliente, es el siguiente) y la primera experiencia es que por lo general, suele saber de lo que habla. El presupuesto de dichos trabajos por lo general suele ser "justito" en el mejor de los casos. Otra cosa es que se pueda manipular el proceso de adjudicación o que en la fase de ejecución la empresa elegida se quede sin dinero y se les caiga el boli hasta que les unten más. Cierta afamada consultora con una letra repetida en su nombre es una experta en ello (aparte de ganar los concursos desde "arriba") Otra cosa interesante de los concursos públicos es que son con IVA INCLUIDO o lo que es lo mismo, en un concurso que el importe total sea de 100.000 € al encargado del proyecto le quedan solo 82.644 para ejecutarlo. buen pellizco ¿no?

Pues como no hay nada mejor que un ejemplo para ilustrar las cosas, vamos a intentarlo. Vamos a imaginarnos una localidad de tamaño medio, de nombre Bustelfollado. En esta localidad el alcalde ha decidido que ya hay que entrar en la era de los ayuntamientos 2.0 (como si hubiera llegado a la 1.0) pero como lo suyo no es la informática con buen criterio decide buscar a alguien que entiende y lo primero que hace es consultar al personal del Ayuntamiento. Por desgracia la rotación en el Ayuntamiento no es muy elevada y el último funcionario accedió a la plaza en 1995 antes de que explotara una cosa llamada la burbuja puntocom y no están muy al día en el tema. Cierto que el Principado de Asturias les ha puesto una serie de ordenadores y algunas aplicaciones que son útiles para ver las parcelas de la gente pero aparte de utilizar cuatro cosas y darle a Ctrl-Alt-Del ocho veces al día de media, la gente no es muy experta. A lo mejor es que los sistemas son un poco antiguos, pero como ya se han acostumbrado al Windows 98 SE los funcionarios no quieren cambiar nada.

¿Os pensabais que me lo había inventado? Pues no. Fuente: Propia.

Tras consultar al personal del Ayuntamiento resulta que el hijo del Ernesto que es un juaker de esos, que  tiene tuinter, feisbú, guasap y lee el periódico en una tele pequeña que resulta que le ha costado tanto como una tele de 42" pulgadas del Media Markt ... hay que ser tonto para comprar eso. Este les habla de algo llamado Open Source, bases de datos, Web 2.0, SSL, Apache, Tomcat ..... total que el alcalde y el secretario salen de hablar con el chaval con una cosa muy clara: ¡qué bonito debe ser eso de hablar idioma y en qué leches estaba hablando el gachó!

Por suerte para el alcalde de Bustelfollado andaba por ahí cerca el marido de la Maru, uno con cara de tonto que dicen que es informático pero que trabaja en una empresa que todo el mundo asocia con otra cosa. Como se aburre por el pueblo se dedica a arreglar grifos, cables o lo que sea con tal de pasar el rato. Y por suerte para el alcalde, tiene una amplia experiencia con altos directivos que curiosamente algunas veces recuerdan a nuestro despistado alcalde. Al final se ponen a hablar con él y ya la primera pregunta que les hace les desconcierta. Menudo resabidillo.

- ¿Qué quieren ustedes hacer con su aplicación?- ¿Cómo que qué queremos hacer? ¡habráse visto semejante morro! ¡que nos lo diga él que es el que sabe!

 Aunque claro, el secretario del ayuntamiento que lleva allí 30 años y ya ha sobrevivido a varios alcaldes empieza a pensar que casi igual tiene razón.

- Alcalde, mira que cuando hacemos un edificio antes pensamos para qué lo queremos ... aunque luego no lo usemos. Recuerda que cuando hicimos el polideportivo era para que los chavales jugaran al baloncesto dentro si llovía (el hecho de que el chaval más joven tenga 38 años es anecdótico) y cuando hicimos el mercado de ganado era pensando en hacer ferias de ganado. Vale que ya todo el ganado se compra y vende en mercados más grandes a 100 kms de aquí, pero tenemos mercado de ganado.
- Pues va a tener razón el jodío este.
- Por ejemplo, podemos utilizar la página para informar de cosas del ayuntamiento, para que los vecinos no tengan que venir a enterarse a la puerta del ayuntamiento. Además Ricardo el pregonero anda jodido del asma y cualquier día se nos muere de tanto soplar la trompetilla.
- Pues no es mala idea.
- Y les podemos informar de cuando se paga el IBI, los vados, el impuesto de circulación, la basura que todos estos se hacen los locos, como que no se enteran.
- También está bien la cosa.
- Y de paso, que se puedan pagar recibos por ahí, que el de la Caja Rural se jubila el año que viene y no creo que pongan otro y la gente tendría que hacerse 40 kms para pagar un recibo.
- Pues me gusta esto del ayuntamiento 2.0 .... además me podrían cambiar el solitario ese del ordenador, que ya me lo sé de memoria. A ver si me ponen un juego de Tute o algo más moderno
- Alcalde creo que no es para eso ....

- Oye (al informático) ¿y si empiezas a trabajar y te vamos diciendo?- ¿y que les parece si me empiezan a pagar lo que les diga y ya voy haciendo? ¿no? Pues yo igual. no ya es perro viejo para que le cuelen eso (AVISO A NEOFITOS: ni se os ocurra aceptar esa modalidad de contrato nunca)

 Pues con esta sencilla conversación se inicia el primer paso de una especificación de requisitos (no requerimientos) de una aplicación. De la capacidad de los ingenieros de requisitos, de la capacidad del cliente para expresar sus deseos y del grado de detalle suele depender bastante el éxito del proyecto (aunque los proyectos por lo general suelen pegar bastantes giros)

Aquí tenemos el primer gasto del proyecto: un equipo bueno de requisitos es caro aunque para el Ayuntamiento de Bustelfollado se lo vamos a dejar baratito: un equipo de dos personas trabajando un mes (toma y redacción de requisitos) son 40 jornadas, a 300 € jornada salen 12.000 € y no hemos tirado una línea de código.

A lo mejor esto puede parecer caro sobre todo si sabemos lo que cobra un informático últimamente pero una jornada de una consultora estrella estilo HP, Accenture, IBM o Indra sale por bastante más caro. Para abaratar sus precios globales suelen recurrir a empresas filiales con un status inferior (sobre todo en sueldo y condiciones laborales) como Coritel o subcontratas a las que se exprime en lo posible (o más) que suelen ser las que hacen el trabajo sucio (a todos los niveles)

Ya tenemos los requisitos establecidos y en un alarde de ingenuidad digno de un recién salido de la Facultad de Económicas (el de Informática ya sale medio resabiao) adorador de Milton Friedman nos creemos que los requisitos son correctos y vamos a diseñar la arquitectura del sistema. Esto es como cuando te vas a comprar un Mercedes. La cantidad de opciones es tan amplia que te puedes hacer un sistema desde una cantidad realmente moderada a gastarte millones de euros. Por ejemplo, sin entrar en la arquitectura software del sistema (eso lo voy a dejar para la siguiente entrada) vamos a echar una risas.

- Alcalde ¿dónde va a correr la aplicación?- ¿cómo que dónde? En la Internete esa ¿no?- Noooo ¿qué dónde van a estar los servidores?- ¿Los servicios? joder, dónde siempre, al final del pasillo a la izquierda. Ten cuidado con la cisterna que si no tiras recto se engancha y queda echando agua ....- Que no, que los ordenadores, que dónde los vamos a poner.- ¡ah! leches que raro habla esta gente. Pues en el ayuntamiento.- Tenemos un problema de infraestructura. Aquí no hay CPD y para todo lo que necesita hay que colocar unas cuantas máquinas.

¿A qué nos referimos? Pues a una condiciones adecuadas para instalar unos cuantos servidores que no son PC de Media Markt para meter unos datos y que no es demasiado grave que se caigan. Si estos servidores se caen, se va todo a tomar por el saco. Vamos pedir una serie de cosas al señor alcalde:

- Sistema de alimentación ininterrumpida. Lo ideal sería una doble acometida eléctrica pero en España dónde las eléctricas campas a sus anchas es prácticamente imposible. Entonces los servidores deben estar alimentados por un sistema de baterías conectado a un generador que se arranque de manera automática en caso de problema eléctrico. Un sistema similar de baterías con un generador de 50 kVA puede salir por unos 10-15.000 € fácilmente instalado.

- Extinción de incendios que no estropee las máquinas. Otros 4-5.000 € (me lo he inventado, no se por cuanto puede salir)

- Sistema de climatización. Por suerte Bustelfollado no está situado en una zona demasiado cálida con lo que no hace falta un equipo demasiado potente. Se puede aprovechar el aire frío del exterior la mayor parte del año con lo que con unos equipos de 4.000 € alcanza.

- Red eléctrica: aumentar la potencia, instalación de acometidas, cuadros, .... Otros 5.000 €

- Comunicaciones. Una red Macrolan (nada de red de backup) de 10 Mbps simétricos ... unos 4.000 € al mes.

Vamos que de mano aflojamos 25.000 € más las comunicaciones.

- Esto ... ¿y no hay otra alternativa más barata?

Hombre, se puede instalar en precario solo con la corriente y si se caen en verano o se quema algo se jode todo .... (pues aunque no lo parezca, esto se hace mucho más de lo que se piensa) o llevarlo a un datacenter que nos cobren por alojarlo.

- ¿Y cuanto nos cobra ese chisme por alojarlo?

Si es mas económico que hacer una inversión de este estilo pero claro necesitamos saber que les vamos a llevar.

- Pues un chisme bueno, claro. 

Pues mira, hay una cosa maja. Un chasis de c7000 de HP que puede alojar hasta 16 servidores. Es uno de los más usados. A ésto se le puede añadir una cabina de discos HP de gama media que va muy bien y tendríamos capacidad actual y de crecimiento.

- Eso me gusta ¿y cuanto vale eso? ¿5.000? ¿6.000 €?- Pues el chasis vacío como unos 30.000 €, cada servidor 6-8.000 dependiendo de la configuración, la cabina de discos varía un poco pero empezando en 60.000 podemos apañar .... señor alcalde ¿se encuentra bien? Se está poniendo de un color muy raro .... señor alcalde responda ......

Captamos la indirecta de que el presupuesto no le convence al alcalde con lo que descartamos a HP y con disimulo ocultamos el presupuesto de IBM que habíamos pedido con la sibilina intención de mostrarle que HP no eran tan caro. Descartamos el alojamiento en máquinas físicas y mejor pensamos en algo en virtual. Al fin y al cabo, el hecho de alojar algo en un DC no estan chollo. Te clavan en torno a 1.000 al mes sin hacer nada y te cobran la corriente que te puede salir por más de 1.500 € al año por KW y esos dos chisme pueden llegar a consumir 14 KW aunque seguramente el consumo real no pase de 7 serían unos 10-11.000 € solo de corriente.

Vámonos a la nube que encima está de moda (pero eso será en la próxima entrada)