Software Architects need these Four Essential Skills

Of course, strong technical ability is a requirement for anyone employed as a software architect. This role is almost always filled with someone who forged their skills working at least a few years as an application engineer. What separates the best architects from those merely holding the job title are the other intangibles necessary to thrive in today’s business world.

O’Reilly Media recently looked at four essential abilities a software architect needs to truly be successful in this era of Agile and DevOps. Let’s take a closer look at these skills to see if adding them to your toolbox makes you better at the practice of software development. Good luck!

Technical and Business Leadership

A good software architect knows how to lead the developers on his team, while also working closely with business stakeholders and project managers to ensure the project requirements are clearly defined with sufficient progress being achieved. Mark Richards, an experienced software architect and author, commented on the importance of this trait.

“It’s being a technical as well as business domain go-to person, it’s really to help clear roadblocks to the team so they can actually move forward. Being a leader as an architect means providing technical help and guidance, it means to help the team make decisions and form those decisions and validate them, and also to provide motivation to the team and support whether it be technical or non-technical support,” said Richards.

The Ability to Negotiate

Software architects also need to be able to negotiate at times to ensure a technology project proceeds in a smooth fashion. This skill comes into play when first determining the technology stack and basic architecture for an application. Sometimes, stakeholders may want a feature beyond the scope of the project or its budget. Similar negotiations happen with project managers and even the development staff, ensuring buy-in before the actual work commences.

Strong Decision-making is a Must

While the product owner or project manager typically rank higher in the hierarchy of most technology projects, a software architect still needs to possess strong decision-making skills. This especially comes into play regarding the technology stack used on a project, i.e. programming language, database, virtualization platform, etc. A strong-minded and confident approach definitely helps to formulate a robust architecture for a software application.

Collaboration is Vital in Today’s Technology World

It stands to reason any software architect working at a company with a DevOps organizational structure knows how to collaborate with their coworkers. Many enterprises also use architectural teams to define system architectures as a group. In this latter case, being able to share ideas and concepts with other like-minded professionals – in an ego-free fashion – helps ensure the best possible applications are built for the organization. Richards feels a mediator role helps when architectures are defined using a team instead of an individual architect.

In any case, it is obvious the best software architects possess a variety of skills that go beyond writing great code. Consider developing these abilities in your own work to take your software development career to a higher level.

Thanks for reading the Betica Blog; check back soon for additional news and insights from the constantly changing software development world.

Business continue to strive for Continuous Integration

One of the major reasons companies eschew older software development methodologies for Agile is to make the process faster, more nimble, and ultimately better able to meet the constantly shifting needs of the business. The “holy grail” of this effort is usually continuous deployment or continuous integration, where software updates typically happen on an hourly basis. In a competitive business world, this kind of transformation is sometimes necessary for survival.

Embracing state of the art innovations like containers and automation also remain part of the process, but let’s take a closer look at the current struggle for enterprises to achieve continuous integration. Maybe these insights help your own company undergo a similar evolution in software engineering.

Continuous Integration not widely Implemented… yet

A recent study by Dimension Data, and reported on in Information Week, looked at the adoption of Agile and continuous integration at the modern business. Over 700 industry professionals responded to the study; working at companies of all sizes from the enterprise to the SMB. The survey noted the wide popularity of Agile throughout the technology world, and while continuous integration is a worthy goal, a relatively smaller number of organizations have yet to achieve it.

About one-third of the respondents reported a full engagement with Agile among all their software development teams, while 94 percent noted at least part of their organization’s software engineering process used Agile. The other six percent either didn’t use Agile at all or were experimenting with the methodology on a pilot project.

For the purposes of the study, continuous integration is considered to be the ability to deploy software updates on an hourly basis. 28 percent of the surveyed organizations consider that level of CI to be their ultimate goal with Agile, while only half of those firms achieve it today. Dimension Data noted that 18 percent of last year’s survey respondents had CI as a goal, showing a notable increase on the current survey.

