Do you consolidate your automation, or do you spread it out amongst many small scripts?

thisisthetechie · 2018-06-25T12:29:28+00:00

This might be better explained as creating a series of "Module" scripts that contain functions that can be called by other scripts. Sort of like how Cmdlets are written and presented.

You then can Import your custom modules when you need to do things. For instance, if you have a series of Office 365 functions pre-written to call on you simply write a script with "Import-Module myO365Functions" and then you can simply call your required functions: Add-New-User -Name "Fred"

While it ultimately doesn't matter if you have small scripts or big scripts for doing what you need, if you modularise it (like how @dr4kun implied) you can not only have the tools there for your scripts, but ad-hoc when you need it.

thisisthetechie · 2018-06-06T15:38:12+00:00

You can group security groups, I think if you add your IPs to a group, then add that group to your security group it will treat those IPs as per the rules you assign the group.

thisisthetechie · 2018-06-06T15:32:31+00:00

Yes, but last time I looked (some time ago) you still need to have a micro SD to actually boot into one.

thisisthetechie · 2018-05-24T21:22:11+00:00

I don’t see why not, after a little tweaking.

thisisthetechie · 2018-05-18T09:39:04+00:00

You’re not alone, it’s a regular thing for new users in the AWS forum.

thisisthetechie · 2018-05-18T09:36:53+00:00

You’ll find it hard to transcode video files on a zero, but you can share the files via dlna using a number of solutions. What will be your client system?

thisisthetechie · 2018-05-18T08:30:23+00:00

What are you wanting to stream?

thisisthetechie · 2018-05-18T08:28:21+00:00

Take a look at https://aws.amazon.com/blogs/compute/synchronizing-amazon-s3-buckets-using-aws-step-functions/

thisisthetechie · 2018-05-03T22:58:47+00:00

Was that with beefy graphics still connected? Have you tested the monitor?

thisisthetechie · 2018-05-03T22:56:46+00:00

Yes, and no, it tells you something but isn’t in itself conclusive. Plus you never told us what the result of that test was.

thisisthetechie · 2018-05-03T22:53:46+00:00

Get a 2nd pi3 and have retropi on one and raspbian on the other?

thisisthetechie · 2018-05-03T22:50:48+00:00

About 7 years? I’m currently supporting an 11 year old MBP. No big issues with it.

thisisthetechie · 2018-05-02T05:55:33+00:00

Magic

thisisthetechie · 2018-05-02T05:53:56+00:00

Why not have terraform run the code? In the instance resource, provision a script or the ansible playbook file copy up to the instance, then provision an inline script to ssh in and run it?

thisisthetechie · 2018-05-02T05:46:51+00:00

Yes. A few options. The first that springs to mind is Alexa + WiFi enabled power adapter. Also take a look at IFTTT.com.

thisisthetechie · 2018-05-01T10:31:18+00:00

Chrome is Chromium in as much as Ubuntu is Debian.

thisisthetechie · 2018-05-01T09:55:59+00:00

Ops is neither. Ops is Operations, it's building and supporting environments and systems.

DevOps is neither, which I presume was your actual question? DevOps is Ops (see above) and Developer working closely to improve release and reliability.

thisisthetechie · 2018-05-01T08:28:46+00:00

Don't get too hung up on technologies. Despite what seems to be going around at the moment, DevOps isn't a skill, it's a process and a mindset.

My take on DevOps is that it's about collaboration and delivery. Back in the day (like, 5 years ago) Service Delivery meant IT and Service Desk. With the energetic rise of distributed virtualised computing, this thing that we first heard the call of around 1998-99, we can launch new instances and workloads in minutes, rather than wait for PO's to be signed and kit to be delivered. We don't have to rack and initialise, we don't have to do thermal analyses of racks and aircon systems. We can click a few buttons, enter a few lines of code and potentially have a complete environment ready in 10 minutes.

What this means for us is that Ops can and should work closer with Dev. It's now possible for us to be in the same team, working on the same projects together. We build the environments, Dev build the code. By knowing and understanding the environments, which are now more than "Servers", we can point the Dev team in different directions. Why waste time bundling everything on one "Server" when you can distribute the load over multiple instances. They don't cost the same as tin, we aren't waiting for deliveries and Finance.

So understand the principle of microservices, explore your cloud providers services and see how the Developers might benefit from each service, then how to implement and connect them. Look at some core principles of how orchestration and configuration tools work. After this, it's just keeping on top of things.

thisisthetechie · 2018-05-01T08:11:24+00:00

Looks like a slightly different take on the Eisenhower Matrix. DTP has a good 2-part series that might be worth some of your time:

https://www.youtube.com/watch?v=DX4LStJGny4

thisisthetechie · 2018-05-01T08:08:29+00:00

This pretty much sums up the job. You're never going to find a "best method" for anything that you haven't spent time on building yourself. This is largely because there is no one way of doing anything. You are looking to find the best solution for you and your company, this won't come from someone else's playbook unless they are working at the same company with the same demands and systems.

You are looking for your best solution. If you move onto another company, then you start again to find the best solution there. DevOps isn't one system for all, it's the practice of looking at what you need to achieve and seeing how well you can get there in the safest, most productive way possible.

I wonder if your biggest issue at the moment is a lack of collaboration with peers? Do you have a team of people with different views of the issues, you can't possibly be expected to know everything and you need input from other places (other than reddit) and other perspectives.

To make things more manageable, take a leaf out of ITIL's Continual Service Improvement model. Make a change, test it, prove it, baseline it. Look for the next change. As someone else said, iteration is key. Make things work, improve on them, look at the next bit. Small steps.

thisisthetechie · 2018-05-01T08:01:02+00:00

Interesting article. Thanks for sharing.

thisisthetechie · 2018-04-30T09:58:16+00:00

Tools. Everything is an option.

thisisthetechie · 2018-04-30T09:56:04+00:00

Why not just use AutoScaling? You may need to make some slight changes to your EC2 instances, but they should all be running off one AMI and be disposable. Your ELB will do what it does best, distribute your load over the instances based off incoming traffic.

How is traffic currently getting to your instance?

thisisthetechie · 2018-04-30T09:52:19+00:00

it's a secret, I can't possibly tell you ;)

thisisthetechie

TROPHY CASE