Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 11 Sep 2018 17:17:20 +0000 (UTC)
From:      Lucy Davis <>
Subject:   Re: Interview Proposal
Message-ID:  <1249414358.10200843.1536686240439@ip-10-1-0-82.ec2.internal>
In-Reply-To: <1120584734.7915038.1536340640809@ip-10-1-0-82.ec2.internal>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
Hey there,=20
Sorry to bother you again but I'd love to know your thoughts on my previous=
 email :)=20
-----Original Message-----=20
Hey there,=20
I expect you're really busy but I just wanted to know if you had managed to=
 have a look at the previous email I sent you a few days ago (email below).=
-----Original Message-----=20
I'm Lucy from Top 10 Website Hosting. We provide in-depth hosting reviews=
=C2=A0with actual performance data and statistics.=C2=A0=20
As you can see, we publish outstanding content such as this:
I'd be really keen to write an in-depth review of your company, and ideally=
, have a test account to explore the functionality.=20
Your contribution would be very valuable and would also generate exposure f=
or your brand (we're the biggest hosting comparison site in the UK).=20
We can start writing a draft and then send it across for your review?=20
Kind Regards,=20
From  Tue Sep 11 19:10:19 2018
Return-Path: <>
Received: from ( [IPv6:2610:1c1:1:606c::19:1])
 by (Postfix) with ESMTP id E8309109A5AD
 for <>;
 Tue, 11 Sep 2018 19:10:18 +0000 (UTC)
Received: from (
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (Client CN "",
 Issuer "Google Internet Authority G3" (verified OK))
 by (Postfix) with ESMTPS id 745E885D4E
 for <>; Tue, 11 Sep 2018 19:10:18 +0000 (UTC)
Received: by with SMTP id m26-v6so21733603uap.2
 for <>; Tue, 11 Sep 2018 12:10:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20150623;
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025;
X-Gm-Message-State: APzg51ArZdWQaww9Gu9ywkgdPeasInmCLMhzHV34o2GbUh9ZNAdqcZpH
X-Google-Smtp-Source: ANB0VdZkHAy/wpmW9dsxmbCxBMgVxyLsdb4YJXpyv9M4ZqZvsOJeuMwEodnNZ62eGKHEWT0F984c1CWMFRIreszelR0=
X-Received: by 2002:a67:c499:: with SMTP id
 Tue, 11 Sep 2018 12:10:17 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a67:7b42:0:0:0:0:0 with HTTP; Tue, 11 Sep 2018 12:10:16
 -0700 (PDT)
From: Alejandro Imass <>
Date: Tue, 11 Sep 2018 15:10:16 -0400
Message-ID: <>
Subject: [OT] Is the IT Crowd re-inventing Unix with Virtualization, Docker
 and Microservices?
To: FreeBSD Questions <>
Content-Type: text/plain; charset="UTF-8"
X-Content-Filtered-By: Mailman/MimeDel 2.1.27
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: User questions <>
List-Unsubscribe: <>, 
List-Archive: <>;
List-Post: <>
List-Help: <>
List-Subscribe: <>, 
X-List-Received-Date: Tue, 11 Sep 2018 19:10:19 -0000

Hi all,

I guess it's time for another food for thought email of like-minded
FreeBSDers, as I am coming to a new conclusion about this whole enterprise
crap world of which I am so evermore fed up of...

For me it all started with a comment about Theo de Raadt's visionary
comment here, brought to light by Ian Smith in 2017:

At the time I was going through Java / AWS hell so I posted this rant which
was followed up by interesting and diverse commentary:!topic/ml-freebsd-questions/bMlBTj4Xx_Q

And now I have been recently exposed to the pinnacle of enterprise crap:

Not saying that they are not a good idea, on the contrary, they are! But is
this all really that new??

So modern-day microservices rely heavily on virtualization (Linux on AWS),
pseudo-virtualization (Docker), and well, the microservices themselves.

They bring on a whole new set of challenges such as log unification
(usually through something like Elastic Search, Log Stash, Kibana, Beats,
etc.), and IPC (through an MQ su as Apache Kafka). Plus a whole new pile of
shit that they are throwing at this microservices "architectures" such as
Hystrix and of course, everyone needs to be "streaming" so they throw in
stuff like Spring Reactor or RxJava, "new" Actor design patterns like Akka
(actually invented in 1973) and well, whatever other thing that Netflix or
Amazon use, then everyone else has got to use them too.

Read any book on the subject and well, cry. Talk about layers and layers,
upon layers and layers of crap, basically to achieve something like, well:
Unix, TCP/IP and HTTP.

So let me breakdown a few of these things so you get what I'm saying:

Reactive Streams: a new FAD designed to handle "back pressure" and vertical
scaling by taking advantage of multi-core CPU's and low-level caching
issues etc. Well, guess what, enterprise idiots: that's EXACTY why you want
a solid Operating System that sits on, and it's fined tuned to that
specific real hardware! and with regards to back-pressure, old school
protocols such as HTTP have had things like 503 and RetryAfter header from
their original design!!

It's so funny that most of these things are for multi-core optimizations
that are not even running on real hardware!

Log Unification: well how about a little education on RFC 3164 and Log

Virtualization: isn't this what Unix basically is? I mean the concept of
processes that are running and sharing resources is that not virtualization
by principle?

Pseudo-Virtuzalization: Isn't this what chroot and BSD Jails do? Oh you
want an easy interface like Docker, well how about EzJail?

IPC: Isn't that what pipes and SYS 5 IPC provide: an MQ, Shared Mem and
Semaphores? Oh too slow? (really? compared to what?).

And finally the crown jewel: microservices. Well, isn't this one of the
basic design principles of Unix? I mean tiny little things that talk well
to each other to build big things with?

Honestly I could go on but I thing you get the idea. It seems that this
whole "enterprise" industry has been hell-bent on re-inventing a big, bad,
ugly and expensive version of Unix, just because they don't want to tie
their design to Unix? For portability? to what?, well to another flavour of
Unix called Linux, running on Xen and well, Linux.

Is there are real proof that all this microservices crap is really that
much better than individual processes (e.g. built with sh, Perl and/or C)
running on a fined-tuned Unix system on real hardware?

Oh yeah, that's right, high-level guys are too expensive? really? compared
to what? to the dozens and dozens of mediocre "coders", "devops",
"techops"and whatever other "ops". Yeah, we are way more expensive but we
are 50:1, maybe 100:1 compared the median in the "enterprise" side of

Steve Jobs was so right about the "dynamic range"of A players:

Anyway, that's my rant of the year ;-)

Thanks so much for FreeBSD!!



Want to link to this message? Use this URL: <>