Esta entrada es sólo una pequeña actualización sobre mi cartera de prueba abierta en Oanda.
El jueves, según veia los avances de los resultados de las elecciones en UK y me di cuenta de que la libra estaba subiendo, decidí ampliar mi apuesta, esta vez en conra de la libra. Así que invertí del orden de 1 millón de euros (virtuales) en libras, a un precio de 0,82903 libras por euro (aquí hasta el último decimal es importante).
En el gráfico siguiente se ve claramente el momento en el que se anuncia la victoria "tory": la línea vertical a la izauierda del todo, con la apreciación inmediata de la libra.
En el momento de escribir esta entrada, el precio ha subido a casi 0,85 libras por euro, así que si hubiera invertido esa cantidad realmente en menos de una semana habría ganado un 2,45%, más de 24.000 euros. No está mal para 5 minutos de trabajo (aunque si fuera dinero de verdad a esos cinco minutos habría que sumar una semana de sufrimiento...). El gráfico hay que leerlo al revés, es decir, es el valor del euro respecto de la libra, así que compré euros baratos (o con la libra fuerte) y como ha ido corrigiendo hasta un valor más próximo al anterior de las elecciones (la subida del gráfico) de ahí la ganancia.
Aquí un resumen de mis posiciones:
El Brent sigue en verde, aunque ya no está en máximos, y el resto de inversiones en libras pierden porque compré con el euro demasaido fuerte (son compras de euros respecto de la libra, claro).
A ver cómo evoluciona el Brexit e influye en la libra.
sovrn-banner
Tuesday, December 17, 2019
Friday, November 1, 2019
Tribute to Netezza (Did the cloud kill Netezza?)
Now that IBM has finally "killed" the Netezza (or Pure Data System for Analytics, as was "painted in blue" by IBM's marketing) I think it is time to pay a tribute to one of the most amazing systems I had the pleasure to work with.
Netezza claimed to have invented the datawarehouse appliance market and given that even Larry Ellison gave them the credit to have forced him to "create" the Exadata machines, I tend to think that they were really right in that claim and that they really changed the DWH market.
I think IBM made a huge mistake by discontinuing those systems (aka, killing), so I will explain here my point of view of why I think this was wrong and in a second part of the article I will address a more technical approach explaining how I think Netezza should have evolved under the reigns of IBM.
Did the cloud kill Netezza?
I don't think so. There are many articles claiming that this was the reason why IBM killed it (you can look for them on the Internet, here you have a couple of samples: The Register & NextPathway). But I completely disagree with them. Indeed, Netezza was perfectly prepared for the cloud world and I knew of a few customers that bought the Netezza systems to provide database-as-a-service to their own customers. Yes, a pure database on the cloud offering based on a Netezza system.
You have to consider that even on the cloud your software must be installed on a piece of hardware. In the case of Netezza it all came together in a truly plug-and-play system as the most complex systems -compounded of several racks- took us a couple of days maximum to install, including the unloading from the truck and unpacking, installation in the data-center, cabling, configuration and tests. And voila! your system was ready to use and prepare to load data instantly, no need to spend more time configuring, so it was really an ideal approach for any kind of users given its simplicity, ideally thus for the cloud.
One of the things those systems lacked of was a complete quota system to distribute and restrict effectively the use of storage space in a machine. An attempt to add something like that was available with the latest releases of the software -you could buy and pay for a half-rack system, but having installed a full-rack limited by software; this way, in the future you could just pay more to IBM and they would release more hardware by introducing a code to the system; I was told that it was a common practice in Mainframe systems, so you could increase computational power on demand without migrating the hardware-. You could also limit the resources allocated for a given user or group of users, so it was totally possible to provide a multitenancy system with different performances depending on the subscription. As I said, we had several customers that put the Netezza in their own private clouds and sold the service to their own clients, proving that it was indeed ready for the cloud.
You may argue that another issue with the hardware was its need of using FPGA chips to accelerate the queries.
Well, this was one of the distinctive features of the system, but again I don't think this was a limitation for a cloud based system.
If this argument was true, all the current approaches of GPU based databases (like Kinetica or MapD -rebranded to OmniSCI- etc.), would be doomed too, and this is not the case. Indeed, they all claim that they are cloud ready and thus require to use cloud systems equipped with GPUs to provide the performance promised.
So, again, the FPGA factor was not a limitation, as in any case you have to provide a hardware to run your database, so you could just put your Netezza racks in your data center and start providing the service.
Indeed, this is an advantage from my point of view, as many customers, for the most diverse reasons, still don't allow the use of the cloud for certain data loads, as they think they are too sensible to risk the exposure of such information: banks, governments, intelligence agencies, etc. Yes, everyday they are less, and everyday more of them embrace happily the cloud, but there are still many customers that will appreciate the possibility to install their DWH in their own premises too with a cloud complementary installation if any.
An all software Netezza
But, let's assume that to be tied to a hardware infrastructure based on FPGAs and a certain architecture is a limitation. The thing is that there already existed a software only version of Netezza. It was created at first just as an educational environment that could run in a virtual machine -I still have some of them to play in my laptop- but it later evolved so the most basic systems -those not provided with an FPGA- could be sold to small and medium enterprises for an affordable price. From there, the evolution to a pure cloud scalable system is clear, and the path was already defined for the system, so it would have be an easy task for IBM to have offered two flavours of Netezza on their own cloud: one FPGA based offering and a standard offering, both capable of scaling and increase capacity on demand, like Redshift of Google Big Query are offering right now, but with the advantage of the experience of many years of Postgresql and FPGA development to offer better performance at a fraction of the cost.
Now that we have just celebrated Halloween, maybe it is the proper time to comment on the return of the Netezza by IBM... Yes, as you are reading here, maybe Netezza is not as dead as we all thought. Or is it?
The thing is that someone at IBM apparently realized that after acquiring RedHat they also acquired a huge number of Postgresql users. And then they remembered that Netezza was also based -at the very beginning- in Postgresql, although heavily modified for the purpose pursued by the Netezza engineers.
So, they are offering a new product called Performance Server that is also capable of using the Cloud Pak engine to offer a Netezza like service. I haven't studied very much this new offering, but apparently you can install it on-premise or on the cloud, and is based in the same Netezza code but with SSD storage and there is no mention of FPGA accelerators, so I'd say that it is probably based on the Netezza software offering I mentioned before.
So, IBM is validating my line of thinking. Thanks for that guys!
You have a summary of this in this link to an IBM's blog entry.
In any case, although this is a way to continue with the life of Netezza, I would have envisioned a much more bold future for the system. I will talk about what I would have done if I had the power to decide in another entry (this is already too long!).
The return of the non-dead
Now that we have just celebrated Halloween, maybe it is the proper time to comment on the return of the Netezza by IBM... Yes, as you are reading here, maybe Netezza is not as dead as we all thought. Or is it?
The thing is that someone at IBM apparently realized that after acquiring RedHat they also acquired a huge number of Postgresql users. And then they remembered that Netezza was also based -at the very beginning- in Postgresql, although heavily modified for the purpose pursued by the Netezza engineers.
So, they are offering a new product called Performance Server that is also capable of using the Cloud Pak engine to offer a Netezza like service. I haven't studied very much this new offering, but apparently you can install it on-premise or on the cloud, and is based in the same Netezza code but with SSD storage and there is no mention of FPGA accelerators, so I'd say that it is probably based on the Netezza software offering I mentioned before.
So, IBM is validating my line of thinking. Thanks for that guys!
You have a summary of this in this link to an IBM's blog entry.
In any case, although this is a way to continue with the life of Netezza, I would have envisioned a much more bold future for the system. I will talk about what I would have done if I had the power to decide in another entry (this is already too long!).
So, why did they kill it in the first place?
Well, I don't have the answer, I can only speculate and give my opinion. As it is my opinion that it was a mistake, although they are trying to repair it now with this Performance Server mentioned above, but I think it is too late (the same happened so Sun Microsystems when they decided to relive the Solaris x86, or HP with HP-UX: once killed, it is almost impossible to bring things back to life).
As I said, in my opinion all the rumours about Netezza not being ready for the cloud and the need of a special hardware are just excuses.
IBM had the right to do what they did, and probably the real reason was just to save money and concentrate resources in just one product, DB2, as their strategy was just to provide a unified and universal database: a one size fits all approach (just what we said at Netezza that didn't work... we used this reasoning to attack Exadata, and very successfully, by the way).
I heard rumours claiming that it was the "BD2 mafia" that simply couldn't allow any other database on the neighbourhood, that 9 out of every 10 DWH sold by IBM were Netezza versus 1 for DB2 or other databases and they killed it anyway because they were jealous. I don't know if this is true, it would be interesting to have the numbers to see the real selling and have a clearer picture of what happened and what is the real success of the IIAS that superseded the Netezza and DB2 systems.
In any case, an era is gone and I'm proud to have had the chance to work with such beautiful systems and to have helped lots of customers with such powerful and interesting systems.
IBM had the right to do what they did, and probably the real reason was just to save money and concentrate resources in just one product, DB2, as their strategy was just to provide a unified and universal database: a one size fits all approach (just what we said at Netezza that didn't work... we used this reasoning to attack Exadata, and very successfully, by the way).
I heard rumours claiming that it was the "BD2 mafia" that simply couldn't allow any other database on the neighbourhood, that 9 out of every 10 DWH sold by IBM were Netezza versus 1 for DB2 or other databases and they killed it anyway because they were jealous. I don't know if this is true, it would be interesting to have the numbers to see the real selling and have a clearer picture of what happened and what is the real success of the IIAS that superseded the Netezza and DB2 systems.
In any case, an era is gone and I'm proud to have had the chance to work with such beautiful systems and to have helped lots of customers with such powerful and interesting systems.
Wednesday, October 30, 2019
Algunos cambios en el blog
Como dice algún presentador famoso, como este es mi cortijo yo hago aquí lo que quiero y hablo de lo que me da la gana.
En general, me gusta hablar de tecnología, informática sobre todo, pero también de carreras de coches, de economía o de cualquier otra cosa que me interese.
Mi intención siempre ha sido la de que en este blog los artículos fueran todos en español, y en su blog gemelo, What's cooking (in English), aparecieran (casi) los mismos artículos, pero en inglés, obviamente.
Por razones técnicas por parte de Google/Blogger, que no voy a explicar, y porque "es mío el cortijo", a partir de ahora casi todo, si no todo, el contenido del blog aparecerá en esta direción y principalmente en inglés, ya que he decidido unificar ambos blogs en uno solo.
De vez en cuando aparecerán artículos o bien en los dos idiomas, o sólo en español cuando considere necesario hacerlo, pero lo normal es que a partir de ahora todo sea solo en inglés.
En general, me gusta hablar de tecnología, informática sobre todo, pero también de carreras de coches, de economía o de cualquier otra cosa que me interese.
Mi intención siempre ha sido la de que en este blog los artículos fueran todos en español, y en su blog gemelo, What's cooking (in English), aparecieran (casi) los mismos artículos, pero en inglés, obviamente.
Por razones técnicas por parte de Google/Blogger, que no voy a explicar, y porque "es mío el cortijo", a partir de ahora casi todo, si no todo, el contenido del blog aparecerá en esta direción y principalmente en inglés, ya que he decidido unificar ambos blogs en uno solo.
De vez en cuando aparecerán artículos o bien en los dos idiomas, o sólo en español cuando considere necesario hacerlo, pero lo normal es que a partir de ahora todo sea solo en inglés.
Wednesday, September 18, 2019
Estrategias de inversión: Invertir en petróleo.
Viendo lo que ha pasado en los últmos días con el precio del petróleo a raíz de los ataaques sucedidos en Arabia Saudí, resulta fácil pronosticar que el petróleo va a subir de precio notablemente.
Lo cierto es que era algo con lo que contaba después de los incidentes de este verano en el Golfo Pérsico y el Estrecho de Ormúz entre fuerzas de la marina iraní y petroleros occidentales, así que aunque no había encontrado el tiempo de escribir el artículo con la recomendación, el pasado 9 de agosto de 2019 hice una compra (con dinero falso en la cuenta de pruebas de Oanda) para probar mi tésis inversora.
A continuación el "pantallazo" con el resumen de mi cuenta de inversión (falsa, de pruebas) de Oanda:
La inversión en Brent es la única en verde. Lo otro son las posiciones en libras, ya que apuesto a que no habrá Brexit o que será suave y que la libra repuntará, junto a bajadas de tipos del dolar y el euro. Pero eso lo cuento en otras entradas.
En el momento en que hice la "compra" el petróleo Brent estaba a 58,8 dólares el barril. Mi estimación era que el precio escalaría hasta los 70 dólares.
Esta predicción se ha cumplido esta semana, así que si estuviera invirtiendo dinero de verdad, debería haber cancelado mi posición y habría ganado unos 1500 euros (con una inversión de inicial de 10.000 euros, recuperar un 15% en un par de meses no está nada mal).
Pero, como es una cuenta de prueba y el dinero no es de verdad, no he cerrado mi posición.
De todos modos, para hacer el juego más realista, voy a programar la herramienta para que tome posiciones de forma automática al llegar a los 70$. Veremos si la situación se repite de aquí a fin de año.
Sinceramente, creo que a medio plazo este va a ser el tope que va a alcanzar el precio del petróleo, no creo que se vuelva a repetir una situación similar salvo que algún acontecimiento extraordinario suceda, como una escalada bélica en la zona que ocasione restricciones en el suministro de crudo que afecten al precio.
Por tanto, en mi humilde opinión, el precio máximo que se puede esperar es del orden de los 70$ a medio plazo, por lo que en este momento no sería aconsejable invertir en petróleo. El momento óptimo era cuando el precio aún estaba por debajo de 60$, con posibilidades de recorrido que en este momento, desde mi punto de vista, son limitadas.
Subscribe to:
Posts (Atom)