If you're going to lie, make it the right one!

Now don't get me wrong, I understand that it's not everyone's cup of tea to write about themselves, let alone make it sound appealing! But for some career choices and industry fields its imperative that a well written CV is par for the course... I read many CV's and can experience a real mix between good, bad and downright ugly. When it comes to a CV I believe in the age old term of 'Less is more' - Yes, you need to mention the key areas of expertise, but no, you shouldn't give everything away; if you do there is no reason for further interrogation, or as we like to call it - AN INTERVIEW.

I was amazed recently after advertising for a new permanent role within our company - In less than 3 days I received over 80 applications, from locations across the country and with a complete mixture of backgrounds and experience. What surprised me the most was the amount of candidates who would list having a particular accreditation or passed a certain exam, then upon checking... guess what... they never completed the course.

Has the market become so competitive that people feel they need to stretch the truth so drastically, or are we turning into a society of liars and cheats?

In today's' competitive market its almost expected that employment dates and maybe even job-titles may be tweaked from time to time to assist in the pursuit of a new role. Although I never went to University, or college for that matter - I'd never think of documenting that a master's degree was achieved while at the University of Aberystwyth!

So in essence a word of advice for all you job-hunters, I'd like you to remember my 5 rules when writing a truthful, compelling and above all successful CV - Don't write a Job Description, Provide an overview of who the employer is and what you were employed to do, highlight what you achieved and were proud of, keep it brief and keep it honest!

Ben Towers, Head of Resourcing at Roc.

SDN: Not Just a Technology?

I have been watching the development of SDN with interest over recent months. SDN controllers have been released by some major SDN players recently, cementing its importance in the industry and as a technology with a future. Momentum is building, although most of the discussions have been around the technology itself, its capabilities and its application to the challenges within a business.

However, I wanted to start by looking beyond the technology and consider the impact of SDN on other aspects of the business; including teams, productivity, the network engineer, strategic networking, process automation and adoption.

IT Teams have predominantly been technology focused i.e. Network Teams with Network Engineers, Apps teams with Developers. SDN is an opportunity to change this traditional way of working with the possibility of forming 'hybrid teams'. These teams could be made up of a mixture of Network Engineers and Application Developers, increasing agility and effectiveness within a single high performance team resulting in accelerated deployment of new solutions. It would also allow more innovation as forward thinking teams would have the correct skills locally to deliver ideas without having to rely on resources from across the business and compete with different priorities.

SDN, as the name suggests is a software driven technology, requiring software programming skills to make effective network changes. This has naturally left Network Engineers questioning the value of their skills within an SDN orientated world. Although on reflection the technology still uses the same transport mechanisms, therefore, the engineering skills of today will still be required in the SDN environment of the future. Engineers will still need to have a good understanding of IP transport technologies, which will enable them to troubleshoot within different environments with increased complexity.

SDN does introduce new programming languages to network engineers which may cause some resistance but it is actually a blessing in disguise as it has the benefit of allowing management control across an entire network infrastructure with a common language agnostic of the hardware vendor. This also means skills are more transferable between organisations and platforms.

SDN Programming also has the ability to automate some of the network management tasks, i.e. A custom python script implemented on an SDN controller could potential automate the collection of information across an entire estate. This script could check on a monthly basis for any issues in the network configurations that could cause instability or compromise security including port group configurations or miss configured spanning tree. Implementing this script into an SDN environment would dramatically reduce the time spent on the task, increase the accuracy of finding configurations issues and consistency.

Its worth considering the risks of such technologies, one of which is the automation of inefficient business processes. Although this is not specific to just SDN it's just as noteworthy. Process's need to be reviewed and re-engineered to reflect the new agility and programmability of SDN. Automating inefficient processes often just amplify the problem and ultimately will have negative effects within the workplace. It's worth mentioning that a process should add value to the end user. Automation should allow processes to be re-engineered and made more efficient to the benefit of the end user, whether internal or external to the organisation.

Organisations should begin to prepare for SDN and develop a deployment strategy that considers the individual organisations challenges and goals. This should include when to buy into the technology and how to deploy it.

Deployment in SDN pods is considered the best approach, although it does require a top down approach and alignment with the business strategy to achieve the best possible return and benefit.

It is also worth considering the development curve of SDN in the marketplace and where your organisation sits on the technology adopter curve in relation to SDN. I suspect as with all technologies, the innovation is within the many small niched companies. As the technology develops to become more commercially viable, larger companies consume the smaller companies, or the smaller companies merge creating larger companies. At some point during this technology development we will see what vendors and their differentiators will benefit your organisation.

Taking all this into consideration, SDN has the potential to change the way in which a business functions and interacts with the network. This allows SDN to become a strategic advantage, improving users experience and reducing operational cost, although it does require careful planning and integration to your organisation to get the best out of it.

"Someone's sitting in the shade today because someone planted a tree a long time ago."

By Andy Partridge

Why DevOps and collaboration should be embraced in an automated world

It is increasingly common to find the word DevOps being bandied around in office corridors, but what does it actually mean for your typical System Administrator?

Certainly in the past I've ignored DevOps mainly because of the word Dev and its association with programming. I just didn't want to be a programmer. I've typically seen it as a separate role which fits in between sys admins and devs, but more recently I have seen that this is actually where System Administration is heading.