Faster Software Updates and Bug Fixes

Even if companies don’t reach that final goal of hourly software updates, they are still reaping the benefits of Agile, according to the survey. 35 percent of the respondents integrate updates on a daily basis, while 17 percent are able to do so every week. Another 20 percent update their systems on a less than weekly basis, but still faster than with older methodologies, like the Waterfall.

Naturally, bug fixes also happen more quickly when using Agile – likely with other software development innovations contributing to the higher efficiency. These speed improvements were relatively minor – a few percentage points – probably due to software enhancements being more important than anything but critical fixes. Around 20 percent of the respondents use test-driven development and are seeing fewer defects as a result.

87 percent of those surveyed embrace some form of automated testing, with either Selenium and/or Appium being used by 70 percent. The use of DevOps is also emerging with 88 percent of the respondents either considering it or already leveraging some of its practices.

The bottom line remains simple: If your organization is interested in a faster development process, obviously Agile needs to be on your radar if it isn’t already. You may never reach continuous integration, but benefits are able to be achieved throughout your journey.

Stay tuned to the Betica Blog for additional dispatches from the world of software development.

Barman and repmgr – Essential Tools for PostgreSQL

If your company’s software engineers are veterans with PostgreSQL, chances are pretty good they are also familiar with the utilities, Barman and repmgr. Barman handles the management of the backup and recovery process for a Postgres instance. While repmgr, as hinted at by its name, performs a similar role with replication – in fact repmgr also offers a measure of integration with Barman.

Let’s take a closer look at both tools to see if they make sense as part of your PostgreSQL implementation. If your team is considering Postgres as a cheaper alternative to Oracle, perhaps this additional information helps make your decision easier. Good luck!

Barman – the PostgreSQL Choice for Disaster Recovery

Developed by the well-known purveyor of Postgres support, training, and development, 2ndQuadrant, Barman is a worthy open source option for organizations needing a tool to handle backups and restores for PostgreSQL. It also plays an important role in any company’s disaster recovery process. Barman helps ensure databases are back online as quickly as possible – a vital factor in achieving business continuity.

In fact, Barman focuses its functionality on disaster recovery scenarios. It supports the remote and hot backups of multiple database servers, while helping DBAs or other network personnel get everything up and running again. The tool also provides remote management capabilities for multiple servers, including ssh support.

Other features include the local storage of metadata, PITR (Point-In-Time-Recovery), file compression, retention policies, incremental backups, tar integration, and more. In short, Barman is a fully functional backup and recovery solution for Postgres. Since it is written in Python, companies with developers skilled in that language can make modifications as needed.

Version 2.1 of Barman was released earlier this year. 2ndQuadrant also provides documentation as well as commercial support and consulting options. As an open source software product, a robust online community is available for advice on usage. Any company using PostgreSQL needs to explore Barman as an option for database backup and disaster recovery.

Manage PostgreSQL Replication with repmgr

Another open source Postgres utility developed by 2ndQuadrant, repmgr handles database replication across multiple PostgreSQL servers. The latest version of repmgr – 3.3.1 – was released in March of 2017, supporting Postgres versions 9.3 and later. It leverages streaming replication and the PostgreSQL 9 Hot Standby feature to ensure superior performance in high scalability and availability environments as well as ease of administration.

One of the unsurprising features of repmgr, considering the developer, is its seamless integration with Barman. You are able to make clones from a Barman archive, instead of accessing a live server. This helps prevent a performance hit on a production server.  If live streaming replication gets interrupted, an archive can be easily used in a pinch.

As with Barman, 2ndQuadrant also provides commercial-level support and consulting options with repmgr. When used together, both tools make it easier for companies to build an industry-leading relational database solution at a fraction of the cost of going with Oracle. It is yet another example of the benefits of open source software.

Stay tuned to the Betica Blog for additional news and insights from the wide world of software development. As always, thanks for reading!