Разработка программного обеспечения — это не просто код на клавиатуре для желаемого вывода. Деловая сторона разработки программного обеспечения всегда имеет приоритет, чем его технические детали.
Я видел, как некоторые команды разработки программного обеспечения медленны, потому что у них много технических долгов. Некоторые команды наивны, участники не хотят изучать новые вещи. Они застряли с 10-летними технологиями, такими как FTP, Old Legacy Framework и т. Д. В этом посте я прользя пролить свет на четыре основных и важных вещах надежного программного приложения. Это содержимое поста является языком и рамки агностики. Это относится к любому программному проекту.
Предположения
Для этого поста я сделал следующие предположения:
- Команда разработки программного обеспечения использует некоторую систему контроля версий (VCS), такую как GIT.
- Существует какая -то форма управления проектами и структуры команды.
Поддержанный код
Создание программного обеспечения очень важно, что просто работать — это проблема. Я видел, как команды писали код ради того, чтобы заставить его работать. Иногда кажется, что код есть только для компиляторов/переводчиков, а не для людей. Код, простой, читаемый и обслуживающий, также важен. Мы обсудили некоторые правила о том, чтобы сделать код поддерживаемым DO Читать Это. Хорошо именование вещей и написание соответствующих комментариев кода также подорвано.
Наличие культуры обзора кода всегда помогает. Если кто -то еще может проверить ваш код, прежде чем он объединится с основной филиалом, это хорошая практика, чтобы следовать. Это открывает больше способов научиться кодировать практически. Обзоры кода лучше сделаны в таких системах, как GitHub , Bitbucket и Gitlab Анкет
Автоматизированное тестирование с непрерывной интеграцией
Наличие автоматических тестов важно. Выберите тип теста, который соответствует текущему набору навыков вашей команды. Единое тестирование полезно. Написание тестируемого кода и предоставление членам команды навык для проведения модульного тестирования — это инвестиция. Лучший способ обратиться к модульному тестированию приобретет низкие висящие фрукты.
Будет лучше начать с тестов на дым или необходимых функциональных тестов. Вы делаете веб -приложение на каждом толчке/развертывании? Убедитесь, что все страницы отвечают 200 HTTP -ответ.
Шаг за шагом добавьте больше тестов и времени для членов вашей команды, чтобы получить больше навыков. Как только у вас появится какая -то форма автоматических тестов, подключите его Непрерывная интеграция (CI) услуга. Некоторые хорошие варианты Трэвис CI , Wercker , Shippable Ci Анкет
Автоматизированное развертывание
Готовая функция должна добраться до производства с машины разработчика за меньшее время. Это будет возможно использовать автоматическое развертывание с использованием последних инструментов. Вы используете протокол передачи файлов (FTP) в 2018 году? Вы должны остановить это прямо сейчас, первый шаг к автоматизации для пользователя FTP — использовать Gitftp . Это автоматизированный способ донести измененные файлы на сервер, чем копирование его по клиенту FTP.
Сделайте одно шаг развертывание и наименьшее человеческое работу. Инструменты, такие как Капистрано , Ткань , Rocketeer используются для автоматического процесса развертывания. Подводя итог, Лучший инструмент развертывания — это … тот, который соответствует вашим потребностям Анкет В 2018 году лучше пойти на Docker и Kubernetes дорожка.
Регистрация с мониторингом
Журналы — единственный способ, которым ваше программное приложение возвращается вам. Соберите всю свою систему, журналы приложений и сделайте ее доступной через веб -интерфейс. Следуйте за журналом Стандарт и используйте бесплатный SaaS, чтобы отобразить свои журналы в виде читаемого способа, что дает вам ценность.
Если собака — лучший друг человека, журнал — лучший друг разработчика.
Понять и эксплуатировать Важность регистрации в вашем программном приложении Анкет
Просто иметь журналов недостаточно, просмотрите свои журналы после каждого изменения. Всегда проверяйте свои журналы после каждого развертывания, чтобы отслеживать любую подозрительную деятельность. Вы можете использовать Sematext logsense , Logentries или Loggly Для облачного регистрации. Для мониторинга приложений Новая реликвия и Appdynamics выделяться.
Вывод
Я не сосредоточился на серверной части и части программного приложения и развертывания. Это методы, которым должны придерживаться все инженеры -программисты. Это должны быть цели, когда начинается новый проект.
Без 4 стабильных ног даже стул падает. Сохраните свое приложение от перехода вниз, следуйте этим 4 практикам.
Первоначально опубликовано в Geshan.com.np , вы можете прочитать там больше вещей.
Оригинал: «https://dev.to/geshan/4-pillars-of-a-reliable-software-application-and-tools-to-support-it-1ij»