JIRA can easily be used incorrectly

This is a great article about how JIRA can easily be weaponized for all the wrong purposes:

TechCrunch: JIRA is an antipattern. https://techcrunch.com/2018/12/09/jira-is-an-antipattern/

Like all things related to Agile, it needs to be used at the appropriate stage(s), otherwise it is just wrong.

Someone needs to have a view of the overarching goal, and that's where we fit in. Gulfsoft Consulting is a group of people who have decades of experience dealing wit it all of the details of data centers and application development, and we can help you make the right decisions. Contact us to start the conversation about your digital transformation.

With new avenues to make money come new ways for others to steal that money

I just read this article about Defy Media abruptly closing:

https://www.theverge.com/2018/12/5/18125657/defy-media-youtube-logan-paul-ryland-adams-anthony-padillo-smosh-network

I wanted to share this as a warning to all entrepreneurs out there to be diligent in vetting your partners and backers. Make sure you know what you're getting into before signing anything. And try to find a trusted adviser who you can turn to with questions about business and finances.

If you run Kubernetes in the cloud, the first major vulnerability found isn't a huge issue

The first major Kubernetes (aka K8s) vulnerability was found yesterday:

https://www.zdnet.com/article/kubernetes-first-major-security-hole-discovered/

It's a pretty big deal and quite scary, but patches were immediately available upon disclosure. What's even better is that the managed Kubernetes services running onAWS, Azure and Google Cloud Platform have all been patched already. If you're managing your own K8s clusters, however, you need to patch it yourself, which just takes time and know-how.

In my eyes, this is another data point that shows how proper use of cloud resources can be extremely beneficial to a company. Specifically, the big cloud players, especially AWS, are very similar to a highly competent and agile outsourced IT department. They have offerings that are years ahead of services that you would want to have onsite, and they've got testing methodologies in place to ensure that they're available 99.9% of the time.

It's true that there can be some issues in moving to the cloud, but many of the problems of the past now have very robust solutions that are included in the offerings. And those offerings are available on a pay-as-you-go basis in many cases. So you can easily keep tabs on exactly how much you're spending even on a per-application basis.

To ensure a successful digital transformation, contact us to get the experienced help that will put you on the right path.

A really interesting AWS DevOps job opening

I just received this email, and the job looks incredibly interesting to me. If you've got AWS and DevOps experience, please contact Bhaskar directly (contact details below):

Direct Client:: In person interview is needed. No skype/WebEx/Phone.

Location: Boston, MA

Duration: 12+ months (37.5 hrs/week)

Rate: Open

Responsibilities:

•             Help with production issues and deployments and any analytics/data science products

•             Move the team  closer to continuous deployment, improving tooling (i.e. automation) and use of infrastructure (i.e. try-test-iterate faster)

•             Setup deployment infrastructure for Mayflower, our style guide and visual component library

•             Setup deployment infrastructure for analytics and data science products, that AWS Lambda and Docker based (Goal: Reduced time to go from engagement to receiving data)

•             Create and implement a strategy to monitor Digital Services supported applications and accurately notify engineers of problems

•             Construct and maintain a Threat Model for Digital Services supported applications, and implement solutions for gaps in our security based on it

•             Develop a reusable infrastructure playbook and tooling for rapidly deploying Data Team packages to internal customers

o             Quickly standup standard environment and/or distribute or handoff work deliverables

•             Mentor the team on good DevOps practices

•             Development and deployment of RESTful APIs, including documentation

•             Setup and facilitate processes and environments for the creation of new services; this would include the creation of processes and deployments to dev, test and prod environments for the proof of concepts services developed throughout the agency.

Skills Needed

•             5-8 years of experience in the below categories

•             Experience with AWS cloud platform specifically with the following services (or equivalent services within alternative cloud-based platforms)

o             AWS CLI

o             Cloud Formation

o             Cloud Front

o             S3 management

o             RDS

o             DynamoDB

o             SNS & SQS

o             EC2 management

o             Elastic beanstalk and other auto-scaling services

o             Lambda Function (python & node)

o             API Gateway

o             AWS Route 53 and AWS Cert Manager

•             Linux terminal

•             Experience with an IaaS (preferably: Amazon Web Services)

•             Virtual machines

•             Monitor production web applications

•             People and technical process improvement/re-engineering

•             Communicating effectively

•             Continuous integration/deployment

•             Conducting technical and behavioral interviews

•             Infrastructure security practices

•             Documenting in plain language

•             RESTful APIs

•             Infrastructure automation tools

•             Amazon Web Services

•             “Serverless” architecture such as AWS Lambda

•             Microservices architecture

•             Bonus points for experience with:

o             Acquia Cloud

o             PHP

o             Drupal

o             Agile/iterative development

o             User Experience (UX) practice

o             Python

o             Ansible

o             Docker

o             Other Coding Experience

Thanks
Bhaskar

Bhaskar Nainwal
Software People Inc.bhaskar.nainwal@softwarepeople.us
Ph: 631-739-8915 © Fax: 631-574-3122

QRadar has a low cost Data Store option that lets you store and search as much data as you want

It looks like this has been around since April, but I just ran across it today. The QRadar Data Store option allows you to store as much log data as you want, without having to pay the normal EPS price. Here's more information on it:

https://www-01.ibm.com/support/docview.wss?uid=swg22009471

And a short video that talks about it:

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

It does have a cost, but it's MUCH cheaper than the normal QRadar cost, and it allows you to use the same QRadar interface to search all of your log data (rather than only your security related information).

Istio and transaction topology for serverless applications

I just watched this short video on Istio:

https://www.youtube.com/watch?v=1iyFq2VaL5Y

Basically it's microservice plumbing for Kubernetes that adds security and telemetry. So I wondered if that telemetry included topology information and found that it DOES (or it can with a plugin):

https://istio.io/docs/tasks/telemetry/servicegraph/

So in some way off future, you'll be able to "automatically" obtain topology data without having to install and manage data collectors and agents (also without asking developers to instrument their code). Kinda neat.

Every enterprise is already using serverless applications in some form or another

If you have an application that makes a call to an external application, then you're on the calling side of a serverless application. Here's a high level graphic to illustrate my point:

You essentially have no insight into how the Results are generated by the "cloud" you're accessing via IP address or hostname. So you're accessing a service, but the actual server part of that interaction is abstracted from you.

Here's a great article on the concept of "Servicefull Serverless" to go into more detail about this:

https://www.infoq.com/articles/serverless-sea-change

Now, the current definition of "serverless" leverages all kinds of possible technologies like AWS Lambda or Whisk or even Cloudflare Isolates, on top of containers and Kubernetes running in VMs (or bare iron in the case of Isolates). So it's extremely important for you to understand those components at some point, but from your view as a consumer, you're already using serverless technology.