Глобальное развертывание PI System и новый подход к валидации в корпорации Jo...Elizaveta Fateeva
“Использование цикла разработки ПО и электронных устройств позволяет развертывать региональные экземпляры значительно быстрее, чем раньше. До начала использования PI System нам никогда не удавалось реализовать проект без единого бумажного документа.»
Никунж Дани, Nikunj Dani, менеджер по проектам PDMS
Надежда Авданина, Мифы и голая правда о внедрении Agile-практик в крупных орг...ScrumTrek
Цель презентации: через личный опыт внедрения новых практик в компании рассказать какие мифы пришлось развенчивать и какую правду приходилось внедрять
Аудитория: В первую очередь, лидерам и драйверам изменений. Тем, кому предстоят изменения или кто еще находится в начале пути. Возможно, будет интересно и тем, кто уже произвел изменения, но любопытно узнать, как это делалось и делается в другой крупной организации.
Например, является ли Agile- серебряной пулей для всех проектов (реализация банковских digital-продуктов и нетолько) или если команды разрознены и обособлены, то нужно ли выдерживать стандарты архитектуры. И еще: внедрять изменения на всю организацию или нет, можно ли остановиться и быть довольным трансформацией через полгода. Ну и вообще стоит ли доказывать всем кругом, что ты делаешь правильные вещи и как пробивать историю, когда далеко не все думают как ты, не верят в эти изменения.
AppSec, ключ на старт! / Юрий Сергеев (Swordfish Security)Ontico
РИТ++ 2017, секция ML + IoT + ИБ
Зал Белу-Оризонти, 5 июня, 10:00
Тезисы:
http://ritfest.ru/2017/abstracts/2756.html
В сложной экосистеме разработки программного обеспечения, даже если инициатива Appllication Security получила зеленый свет и надлежащий бюджет, множество проблем остаются нерешенными для успешного старта: множество дорогостоящих инструментов SAST / DAST / IAST / RASP, минимальное количество appsec-специалистов на рынке труда, несовершенные инженерные процессы, отсутствие метрик и измеримых индикаторов успеха и т.д.
В рамках данной сессии будет продемонстрирован тактический подход для запуска центра компетенций (Software Security Group), адресующий вопросы как приоритезации, масштабируемости, управления портфелем разрабатываемых приложений в контуре AppSec, так и аспекты мотивации команд. Будет презентована структура фреймворка BSIMM как основа практик AppSec и представлена типовая дорожная карта развития зрелости инженерных организаций. Также будут представлены ключевые слагаемые успеха, необходимые для построения концепции SecDevOps в рамках цикла разработки защищенного ПО (Secure Software Development Lifecycle) вместе с практическими рекомендациями.
Jelastic - гибридная платформа как сервис(PaaS) для компаний- разработчиков ПО на Java, Ruby, .NET, ASP.NET, PHP, Node.JS и Docker. Позволяет строить автомасштабируемые, отказоустойчивые среды для приложений, управлять множеством сред для разработки и тестирования
Глобальное развертывание PI System и новый подход к валидации в корпорации Jo...Elizaveta Fateeva
“Использование цикла разработки ПО и электронных устройств позволяет развертывать региональные экземпляры значительно быстрее, чем раньше. До начала использования PI System нам никогда не удавалось реализовать проект без единого бумажного документа.»
Никунж Дани, Nikunj Dani, менеджер по проектам PDMS
Надежда Авданина, Мифы и голая правда о внедрении Agile-практик в крупных орг...ScrumTrek
Цель презентации: через личный опыт внедрения новых практик в компании рассказать какие мифы пришлось развенчивать и какую правду приходилось внедрять
Аудитория: В первую очередь, лидерам и драйверам изменений. Тем, кому предстоят изменения или кто еще находится в начале пути. Возможно, будет интересно и тем, кто уже произвел изменения, но любопытно узнать, как это делалось и делается в другой крупной организации.
Например, является ли Agile- серебряной пулей для всех проектов (реализация банковских digital-продуктов и нетолько) или если команды разрознены и обособлены, то нужно ли выдерживать стандарты архитектуры. И еще: внедрять изменения на всю организацию или нет, можно ли остановиться и быть довольным трансформацией через полгода. Ну и вообще стоит ли доказывать всем кругом, что ты делаешь правильные вещи и как пробивать историю, когда далеко не все думают как ты, не верят в эти изменения.
AppSec, ключ на старт! / Юрий Сергеев (Swordfish Security)Ontico
РИТ++ 2017, секция ML + IoT + ИБ
Зал Белу-Оризонти, 5 июня, 10:00
Тезисы:
http://ritfest.ru/2017/abstracts/2756.html
В сложной экосистеме разработки программного обеспечения, даже если инициатива Appllication Security получила зеленый свет и надлежащий бюджет, множество проблем остаются нерешенными для успешного старта: множество дорогостоящих инструментов SAST / DAST / IAST / RASP, минимальное количество appsec-специалистов на рынке труда, несовершенные инженерные процессы, отсутствие метрик и измеримых индикаторов успеха и т.д.
В рамках данной сессии будет продемонстрирован тактический подход для запуска центра компетенций (Software Security Group), адресующий вопросы как приоритезации, масштабируемости, управления портфелем разрабатываемых приложений в контуре AppSec, так и аспекты мотивации команд. Будет презентована структура фреймворка BSIMM как основа практик AppSec и представлена типовая дорожная карта развития зрелости инженерных организаций. Также будут представлены ключевые слагаемые успеха, необходимые для построения концепции SecDevOps в рамках цикла разработки защищенного ПО (Secure Software Development Lifecycle) вместе с практическими рекомендациями.
Jelastic - гибридная платформа как сервис(PaaS) для компаний- разработчиков ПО на Java, Ruby, .NET, ASP.NET, PHP, Node.JS и Docker. Позволяет строить автомасштабируемые, отказоустойчивые среды для приложений, управлять множеством сред для разработки и тестирования
Раскрывается проблема взаимодействия процесса управления изменениями и процесса управления релизами. Два мира. Две философии. Разные ценности. Операционный отдел обслуживания ИТ инфраструктуры и Отдел разработки. Как ими управлять, чтобы решить их главную общую задачу - скорейшей доставки новых бизнес приложений или доставки изменений в имеющихся.
Как Mail.Ru и AT Consulting перевели профили абонентов Beeline на Tarantool /...Ontico
РИТ++ 2017, Web-scale IT Сonference
Зал Владивосток, 6 июня, 17:00
Тезисы:
http://webscaleconf.ru/2017/abstracts/2553.html
Платформа виртуализации данных на основе Tarantool - система, созданная в Mail.Ru Group в прошлом году. Cовместно с АТ Consulting было создано и запущено в production решение для хранения 100 млн. профилей абонентов компании Beeline, выдерживающее значительные нагрузки.
...
Борис Вольфсон. Agile ценности и принципы для новичков.ScrumTrek
Это базовый доклад для новичков в Agile, которые только хотят использовать гибкие подходы, будет построен через ценности и принципы, на которых строятся отдельные практики и целые фреймворки. Понимание Agile через призму ценностей и принципов позволит не только лучше разбираться в гибком фреймворке Scrum и методе Kanban, но и после освоения основ изменять их под свою среду и нужды.
Гибкие методологии при создании ИТ продукта. Сравнения. Основные инструменты.
Дашкин Руслан Валерьевич, тренер-консультант, сертифицированный преподаватель АСКОН.
18 сентября 2014 г.
Успешная карьера в современной разработки программного обеспеченияSergey Morgunov
Краткая информация о том, что должен знать каждый разработчик программного обеспечения.
Видео версия презентации http://www.youtube.com/watch?v=MqKFIcfouQc
Критерии готовности компании к внедрению гибких методологийOlga Savich
В рамках темы "Критерии готовности компании к внедрению гибких методологий" мы рассмотрим на примере нескольких кейсов, как мы можем помочь перейти безболезненно на внедрение гибких методологий, с чего начинать, с какими трудностями можно столкнуться.
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Раскрывается проблема взаимодействия процесса управления изменениями и процесса управления релизами. Два мира. Две философии. Разные ценности. Операционный отдел обслуживания ИТ инфраструктуры и Отдел разработки. Как ими управлять, чтобы решить их главную общую задачу - скорейшей доставки новых бизнес приложений или доставки изменений в имеющихся.
Как Mail.Ru и AT Consulting перевели профили абонентов Beeline на Tarantool /...Ontico
РИТ++ 2017, Web-scale IT Сonference
Зал Владивосток, 6 июня, 17:00
Тезисы:
http://webscaleconf.ru/2017/abstracts/2553.html
Платформа виртуализации данных на основе Tarantool - система, созданная в Mail.Ru Group в прошлом году. Cовместно с АТ Consulting было создано и запущено в production решение для хранения 100 млн. профилей абонентов компании Beeline, выдерживающее значительные нагрузки.
...
Борис Вольфсон. Agile ценности и принципы для новичков.ScrumTrek
Это базовый доклад для новичков в Agile, которые только хотят использовать гибкие подходы, будет построен через ценности и принципы, на которых строятся отдельные практики и целые фреймворки. Понимание Agile через призму ценностей и принципов позволит не только лучше разбираться в гибком фреймворке Scrum и методе Kanban, но и после освоения основ изменять их под свою среду и нужды.
Гибкие методологии при создании ИТ продукта. Сравнения. Основные инструменты.
Дашкин Руслан Валерьевич, тренер-консультант, сертифицированный преподаватель АСКОН.
18 сентября 2014 г.
Успешная карьера в современной разработки программного обеспеченияSergey Morgunov
Краткая информация о том, что должен знать каждый разработчик программного обеспечения.
Видео версия презентации http://www.youtube.com/watch?v=MqKFIcfouQc
Критерии готовности компании к внедрению гибких методологийOlga Savich
В рамках темы "Критерии готовности компании к внедрению гибких методологий" мы рассмотрим на примере нескольких кейсов, как мы можем помочь перейти безболезненно на внедрение гибких методологий, с чего начинать, с какими трудностями можно столкнуться.
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Валерий Куваев, HP на пути к Enterprise AgileScrumTrek
Многие в России уже хорошо знакомы с тем, что такое Kanban и Scrum на практике. Но, традиционно, в больших компаниях такое знание применяется с некоторой инерцией и запозданием. В настоящий момент в России достаточно многие крупный организации заинтересованы гибкими методиками в управлении проектами и разработкой, но еще не имеют опыта масштабирования и развертывания методик.
HP в том числе находилась в поиске подходящего под масштабы компании современного подхода. Изначально для этого использовалась методология Scrum на базе доработок в своих же продуктах.
Но с начала 2014 года был окончательно выбран фреймворк SAFe для модернизации практик HP R&D, с одновременным переходом на новый инструмент собственной разработки.
Рассказ будет о том что такое SAFe подход и почему мы его выбрали, а также о том, какие этапы мы прошли на пути на сегодняшний момент.
1С-Битрикс: Управление сайтом. Платформа для создания и управления корпоратив...borovoystudio
Презентация выступления Игоря Шевчика, технического директора Студии Борового, «1С-Битрикс: Управление сайтом Платформа для создания и управления корпоративным веб-сайтом» от 21.08.2013
«Облака» под контролем: как эффективно оценить производительность облачных т...СвязьКомплект
http://networkguru.ru/ - первый в России независимый портал, освещающий практические вопросы, как заставить быстро работать виртуальные и реальные сети и приложения! Присоединяйтесь к клубу экспертов, делитесь мнениями и идеями!
Организация эффективной работы команды при разработке и поддержке сложной инф...tabtabus
Как поддерживать высокую скорость разработки без ущерба для качества кода? Как быстро и эффективно реагировать на проблемы, возникающие у пользователей? Как автоматизировать и упростить процесс обновления клиентских систем? Как обеспечить передачу знаний между сотрудниками? Как сделать работу сотрудников более интересной? Доклад дает ответы на эти и другие вопросы, основанные на более чем шестилетнем опыте разработки и поддержки сложной многозвенной информационной системы. В частности, рассматривается практический опыт внедрения таких приемов и методологий, как code review, парное программирование, test-driven development, continuous integration, автоматизированное тестирование пользовательского интерфейса, а также собственных наработок.
Шесть важнейших качеств платформы для анализа Больших данных Yuri Yashkin
Цифровая эра требует высоких скоростей. Успевает ли за временем ваше хранилище данных? Ниже перечислены шесть основных качеств, которыми должна обладать такая платформа.
o Задумались о внедрении серьезной аналитической платформы? Отличная идея: производительная аналитика поможет ускорить принятие бизнес-решений и извлечь из данных новую ценную информацию. Узнайте, какими качествами должна обладать современная аналитическая платформа
Добрый день, уважаемы коллеги!Спасибо, что посвятили этот субботний день юбилейной конференции SQA DAYS.Меня зовут Воротягин Михаил – архитектор решений департамента программных решений HP.На миссия строить центры компетенции по управлению разработкой и тестирования.Было много интересных докладов по автоматизированному тестированию.Мы много говорим о тестировании и качестве – но давайте взглянем на проблемы тестирования и обеспечения качества шире.Какие тенденции существуют в ИТ сейчас. Основная задача ИТ – это управления изменениями. Чтобы организовать производство ПО необходимо задействовать смежные департаменты Разработки. Управления проектами , Аналитик , организация тестовых сред, эксплуатация и Департамент качества.След слайд Гартнер к 2016 году
Gartner reportPredicts 2012: Application DevelopmentAnother quote - Another: By 2015, 20 percent of large organizations will have merged development and operational release management processesСлед слайд Релиз новой версии ПО
These are the results from Forrester’s very first survey on release management performed last year. This question asks how long it would take to push a change to a single line of code into production – essentially measuring the overhead associated with the release process. More than 80% of respondents indicated it would take more than a day. And 44% – if you total up the bottom four categories - said it would take longer than a week, with some of these at the bottom being a month or greaterСлед слайд плохая координация
Quote from the report: “Relations between Development and Operations are generally viewed as poor, with some even characterized as toxic.”След слайд увеличение разработки
ДевОпс два мира
Delivery and operations look at things from a different perspective:Delivery’s focus is working directly with the business and doing everything they can to provide new features and functionality as quickly as they are able to.By contrast, the traditional mindset of Operations is that change brings the risk of issues and outages. Their whole life has been about how to avoid change, to keep things as stable as absolutely possible. They are typically measured on the availability and stability of their systems. – so it’s perfectly natural for them to view “change as evil”These are two very contradictory perspectives. It ultimately creates friction, adds risk, and slows down IT in its goal of delivering value for the business.How do you reconcile these views? Преимущества объеденения
The answer is DevOps and Continuous Delivery.DevOpsis a set of principles and methods for better collaboration between Software Delivery and Operations essentially attempting to extend the Agile mindset to incorporate Operations. It’s in response to the growing recognition of the dependency these two disciplines have on one another in being able to satisfy the Business’s objectives. Continuous Delivery, which is enabled by DevOps, focuses on what is ultimately important – which is shorter cycles for actually putting functionality in the hands of users. It relies not only on better collaboration, but on comprehensive automation of the build, test and deployment process, so that - at the extreme level – every code change that passes automated functional, performance and security testing could be immediately deployed into production – Continuous Delivery isn’t necessarily deploying, but rather providing the ability to “release on demand.” Meaning, it allows releases to be driven by business need as opposed to operational constraints. Another way of thinking of Continuous Delivery is “nimble deployment and operations” to match the nimbleness in delivery that was brought by Agile.The keys to DevOps and Continuous Delivery are Quality, Automation, and CollaborationFocusing on these 3 things will help address the biggest hurdle, which is changing the traditional mindsets that these two groups have had:The development view shifts to one of building applications that are easy to run and easy to support. This means they are easy to release, monitor, and troubleshoot in production as opposed to delivery just doing their part and throwing it over the wall, with an attitude of, “yep - it meets the business requirements, so we’ve done our job.” As an example, Dev should design systems to be secure and to perform from the outset. It might not be super exciting from a developer perspective, but it is critical from an operations perspective and being able to go live. On the Operations side, the perspective moves away from the view that “change is evil” and ops recognizes that regular releases can actually reduce risk. Whereas traditional deployment events for many organizations are these huge, high-stress, high-risk activities, over late nights and weekends, deployments within DevOps organizations are less stressful, lower risk events because releases occur more often. They become “non-events” because they happen regularly and the processes are proven out as a result. With less functionality going in at one time, there is also less that can go wrong. And if something does go wrong, developers are in a better position to make fixes – having just worked on the functionality. A roll-back, if needed, is also much easier with a smaller implementation. All this translates into lower risk, steadier, more manageable pace, with fewer incidents in production.Решения HP DEVOPS
There are four solutions in our DevOps portfolio.The HP Lab Management Automation solutions accelerates the application testing process. This solution automatically provisions the infrastructure, deploys the application, runs the test suite, collects the results then decommissions the application and infrastructure. The Lab Management Automation solution is based on ALM 11.5, CDA 1.1 and MOE 7.The Enterprise Collaboration solution improves collaboration between developers and IT Operations with tools to ensure organizational alignment, collaboration and communications.The Application Lifecycle Management solution unifies the application lifecycle for alignment, visibility and collaboration. This solution is based on ALM 11.xApplication Release Acceleration, a new solution based on HP Continuous Delivery Automation, accelerates the application release process, improves application success rates while supporting HP, third party and open source tools. This solution is based on CDA 1.1 and MOE 7.x. HP Continuous Delivery Automation 1.1 is the latest version of this product, enhancing it so it support both the Lab Management Automation solution and the Application Release Acceleration solution.След слайд Жизненный цикл
This slide presents sample business architecture between HP Project and portfolio Management system and HP Application lifecycle management system. Let’s talk about this architecture in details. Perhaps, you know that changesusually comes to the IT department from three key business area: Marketing (If we want to make a new product for our customers, new services, or we want to capture a new business area, we should do changes, that can help us to transform our IT solutions to our customers for the new business products or solutions).Operations (From day-to-day we do our business and sometimes it isn’t comfortable for our stuff or we have emergency change from operations that must be implemented as soon as possible. To make business more comfortable and predictable, we should make changes to our IT solutions that increase usability and functional complexity of this solutions for business that increase our quality of business services for client)Customer Care (If we want to provide the best service to our customer we should increase quality of this service. This activity can involve change process for IT solutions, infrastructure, processes and business rules). But from this picture we can see that change process is a generic entity for the business. It can involve changes to the IT systems, infrastructure and IT stuff. But before these, all changes must be documented as a project/program proposal and approved by governance board,which can provide and justify a business value from this changes. When our change approved , we can do a resource and financial estimation for this project/program and construct technical requirements or technical design for future systems or for our changes. When technical design is ready we can send it to the development team, which responsible for the development, implementation, requirements detalization, quality assurance and more. When governance board has approved our proposal, we start a project. It is a signal to the PMO and development team be prepared to this activity. Requirements detalization, developments processes, build and version control processes, release processes, quality assurance processes are processes of the HP ALM system, which can be integrated with HP PPM. QA formalize requirements, test cases and sent completed requirements to the development. Development team construct the solution and sent it to the QA for the test activities. If the QA had any issues with the solutions it provide this issues to the development to fix it. When a version of the system complete, QA test a build processes of this system and provide release to production. On this stage software is ready and can go to life.It is a big picture and part of the full lifecycle approach related to the proposal, project management and quality assurance/development processes. We will continue discuss our solution, but let’s talk about benefits of this integration. След слайд Жизненный цикл в разрезе эксплуатации
When our solution is in the production we could measure a quality and can track incidents and problems related to our system. Enhancement requests, defects and new requirements can automatically submit to the quality assurance and development team. Based on a support processes we can collect issues and product enhancements from the end users. Quality assurance team can drill down to the requirements and identify is it a requirements or defects for the hot fixed patch or a new business demand, which must go to governance board and estimation. It is a second part of our solution. Let’s see to the benefits of this integration.След слайд комплексное решение
Следующий слайд Тестовые среды
We announced the HP Lab Management Automation Solution in June. With this solution, HP helps customers automate the entire testing process. This solution automatically provisions the infrastructure, deploys the application, runs the test suite, collects the test results, then decommissions the application and infrastructure.This solution includes ALM 11.5 and CDA. След слайд решения HP для ускорения выпуска релизов
The Application Release Acceleration solution helps enterprises bring applications through the application process faster, from development to production. Using a model-based approach, this solution also improves quality by increasing the application deployment success rate while provide choice of HP, third party or open source tools.Текущий процесс релизов
Lets start by discussing the current application release process.The application release process starts with development, then includes QA (Quality Assurance), staging and production. Typically, this is a manual process. As the applications goes from one stage to the next, a new application and infrastructure design needs to be developed that best fits the requirements of that stage. The challenges with this process include:This manual process is error proneThere’s little to no best practice or knowledge sharing from one stage to the nextDifferent tools and processes are use for each stageIf the application doesn’t work when its moved from on stage to the next, the response is often, “it works on my machine so it must be your problem”.Усовершенствованный процесс релизов
Enterprises are looking for a better environment that offers reduces the time it takes for applications to go through the entire process, that reduces the errors works with the tools being used in each stage.A better process would have the following characteristicsOne tool to manage the infrastructure provisioning and application deployment for each stageInfrastructure provisioning and application deployment would be automatedApplication portability would allow the same application model to be used in each stage, but with the infrastructure changing as required by each stageModel-driven approach would simplify the process of moving the application through the stagesA mechanizm to share best practices and knowledge from one stage to the nextHP CDA
HP Continuous Delivery Automation is a primary product for supporting the Lab Management Automation and Application Release Acceleration solutions.HP CDA enables you to bring applications to market faster. With a single tool to manage the application release process from development to production, Enterprises can use this tool to respond faster to changing business conditionsThrough automation and a model-driving approach, HP CDA improves quality by allowing you to achieve application deployment success rates as high as 95%. You can also improve quality by doing more testing. By automating the testing process, you have time to do additional testing to get greater test coverage.By supporting HP, third party and open source tools, you can use the tools you want. Additionally, HP CDA support OpenStack with Ubuntu KVM Ускорение выпуска релизов
HP CDA accelerates the application release process with features to support release management and automated deploymentIn release management, HP CDA allows you to define the release process, establish release criteria for each stage, define the release approval process for each stage and support multiple, simultaneous releases.In automated deployment, HP CDA automatically provisions the infrastructure using infrastructure provisioning tools, performs application deploying with a variety of application management tools, and can deploy monitors with a choice of monitoring tools.HP CDA can deploy to a variety of infrastructure types, including traditional IT, managed service IT, private cloud or public cloud environments.Additionally, CDA can provision either physical or virtual environments.Flexible Application Modeling
Overview of flexible application modeling (more details on next 2 slides)Traditional approach uses scriptingEach application usually has multiple custom scriptsComplexity grows exponentially with each applicationHP flexible application modelingBuilding block approachReusable componentsIndependent modeling of application and infrastructureUpdating one component updates all models using that itemTRUE application portabilityСравнениеFlexibale App Mod
Today’s process for most organizations: custom scripting with exponential complexity previously discussedCompetitive approach: automated and repeatable, but otherwise similar to current approach with single model for each application, no reusable componentsHP flexible application modeling: application and infrastructure components modeled independently for use in multiple models providing maximum flexibilityПолный цикл Flexible Application Modeling
Every application goes through a lifecycle – whether traditional waterfall, iterative, agile or a combination – where the application is designed, planned, developed, tested, staged, moved into production and operated. The lifecycle has different stages such as Dev, QA, Staging, Production etcThese applications are deployed into different environments associated with each lifecycle stage. For instance, in Dev stage, an application being unit tested is setup in the public cloud, in QA stage on private cloud and in staging and production in a combination of traditional and private cloudAn application in logical terms consists of one or more layers (depending on how it has been functionally architected and implemented). For instance, a web application has 3 layers of the application web front end layer, the control or middleware layer and the backend database layer. These layers are deployed onto the different physical or virtual server tiers in each of the environmentsIn order to accelerate the release of applications, there has to be a release pipeline that has the right gates (tasks, approvals) that ensure only the builds at the right quality are promoted through the lifecycle. The gates ensure that invalid builds are not deployable – for instance, builds that failed QA will never be deployable into staging or production environmentsTo illustrate this, consider an application build 1 that has been deployed to a dev env and found to have failed the dev release gates and is discarded (meaning it cannot be deployed into subsequent stages)Next, build 5 of the same app, goes thro the dev stage, passes the release to QA stage. Here the QA release checks fail due to which build 5 is discardedThe developers fix the issues of the prior builds and not build 8 goes thro the lifecycle, passing all the gates and is the first candidate that can be deployed into production. This is the first function that CDA provides – with the ability to define any number of flexible release lifecycles with as many stages and related tasks/approvals defined. The lifecycle can be agile, iterative, waterfall or a combination with complex fan out and fan in of lifecycle stages (for eg., parallel app development and testing fanning back in at an integration testing stage). This enables a single pane control over all aspects of app releaseRelated to the release management is the deployment management of the application. An application is modeled once as composed of layers in CDA and each of these layers is mapped onto the tiers of different platforms. This enables the application deployment to be portable across the different platforms. This way of flexible application modeling coupled with integration with tools of choice (which enables agnosticity of underlying deployment systems – for eg., using ssh to deploy in dev platforms and using SA in production but without changing the app model between the 2 platforms) enables reduced configuration effort (linear complexity vs exponentially increasing complexity), app deployment portability, reduced vendor lock in and better knowledge reuseУлучшение качества