Most organisations have teams split between a production support function and a project function. This allows projects and development work to be separated from support so that appropriate priority and focus can be given to each activity. With the move towards "automation, automation, automation" across IT in general, sys admins are having to look closely at the manual work they do and how this can be automated and repeated across multiple systems.

As an example, a large global retailer I've worked with utilises Red Hat Satellite features such as Kickstart and Snippets to automate the installation of virtual machines in combination with Cobbler to streamline the build process. Using these technologies reduces the duplication of scripting by parametrising and re-using functions for different configurations. This is a first step on the way down the DevOps path.

Many other technologies exist to continue the journey. Again, the large retailer has begun introducing Red Hat Openshift as a method for reducing the time it takes to spin up environments by offering an on-demand service for developers to deploy to. This avoids having to go through the usual process of provisioning systems at the virtualisation layer and typically being held up by the many steps along the way before a fully functional virtual server is ready and available for use.

This isn't to say that provisioning is dead, not by a long shot, Openshift offers a quick and relatively simple method for giving developers what they want. Beyond provisioning there is configuration management where 'Infrastructure as Code' begins its life. Puppet and Chef are the new tools for sys admins and bridging the gap between development and operations as both developers and sys admins start understanding the opposite sides of the DevOps role.

It puts sys admins in a very good position as the coding practices in which they develop in turn allows them better visibility of the development environment and the associated tools that go along with it. Tools such as Git, Jenkins, Cucumber, Nexus and Artifactory. This all helps to improve communication between developers and sys admins and therefore has benefits in efficiency and the resolution of issues.

Developers can also write their own infrastructure code, giving developers the ability to work on projects without loading sys admins with unnecessary tasks. This all becomes a collaboration activity between Dev and Ops. Those tools, Puppet/Chef, allow the enforcement of configurations across multiple systems, ensuring the on-going maintenance is automated as much as possible. Where teams are split between Projects and Support, cross training of these new technologies has to take place in order for all the sys admins to understand the new methods being used.

In the end, when you combine provisioning technologies such as Red Hat Satellite/Cobbler and configuration management tools such as Puppet/Chef mixed with Git, Jenkins and Cucumber your infrastructure can be automated from build to deployment to on-going support and developed using a continuous integration cycle.

Sys Admins have the ability to understand both the code used in the automation and the commands to best implement them. I for one am looking forward to the challenge posed by DevOps.

By Dan Bateman

How software Defined Networking Networking Will Change The Face Of IT

The world of networking is undergoing a paradigm shift. Software defined networking and the new age of data centres are set to radically change the structure of IT departments across the land. It is vital that businesses understand the importance of this change, what it means and how it can benefit them. In a software defined environment the intelligence and routing within networking, computing and storage are handled exclusively by the centralised software plane, all but eliminating the need for local configuration of hardware. This will drive commoditisation and extend refresh cycles. Software defined datacentres can be delivered as a service with a totally virtualised infrastructure, quite different to how things have been done up until now. As such, support will be necessary both before and after deployment. This new way of doing things brings with it many benefits including increased flexibility and control. It will also require a big shift in the way IT organisations are run and the skillsets needed within the sector. 

Network administrators will need to learn how to deploy new features within a virtual environment, and virtual administrators will need to learn how to do tasks that were previously firmly in the realm of the network admin. For instance, many network problems will be fixed by virtualisation administrators without having to get the network team involved.


When considering a move to a software defined system you should also be carefully considering the change in roles and responsibilities that come with it.

From Shore to Shore - Is It Time to Reshore Your Business?

Offshoring has been rampant in the last few decades, decimating entire communities and changing the face of Britain. Now, some companies are starting to bring those exported jobs back home in what has been dubbed ‘reshoring’ - and here’s why.

Save Money And The Planet With Unified Communications

‘Going green’ is not just a fad or a clever marketing ploy. It makes social, environmental and business sense on every level. A good business is one that is always looking to increase efficiency and profitability, and unified communications is one way of achieving that (plus a whole host of other benefits!)

Travel Less

There’s just no substitute for meeting face to face sometimes. Other times, virtual meeting tools and telepresence can really fill the void in communication that is sometimes felt through a phone call. With unified communications and high definition telepresence technologies you can conduct training and business meetings in a much more satisfying and effective manner, often eliminating the need to travel altogether. Until you have experienced a telepresence meeting it is hard to appreciate just how amazing the technology is. Much more than a simple video link, it emulates a face to face interaction with an incredible degree of authenticity.

As business travel is responsible for a large portion of greenhouse emissions this is already having a significant impact on the environment, and saving businesses a huge amount of time and money. Not only that, but it helps employees to achieve a healthier work-life balance, reducing stress levels, improving employee retention and increasing job satisfaction.

Telepresence can also give your employees increased flexibility to work from home or anywhere else they choose. Helping to further increase productivity whilst decreasing your carbon footprint.

More Efficient Hardware

Unified communications systems provide direct energy savings through improved efficiency. Consolidating several independent systems into one unified communications system saves on cooling and energy consumption. Another benefit is the physical space that is saved in doing so.

What’s Holding You back?

Whether your business provides B2B services or products, or deals directly with the public, unified communications is the future. Customers expect multiple avenues of contact, and expect a certain level of efficiency that is far easier to achieve with unified communications.

Failure to keep up is to give your competitors the advantage. In today's fast paced world even huge multi-nationals can fall if they fail to adopt new technologies quickly enough. If you haven’t already upgraded there has never been a better time to do so.