定制
为了提供完整的功能,本网站需要您明确同意存储浏览器Cookie。如果您不允许使用cookie,您可能无法使用网站的某些功能,包括但不限于:登录,购买产品,查看个性化内容,切换网站语言。建议您允许所有的Cookie。
未绑定有效的TSI角色,无法登录
搜索
By Jack Wardon, TSI Software Engineer III
DevOps, simply put, is the union of development (writing code and quality assurance) and operations (building and deploying software)—which have historically been kept apart—resulting in teams that are responsible for the entire lifecycle of a product, from development to delivery. Bringing these sides together removes many inefficiencies that would result from miscommunications over system requirements, dependencies, etc.
In order for a development team to take ownership of their operations, new processes had to be developed. Otherwise, the time and effort required to consistently build and deploy a product would eat into a team’s development resources. Although there are many tools and processes that make small gains in efficiency, none is more synonymous with DevOps than the practice of automation.
By automating parts of a product's lifecycle, we can ensure that the steps between development and delivery are done as consistently as possible. In addition, many of these steps can occur much more quickly—like running a regression suite, integrating code branches, or compiling and publishing software packages.
When automation is continuously triggered by events that fit into the development lifecycle, it takes on the term “Continuous ___.” When code integration is done automatically, it is called “Continuous Integration.” When the integrated code is automatically delivered, it is called “Continuous Delivery."
The main goal of most DevOps teams is to achieve fast, consistent, and reliable delivery of their product, and Continuous Delivery is the practice that most achieves that.
Look for Part 2 of Jake's article, where he'll explore where the TSI software team is in our journey, as well as the specific tools and methods used in DevOps.