Language:
switch to room list switch to menu My folders
Go to page: First ... 35 36 37 38 [39]
[#] Mon Dec 10 2018 14:23:31 EST from Freakdog @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

 

Mon Dec 10 2018 13:33:49 EST from IGnatius T Foobar @ Uncensored
Are they going to move from AIX to Linux on the same hardware, or are they switching to x86 as well?

I'd be willing to bet it's x86...can't move to "the cloud" if you're still running on Power.



[#] Tue Dec 11 2018 07:55:42 EST from fleeb @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


Hrm.

I wonder how much of Ubuntu's success relies more on Debian than whatever value they've brought to the whole thing.

But then, I look with frustration at what I needed to do to package something in RPM terms vs. Debian. Packaging is frustrating regardless of what system you use, but RPMs seem less robust than Debian, requiring a more manual process to address certain things. Debian seemed to have figured it out, and made their packaging system far simpler for the end user, if more complex to the developer.

I wonder about this because it'd be kind of funny if IBM addresses this shortcoming in RPM (as well as maybe getting Redhat to move a tad faster on providing reliable updates and regular releases), Redhat might kick ass again.

[#] Tue Dec 11 2018 09:28:19 EST from pandora @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

They'd be moving to the vmware environment from the ibm gear.

[#] Tue Dec 11 2018 11:18:04 EST from LoanShark @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

2018-12-07 10:45 from pandora
So, folks here at work want to move Oracle from AIX to Linux. My boss

has assigned me to teach the AIX Admins our Linuxy ways. Holy crap.



Awesome! It's the right move. Now they should hire me to teach my AWS ways.

[#] Tue Dec 11 2018 11:18:32 EST from LoanShark @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


pandora: congratulations on the recognition you're receiving.

[#] Tue Dec 11 2018 11:20:46 EST from LoanShark @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

I wonder how much of Ubuntu's success relies more on Debian than
whatever value they've brought to the whole thing.

Yeah, they get a lot of value from debian... although they are a fork, and I wonder how wise that is.

Ubuntu invests significantly in actual Linux development though. They contribute a lot to kernel and openjdk and gnome and countless other things no doubt.

But yeah, they are a paid-support org for a Debian variant.

[#] Thu Dec 13 2018 17:37:46 EST from LoanShark @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


Little by little, I'm warming up to Docker. It's a great way to deploy services.

Logging? Just send it all to stdout/stderr. If you're deploying within a proper docker-friendly environment, you don't need to do anything more. Disks will never fill up with logs, it all just goes to CloudWatch (or similar.)

[#] Thu Dec 13 2018 18:32:10 EST from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

I'm getting that impression ... the whole world seems to be converging around Docker as the universal way to package a service for deployment in arbitrary environments. And I think I'm ok with that.

Years ago I was invited to do some brainstorming with a startup that wanted to build a PaaS cloud dedicated to a specific vertical market. (They utterly failed at it, but they're still around doing consulting work.) The big thing I was looking for at the time was a way for participants to register services with the platform, so that those services could be provided from any location in the network, from as many instances as were required for scale, and the front end would just "find" them. None of the front end load balancing services we looked at were capable of accepting an inbound registration from a service which could declare "I'm a provider of service X, and here I am at address Y port Z".

The kind of infrastructures being built now with Docker and Kubernetes seem to be targeted at doing exactly that.

[#] Fri Dec 14 2018 08:25:16 EST from LoanShark @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

2018-12-13 18:32 from IGnatius T Foobar
I'm getting that impression ... the whole world seems to be converging

around Docker as the universal way to package a service for deployment

in arbitrary environments. And I think I'm ok with that.

That's exactly what's happening. Maybe you deploy it on top of an Ansible cluster, a Kubernetes cluster, or Amazon ECS, which is Amazon's kubernetes competitor. Either way, all 3 of those things know how to ingest Docker images (and the latter two *only* support docker)


So this is exactly what's happening, actually the consultants that built the UI for my current employer are a little behind the curve (other consulting groups tend to LEAD the curve with more modern practices than their clients) -- they built standard Ansible packages (non-Docker) -- they did a little bit of Docker work but it's only configured to run on the local developer laptops. So it goes.

[#] Fri Dec 14 2018 09:44:23 EST from pandora @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

LS: thanks, I'm really proud of myself these days. This past week my boss has come to me instead of the team lead to ask questions on stuff, and it totally feeds my ego. (especially since he's coming to me and not the senior admin between me and the lead)

[#] Mon Dec 17 2018 10:42:57 EST from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

(other consulting groups tend to LEAD the curve with more modern
practices than their clients) -- they built standard Ansible packages


I think you meant to say, other consulting groups tend to learn brand new technologies while charging clients for the time they spend doing it. At least that's what I've observed.

But yes, I'm excited about Docker, even though I haven't yet taken the time to learn how to build containers or run a K8S infrastructure. I probably ought to do that but haven't quite figured out how to get started.

[#] Sat Dec 22 2018 15:09:59 EST from LoanShark @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


That's not an unfair statement. I've seen that happen too.

But at my previous employer, it was the consultants who were driving a more modern architecture. In many respects.

Yes, they went too far on occasion; they can seem to run off in search of perfection while we just want a product shipped. They did a long-lasting K8S spike, and we didn't want nor need K8S (we went with ECS instead.) It's not that all the investigating-new-technologies shouldn't happen; it's that it should be communicating in advance and coordinated with the senior (non-consultant) architect; communication fails are not OK!

Nonetheless, docker (not necessarily k8s; you don't need k8s to do docker) is the new standard and in most respects, our consultants dragged us kicking and screaming into the new reality. And they were right.

[#] Mon Dec 24 2018 10:06:17 EST from LoanShark @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


WSL enhancements in the October Update: https://redmondmag.com/articles/2018/11/05/windows-10-version-1809-linux-support.aspx

[#] Mon Dec 24 2018 10:21:35 EST from LoanShark @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


Cool: "Therebve been some improvements to interop - you can now host windows applications inside tmux and screen without them destroying the rest of the window!"

[#] Wed Dec 26 2018 17:09:36 EST from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Nonetheless, docker (not necessarily k8s; you don't need k8s to do
docker) is the new standard and in most respects, our consultants
dragged us kicking and screaming into the new reality. And they were
right.

Right ... I've deployed Docker containers on "regular Linux" a few times.

But if you're building a dedicated environment to run Docker stuff, k8s seems to be the most popular way to do it?

[#] Fri Jan 25 2019 17:55:06 EST from LoanShark @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


k8s may well be the most popular, but it is more complex than its competition and it's not as well-integrated into the amazon environment in particular. (that's starting to change with EKS but it's still less of an AWS-native solution, in my view, as it wants to do things its own way.)


long and short, docker is the standard but for the underlying docker-compliant deployment cluster there are at least 3 competing alternatives. ECS is my choice in an Amazon environment.

[#] Wed Jan 30 2019 12:22:57 EST from fleeb @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


k8s... that's that... what... kuberknocknees thing or whatever?

I've been curious about that. We could benefit from something that lets us build out a full virtual environment in one place, then deploy it to this cloud engine, or that one (AWS, or Google Cloud, or some local customer site without internet access, or whatever). I'm lead to believe k8s could do that, but I haven't had time to research it well enough.

[#] Thu Jan 31 2019 14:30:26 EST from Ragnar Danneskjold @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

We do that with Openshift and Kubernetes.

[#] Thu Jan 31 2019 19:21:32 EST from LoanShark @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


you can get about 90% of the way to this cloud-independence nirvana with just docker-compose... ECS command-line tools accept docker-composse files as input...

[#] Mon Feb 18 2019 10:39:13 EST from fleeb @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


I wish I could research that right away.

We continue to embrace a particular vendor that I kind of despise (because of the way they have treated us in the past). I would prefer us to prepare our product in a way that would allow us to jump to a better vendor should one arise (or to our own version of what the vendor does, should we ever decide to put up the money to do it). The more stuff we build in that vendor's environment, the worse the situation gets, to my view.

Besides, there is value in keeping the vendor on their toes. A vendor who needs us, but thinks we need them, doesn't react as well to problems as one that needs us, but doesn't think we need them.

Go to page: First ... 35 36 37 38 [39]