DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu
From the combo of expertise and actions, a person can boost their skill as well as capability. It will lead them to live as well as function better. This is why, the pupils, workers, and even employers need to have reading practice for books. Any kind of publication DevOps: A Software Architect's Perspective (SEI Series In Software Engineering), By Len Bass, Ingo Weber, Liming Zhu will certainly provide certain expertise to take all benefits. This is exactly what this DevOps: A Software Architect's Perspective (SEI Series In Software Engineering), By Len Bass, Ingo Weber, Liming Zhu informs you. It will add more understanding of you to life and also work far better. DevOps: A Software Architect's Perspective (SEI Series In Software Engineering), By Len Bass, Ingo Weber, Liming Zhu, Try it and prove it.
DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu
Download Ebook Online DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu
The First Complete Guide to DevOps for Software Architects
DevOps promises to accelerate the release of new software features and improve monitoring of systems in production, but its crucial implications for software architects and architecture are often ignored.
In DevOps: A Software Architect’s Perspective, three leading architects address these issues head-on. The authors review decisions software architects must make in order to achieve DevOps’ goals and clarify how other DevOps participants are likely to impact the architect’s work. They also provide the organizational, technical, and operational context needed to deploy DevOps more efficiently, and review DevOps’ impact on each development phase. The authors address cross-cutting concerns that link multiple functions, offering practical insights into compliance, performance, reliability, repeatability, and security.
This guide demonstrates the authors’ ideas in action with three real-world case studies: datacenter replication for business continuity, management of a continuous deployment pipeline, and migration to a microservice architecture.
Comprehensive coverage includes
• Why DevOps can require major changes in both system architecture and IT roles
• How virtualization and the cloud can enable DevOps practices
• Integrating operations and its service lifecycle into DevOps
• Designing new systems to work well with DevOps practices
• Integrating DevOps with agile methods and TDD
• Handling failure detection, upgrade planning, and other key issues
• Managing consistency issues arising from DevOps’ independent deployment models
• Integrating security controls, roles, and audits into DevOps
• Preparing a business plan for DevOps adoption, rollout, and measurement
DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu - Amazon Sales Rank: #70538 in Books
- Brand: Bass, Len/ Weber, Ingo/ Zhu, Liming
- Published on: 2015-05-28
- Original language: English
- Number of items: 1
- Dimensions: 9.40" h x 1.00" w x 6.20" l, .0 pounds
- Binding: Hardcover
- 352 pages
DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu About the Author
Len Bass is a senior principal researcher at National ICT Australia Ltd. (NICTA). He joined NICTA in 2011 after 25 years at the Software Engineering Institute (SEI) at Carnegie Mellon University. He is the coauthor of two award-winning books in software architecture—Software Architecture in Practice, Third Edition (Addison-Wesley 2013) and Documenting Software Architectures: Views and Beyond, Second Edition (Addison-Wesley 2011)—as well as several other books and numerous papers in computer science and software engineering on a wide range of topics. Len has more than 50 years’ experience in software development and research, which has resulted in papers on operating systems, database management systems, user interface software, software architecture, product line systems, and computer operations. He has worked or consulted in multiple domains, including scientific analysis, embedded systems, and information and financial systems.
Ingo Weber is a senior researcher in the Software Systems Research Group at NICTA in Sydney, Australia, as well as an adjunct senior lecturer at CSE at the University of New South Wales (UNSW). Prior to NICTA, Ingo held positions at UNSW and at SAP Research Karlsruhe, Germany. His research interests include cloud computing, DevOps, business process management, and artificial intelligence (AI). He has published over 60 peer-reviewed papers, and served as a reviewer or program committee member for many prestigious scientific journals and conferences. Ingo holds a Ph.D. and a Diploma from the University of Karlsruhe, and an MSc from the University of Massachusetts at Amherst.
Liming Zhu is a research group leader and principal researcher at NICTA. He holds conjoint positions at the University of New South Wales (UNSW) and the University of Sydney. Liming has published over 80 peer-reviewed papers. He formerly worked in several technology lead positions in the software industry before obtaining a Ph.D. in software engineering from UNSW. He is a committee member of the Standards Australia IT-015 (system and software engineering), contributing to ISO/SC7. Liming’s research interests include software architecture and dependable systems.
Where to Download DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu
Most helpful customer reviews
11 of 11 people found the following review helpful. DevOps Reality - Not DevOps the buzzword By T Anderson This is the first DevOps book that shows a realistic and achievable view of the full implementation of DevOps. Most of the books and other literature I have read on DevOps are all about the culture, the attitudes, how it relates to Agile and Lean practices, and a high level view of microservices. This book includes all that, but they are not its main focus, and it goes several steps further with respect to the architecture and infrastructure needed for the implementation.The book is broken down into 5 parts. I have listed each part below along with the chapters they include.Part One: BackgroundChapter 1. What Is DevOps?Chapter 2. The Cloud as a PlatformChapter 3. OperationsPart Two: The Deployment PipelineChapter 4. Overall ArchitectureChapter 5. Building and TestingChapter 6. DeploymentPart Three: Crosscutting ConcernsChapter 7. MonitoringChapter 8. Security and Security AuditsChapter 9. Other IlitiesChapter 10. Business ConsiderationsPart Four: Case StudiesChapter 11. Supporting Multiple DatacentersChapter 12. Implementing a Continuous Deployment Pipeline for EnterprisesChapter 13. Migrating to MicroservicesPart Five: Moving Into the FutureChapter 14. Operations as a ProcessChapter 15. The Future of DevOpsThe first chapter introduces DevOps and puts it into context with respect to the rest of the book. The definition of DevOps the authors provide focuses on the goals, rather than the means- DevOps is a set of practices intended to reduce the time between committing a change to a system and the change being placed into normal production, while ensuring high quality. They also identify five different categories of DevOps practices that help define their definition of DevOps. I have repeated them below. 1. Treat Ops as first-class citizens from the point of view of requirements. 2. Make Dev more responsible for relevant incident handling. 3. Enforce the deployment process used by all, including Dev and Ops personnel. 4. Use continuous deployment. 5. Develop infrastructure code, such as deployment scripts, with the same set of practices as application code.Chapter 1 also talks about the reduction of coordination and different barriers that can present themselves. The barriers include the culture, type of organization, the goals operations verses development, silo mentality, tool support, and personnel issue such as the difference in salaries between developers and operation staff. Moving operation tasks to a developers plate may not make much sense if the time to do the task is not drastically reduced.Chapter 2 gives a nice introduction to using a cloud environment as a platform. The way in which this book describes the implementation of DevOps, the cloud is a key component.The chapter does a really great job of introducing a ton of material in a very concise way. They start by introducing and discussing the characteristics of the cloud- on-demand self-service, broad network access, resource pooling, rapid elasticity, and measured service.Chapter 2 also covers the 3 types of service - Software as a Service (SaaS), Platform as a Service (PaaS), and Infrastructure as a Service (IaaS). The authors go into detail of how the cloud impacts DevOps - the ability to create and switch environments simply, the ability to create VMs easily, and the management of databases.Chapter 3 is a discussion of the core concepts and phases of Information Technology Infrastructure Library (ITIL) and how traditional IT Ops and DevOps interact.Part 2 covers the deployment pipeline. This part is where the microservice architectural style is covered. Deploying, monitoring, debugging, performance management, testing, and team skills are all different than what most development teams are going to be used to. Most teams will not be able to achieve instancing a microservice architecture, for various reasons, but there are some really good practices in this part of the book that teams can achieve.I just got done researching microservices and NServiceBus. I came to the conclusion I would not be able to move in that direction in my current environment. Although team skills where of some concern, the culture is what killed the possibility. It is a command and control environment that is anything but transparent. In order to make such a fundamental shift in the way things are done there would have to be major changes. The environment allows for no agile or lean practices, although it claims to be agile, and is completely closed to change.Certain parts of the book may come across as completely academic and unrealistic, but depending on your environment all best practices and software development principles written by the gurus of our profession may be unrealistic. Do yourself a favor and push through. The case studies do a great job of taking the first three part of the book and showing how organizations are doing their best to move towards a DevOps environment.I thought the case studies were very thorough, maybe even too thorough. Although I think SEI's books contain some of the most important information that has been released in our industry, their books are not always the easiest to read. For as short as this one is, it took me quite a while. A lot of that was my schedule, but not all of it.I can tell you from experience that most of the places I go think the same thing about all of SEI's materials. They mostly view it as purely academic. They are wrong. The places that have allowed me to practice the processes found in Software Product Lines: Practices and Patterns, Software Architecture in Practice, Documenting Software Architectures: Views and Beyond, Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives, CMMI for Development, and The CERT Guide to Insider Threats, have seen how well their advice works. Places that don't allow me to apply the practices only did themselves a disservice because I did them anyway. It is the only way I know how to successfully build complex software successfully.For those places that micromanaged my activities to make sure I was not wasting time documenting or planning I had to tell - Find someone else to do it. I don't know how to build something wrong, and I have no interest in learning how to. Right now in my current environment they would love me to come in, sit down, shut up, and just go with the flow. The problem with that is the flow is currently taking us down a toilet hole, so I have no choice but to go against the flow!If DevOps can make it across the chasm you will be very happy to have the material found in this book in your arsenal of knowledge.
6 of 6 people found the following review helpful. I especially like the fact the book addresses the deployment pipeline in ... By Daniel Sullivan As an enterprise architect working exclusively in the cloud, I find this book spot on for my needs. I especially like the fact the book addresses the deployment pipeline in detail, covering topics from microservices to integration testing to partial deployments and rollbacks. This may be common knowledge to some, but as an architect focused primarily on data an analytics, it is a concise and useful resource.The first couple of chapters gives a solid overview of DevOps and cloud computing. The cloud computing chapter covers key points enough to orient the reader unfamiliar with features of the cloud. Part Two addresses the deployment pipeline followed by a section on monitoring, security and business considerations. The discussion of what to monitor in Chapter 7 helps breakdown a complex operation into manageable areas. My only suggestion to the authors, if they were to publish a second edition, is to add more network security control discussion to Chapter 8. The chapter is solid, I'd just like more. (This may be my own bias from working in healthcare where you can't get up for a cup of coffee without thinking about HIPAA regulations). I appreciate Chapter 12 on continuous deployment and Chapter 13 on microservices. The presentation is just right for getting a good overall picture and I feel like I can easily dig deeper into references in the Further Reading section at the end of the chapters.The book is not a quick read. The substance is in the text. Often times, I find I can readily read through a few chapters in a book but not this one. Each chapter deserves a little time to settle in before moving on to the next topic. I noticed another reviewer commented on the lack of information content of the diagrams. I thought there were relatively few diagrams for a book of its length, but those that were included tended to be high level but relevant to the text.This is one of a dozen or so books I keep on my shelf at work. It's one of the two that ever gets borrowed. (The other is on Python and analytics).Disclosure: I have published with the Addison-Wesley, publisher of this book.
6 of 7 people found the following review helpful. A Cloud Architect's View on DevOps By Gregor Hohpe Len and team present a systematic, architecture-centric view to what is needed to support a DevOps culture. The outline of the book follows almost chronologically the building and deployment of an application, from building and test (ch 5) to deployment (ch 6). monitoring (ch 7). There is ample detail, including how to failover to a backup data center including your data replication, DNS switch-over etc. The book also mentions specific products (mostly open source) for implementation, which gives it a good grounding in reality.You can trust the SEI titles to be thorough, if even a tad encyclopedic -- you fill find the book contains a lot of checklists or lists of elements of a system. This makes for an excellent reference, but occasionally requires some discipline from the reader. So you may read the parts that are important to you as opposed to the whole book cover to cover.The title certainly capitalized on the DevOps buzz. Much of the book is really about building systems for and running them in the cloud. I would say that without the cloud we would not have DevOps, so the choice of title is justifiable imho. As always, it's important to read the subtitle, too, which explains that this is a book about architecture.I found it particularly refreshing that the book is "only" 300 pages, but packs an enormous amount of information into those pages. This is a welcome contrast to those 800 page tomes that tend to repeat themselves over and over and often copy whole chapters from prior books by the same author.Disclosure: as a fellow Pearson author, I received a complimentary copy of the book. In my opinion, the list price ($39.99) is actually very reasonable for the amount of content Len and team squeezed in here.
See all 14 customer reviews...
DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu
DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu PDF
DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu iBooks
DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu ePub
DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu rtf
DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu AZW
DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu Kindle
DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu
DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu
DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu
DevOps: A Software Architect's Perspective (SEI Series in Software Engineering), by Len Bass, Ingo Weber, Liming Zhu
