Earlier quoted context omitted.
The problem with any M&A is no different than what happens in marriages - do the two blend together, does one dominate the other's culture, etc? The truth is that IBM's history (and to be fair, almost all 10-figure+ market cap tech companies) even with multi-billion dollar acquisitions (that's almost all they do with the exception of Google and Apple I can think off the top of my head) is that the current company's i…
"the current company's inertia dominates whoever they acquire and the internal sales-driven culture in developed markets supersedes anything resembling engineering related from a company they acquire" What engineering-related innovation has RedHat come up with? As a Linux sysadmin I've noticed that all of the companies I've worked at that have used RedHat chose it not because it was innovative but because: 1 - they c…
IBM Closes Acquisition of Red Hat for $34B
281–290 of 303 posts
Re: IBM Closes Acquisition of Red Hat for $34B
#282Earlier quoted context omitted.
I just don't see how Red Hat competes with AWS, Azure, and GCP It doesn't. Their cloud tech, OpenShift, runs on top of the others. Kubernetes can sit on top of that. It makes private clouds portable (kind of).
Slight nitpick. OpenShift, since its latest major version (3?) is Kubernetes. It's mostly a repackaging/distribution of k8s. OpenShift can run on top of AWS/Azure/GCP, but also, most importantly, OpenStack.
Re: IBM Closes Acquisition of Red Hat for $34B
#283Earlier quoted context omitted.
Based on market share, Google has undoubtedly run the numbers and realized that increasing cloud portability hurts Amazon and Microsoft more than it hurts Google. From that perspective, community adoption of k8 benefits Google.
This is correct, however, kubernetes is a platform of platforms. I.e. it will hurt all of them at the end. Kubernetes is realy a free, uncontrollable , widely installed (on prem and cloud) infrastructure, that compete directly with the clouds. Think of the iphone app store, without any apps (yet), and not controlled by apple. The reason that companies pays for cloud services (which are 20x the real cost of hardware)…
Re: IBM Closes Acquisition of Red Hat for $34B
#284Earlier quoted context omitted.
I just don't see how Red Hat competes with AWS, Azure, and GCP It doesn't. Their cloud tech, OpenShift, runs on top of the others. Kubernetes can sit on top of that. It makes private clouds portable (kind of).
Slight nitpick. OpenShift, since its latest major version (3?) is Kubernetes. It's mostly a repackaging/distribution of k8s. OpenShift can run on top of AWS/Azure/GCP, but also, most importantly, OpenStack.
Re: IBM Closes Acquisition of Red Hat for $34B
#285IBM is all in on the multi cloud story since they missed the cloud memo, and RH openshift is their key to allowing customers to lift and shift from AWS to Azure to GCP etc. Plus it's pretty clear they know how to do layoffs and that knowledge may be applied to RH soon to boost profitability.
Re: IBM Closes Acquisition of Red Hat for $34B
#286Earlier quoted context omitted.
That doesn't bode well for Red Hat over the long term.
Unless Red Hat cannibalizes IBM from the inside out, and there's some talk that this is exactly what they want. They may be grooming Red Hat's CEO to replace IBM's CEO.
Re: IBM Closes Acquisition of Red Hat for $34B
#287Earlier quoted context omitted.
> and at almost $80hr (Texas), he's making better coin than most programmers here. Not sure about all programmers but I'm at $200 and I'm underpaid compared to my coworkers. Big telco.
You're underpaid at $200 an hour?
Yes $200/h is underpaid, it should be what people working at Walmart get paid.
Re: IBM Closes Acquisition of Red Hat for $34B
#288Earlier quoted context omitted.
FreeBSD is looking closely at systemd. While it is agreed it isn't the right solution to the problem, it is also agreed it solves a problem that init scripts cannot solve. Systemd as is will not (for legal reasons) ever be in freebsd, but don't be surprised if FreeBSD writes their own semi-clone that does most of the same things and implements a good part of the interface. I suspect if debian will drop systemd for th…
I like BSD-style init scripts; they are easy to work with and understand. I dislike this trend that systemd started. Pretty soon, everything will be a binary blob. This is one of the reasons I love OpenBSD--no binary blobs. OpenBSD runs great on most laptops with a few issues, but for the most part, I've had great success. It's very stable, easy to learn and use, and more importantly, secure. I want for nothing using…
Re: IBM Closes Acquisition of Red Hat for $34B
#289Earlier quoted context omitted.
Depends on the system. For a desktop enviornment you are correct, *bsd is at best an after thought to pretty much all projects. However "serious" server programs tend to get much more testing on BSD. I don't think you will have any issues running a database on BSD, and probably not a web server (though some web frameworks are Linux first so YMMV)
The biggest problem in "FreeBSD desktop" is not the "FreeBSD" part - that works pretty much fine.
Re: IBM Closes Acquisition of Red Hat for $34B
#290Earlier quoted context omitted.
Are you referring to systemd-journal-remote ? * https://www.freedesktop.org/software/systemd/man/systemd-jou... I am referring to something syslog -based: * https://en.wikipedia.org/wiki/Syslog#Internet_standard_docum... which can be used by other tools to process. Can you point me to documentation on how journald can be configured to send to a remote syslog server?
https://www.freedesktop.org/software/systemd/man/journald.co... Seriously, it's in the man page.
From the man page:
> Journal events can be transferred to a different logging daemon in two different ways. With the first method, messages are immediately forwarded to a socket (/run/systemd/journal/syslog), where the traditional syslog daemon can read them. This method is controlled by the ForwardToSyslog= option. With a second method, a syslog daemon behaves like a normal journal client, and reads messages from the journal files, similarly to journalctl(1). With this, messages do not have to be read immediately, which allows a logging daemon which is only started late in boot to access all messages since the start of the system. In addition, full structured meta-data is available to it. This method of course is available only if the messages are stored in a journal file at all. So it will not work if Storage=none is set. It should be noted that usually the second method is used by syslog daemons, so the Storage= option, and not the ForwardToSyslog= option, is relevant for them.
That is all about local. Again: I end having to running a syslogd locally so that I can send stuff remtely using an industry standard protocol.