DevOps

⚡️Выборправильного архитектурного шаблона имеет решающее значение для создания масштабируемых, поддерживаемых и высокопроизводительных приложений. Представляем вам крутую шпаргалку по шести основным архитектурным шаблонам, каждый из которых подходит для разных сценариев. 💬𝟭. 𝗠𝗼𝗻𝗼𝗹𝗶𝘁𝗵𝗶𝗰 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗰𝘁𝘂𝗿𝗲 Это самый простой и традиционный подход, при котором все компоненты связаны между собой в единой кодовой базе. Монолитная архитектура проста и идеально подходит для небольших приложений, не требующих обширной масштабируемости. Однако по мере роста систем ее масштабирование, тестирование и поддержка могут стать сложными. Идеально подходит для стартапов или небольших команд, ищущих быструю разработку. 💬𝟮. 𝗠𝗶𝗰𝗿𝗼𝘀𝗲𝗿𝘃𝗶𝗰𝗲𝘀 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗰𝘁𝘂𝗿𝗲 Любимый вариант для больших сложных приложений, которым требуется масштабируемость и гибкость. Здесь приложение разделено на независимо развертываемые сервисы, каждый из которых обрабатывает определенные бизнес-функции. Микросервисы позволяют командам использовать различные технологические стеки и масштабировать сервисы независимо. Этот шаблон популярен в приложениях с высоким трафиком и организациях, которым нужна свобода для независимого развертывания функций. 💬𝟯. 𝗖𝗼𝗻𝘁𝗿𝗼𝗹𝗹𝗲𝗿-𝗪𝗼𝗿𝗸𝗲𝗿 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗰𝘁𝘂𝗿𝗲 Этот шаблон разделяет задачи на контроллеры и рабочие. Контроллер управляет взаимодействиями с пользователем, в то время как рабочие выполняют фоновые задачи, такие как обработка данных, создавая систему, которая является высокомасштабируемой и эффективной. Идеально подходит для приложений, которым необходимо выполнять интенсивные фоновые задания, такие как обработка заказов, аналитика в реальном времени или уведомления. 💬𝟰. 𝗠𝗼𝗱𝗲𝗹-𝗩𝗶𝗲𝘄-𝗖𝗼𝗻𝘁𝗿𝗼𝗹𝗹𝗲𝗿 (𝗠𝗩𝗖) Классический шаблон, обычно используемый в веб-приложениях, MVC разделяет логику приложения (модель), пользовательский интерфейс (представление) и взаимодействие (контроллер). Такое разделение задач упрощает поддержку и обновление определенных частей, не затрагивая всю систему. MVC является популярным выбором для приложений, которым требуются пользовательские интерфейсы, особенно в сферах электронной коммерции и управления контентом. 💬𝟱. 𝗘𝘃𝗲𝗻𝘁-𝗗𝗿𝗶𝘃𝗲𝗻 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗰𝘁𝘂𝗿𝗲 Идеально подходит для систем, которым необходимо реагировать на определенные действия или события, такие как щелчки пользователя, обновления базы данных или показания датчиков. В этом шаблоне компоненты реагируют на события асинхронно, что делает его масштабируемым и слабосвязанным. Архитектура, управляемая событиями, отлично подходит для приложений со сложными рабочими процессами или асинхронными потребностями в обработке, такими как IoT, аналитика в реальном времени и системы уведомлений клиентов. 💬𝟲. 𝗟𝗮𝘆𝗲𝗿𝗲𝗱 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗰𝘁𝘂𝗿𝗲 Организует приложение по слоям (Презентация, Бизнес, Доступ к данным и Инфраструктура) для создания четкого разделения интересов. Каждый слой отвечает за определенный аспект, делая систему более обслуживаемой и тестируемой. Многоуровневый подход часто используется в корпоративных приложениях и идеально подходит для создания четкой стандартизированной структуры во всей системе. 📂 Сохраняем #doc#web#cheatsheet @devopsitsec

🖥 Крутая шпаргалка по командам Git на русском echo "# название" >> README.md - создание файла README.md git init - инициализация репозитория git add README.md - добавления файла README.md в проект git commit -m "first commit" - получает проиндексированный снимок состояния и выполняет его коммит в историю проекта git remote add origin https://github.com/stanruss/название.git - команда, которой устанавливается подключение к удаленному серверу и git репозиторию, размещающемуся на нем. git push -u origin master - кзменения отправляются на удаленный сервер git log --oneline - посмотреть все коммиты. git checkout . - восстановить все. git checkout "код коммита" - вернуть до состояния этого коммита. git checkout master - вернуться в ветку мастер. Восстановить файлы на локальном компьютере: ```shell git fetch --all git reset --hard origin/master или git reset --hard origin/<название_ветки> ``` git add text.txt - Добавить файл в репозиторий git rm text.txt - Удалить файл git status - Текущее состояние репозитория (изменения, неразрешенные конфликты и тп) git commit -a -m "Commit description" - Сделать коммит git push origin - Замерджить все ветки локального репозитория на удаленный репозиторий git push origin master - Аналогично предыдущему, но делается пуш только ветки master git push origin HEAD - Запушить текущую ветку, не вводя целиком ее название git pull origin - Замерджить все ветки с удаленного репозитория git pull origin master - Аналогично предыдущему, но накатывается только ветка master git pull origin HEAD - Накатить текущую ветку, не вводя ее длинное имя git fetch origin - Скачать все ветки с origin, но не мерджить их в локальный репозиторий git fetch origin master - Аналогично предыдущему, но только для одной заданной ветки git checkout -b some_branch origin/some_branch - Начать работать с веткой some_branch (уже существующей) git branch some_branch - Создать новый бранч (ответвится от текущего) git checkout some_branch - Переключиться на другую ветку (из тех, с которыми уже работаем) git branch # звездочкой отмечена текущая ветвь - Получаем список веток, с которыми работаем git branch -a # | grep something - Просмотреть все существующие ветви git merge some_branch - Замерджить some_branch в текущую ветку git branch -d some_branch - Удалить бранч (после мерджа) git branch -D some_branch - Просто удалить бранч (тупиковая ветвь) git show d8578edf8458ce06fbc5bb76a58c5ca4a58c5ca4 - Изменения, сделанные в заданном коммите git push origin :branch-name - Удалить бранч из репозитория на сервере git reset --hard d8578edf8458ce06fbc5bb76a58c5ca4a58c5ca4 - Откатиться к конкретному коммиту и удалить последующие (хэш смотрим в «git log») git push -f - Залить на сервер измененные коммиты git clean -f - Удаление untracked files #git#github#doc#cheatsheet @DevOPSitsec

👣Если вы создаете API, вот вам 6 архитектур которые нужно знать Проектирование API — это не только работа над функциональностью, но и выбор правильной архитектуры для удовлетворения ваших потребностей. Вот шесть архитектурных проектов API, с которыми должен быть знаком каждый разработчик: 1️⃣ — REST — Самая популярная архитектура для веб-сервисов. — Использует HTTP-запросы для связи. — Не сохраняет состояние и обеспечивает легкую масштабируемость и гибкость. 2️⃣ — GraphQL — Язык запросов для вашего API. — Позволяет клиентам запрашивать именно то, что им нужно, не больше и не меньше. — Идеально подходит для оптимизации сетевых запросов. 3️⃣ — SOAP (устаревший) — Протокол для обмена структурированной информацией в веб-сервисах. — Известен своими строгими стандартами и встроенной обработкой ошибок. — Часто используется в приложениях корпоративного уровня. 4️⃣- gRPC - Высокопроизводительная среда с открытым исходным кодом. - Использует HTTP/2 для транспорта и буферы протоколов в качестве языка описания интерфейса. - Отлично подходит для микросервисов и общения в реальном времени. 5️⃣- WebSockets - Обеспечивает двустороннюю связь между клиентом и сервером. - Идеально подходит для приложений реального времени, таких как чат-приложения и обновления в реальном времени. - Позволяет осуществлять непрерывный обмен данными без накладных расходов HTTP. 6️⃣ - MQTT - Легкий протокол обмена сообщениями для небольших датчиков и мобильных устройств. - Ориентирован на минимальное использование полосы пропускания и заряда батареи. - Обычно используется в приложениях IoT (Интернет вещей). 🖥Сохраняй, чтобы не потерять и перешли коллеге #doc#cheatsheet#api @DevOPSitsec

⚡️Если вы создаете API, вот вам 6 архитектур которые нужно знать Проектирование API — это не только функциональность, но и выбор правильной архитектуры для удовлетворения ваших потребностей. Вот шесть архитектурных проектов API, с которыми должен быть знаком каждый разработчик: 🖱1 — REST — Самая популярная архитектура для веб-сервисов. — Использует HTTP-запросы для связи. — Не сохраняет состояние и обеспечивает легкую масштабируемость и гибкость. 🖱2 — GraphQL — Язык запросов для вашего API. — Позволяет клиентам запрашивать именно то, что им нужно, не больше и не меньше. — Идеально подходит для оптимизации сетевых запросов. 🖱3 — SOAP (устаревший) — Протокол для обмена структурированной информацией в веб-сервисах. — Известен своими строгими стандартами и встроенной обработкой ошибок. — Часто используется в приложениях корпоративного уровня. 🖱4 - gRPC - Высокопроизводительная среда с открытым исходным кодом. - Использует HTTP/2 для транспорта и буферы протоколов в качестве языка описания интерфейса. - Отлично подходит для микросервисов и общения в реальном времени. 🖱5 - WebSockets - Обеспечивает двустороннюю связь между клиентом и сервером. - Идеально подходит для приложений реального времени, таких как чат-приложения и обновления в реальном времени. - Позволяет осуществлять непрерывный обмен данными без накладных расходов HTTP. 🖱6 - MQTT - Легкий протокол обмена сообщениями для небольших датчиков и мобильных устройств. - Ориентирован на минимальное использование полосы пропускания и заряда батареи. - Обычно используется в приложениях IoT (Интернет вещей). 📂 Сохраняем #doc#cheatsheet

💻 8 популярных сетевых протоколов с наглядным и простым объяснением Сетевые протоколы работают на разных уровнях модели OSI, это важно знать. Модель OSI — концептуальная структура, которая определяет сетевую систему как ряд уровней, каждый из которых имеет определенные функции, для облегчения передачи, управления и обработки данных в сети. Эта многоуровневая архитектура обеспечивает стандартизированное взаимодействие между различными программными и аппаратными компонентами в сети. 🖱 𝗧𝗖𝗣/𝗜𝗣 (𝗧𝗿𝗮𝗻𝘀𝗺𝗶𝘀𝘀𝗶𝗼𝗻 𝗖𝗼𝗻𝘁𝗿𝗼𝗹 𝗣𝗿𝗼𝘁𝗼𝗰𝗼𝗹/𝗜𝗻𝘁𝗲𝗿𝗻𝗲𝘁 𝗣𝗿𝗼𝘁𝗼𝗰𝗼𝗹) Этот протокол является базовым методом передачи информации между устройствами в Интернете. В то время как IP отвечает за адресацию и маршрутизацию пакетов данных, TCP заботится о сборке данных в пакеты, а также о надежной доставке. 🖱 𝗛𝗧𝗧𝗣 (𝗛𝘆𝗽𝗲𝗿𝘁𝗲𝘅𝘁 𝗧𝗿𝗮𝗻𝘀𝗳𝗲𝗿 𝗣𝗿𝗼𝘁𝗼𝗰𝗼𝗹) При доступе к веб-сайтам HTTP играет решающую роль. Он отвечает за получение и доставку веб-контента с серверов конечным пользователям. 🖱 𝗛𝗧𝗧𝗣𝗦 (𝗛𝘆𝗽𝗲𝗿𝘁𝗲𝘅𝘁 𝗧𝗿𝗮𝗻𝘀𝗳𝗲𝗿 𝗣𝗿𝗼𝘁𝗼𝗰𝗼𝗹 𝗦𝗲𝗰𝘂𝗿𝗲) Усовершенствованная версия HTTP, HTTPS объединяет протоколы безопасности (а именно TLS) для шифрования данных, обеспечивая безопасный и конфиденциальный обмен между браузерами и веб-сайтами. 🖱 𝗙𝗧𝗣 (𝗙𝗶𝗹𝗲 𝗧𝗿𝗮𝗻𝘀𝗳𝗲𝗿 𝗣𝗿𝗼𝘁𝗼𝗰𝗼𝗹) Как следует из названия, FTP используется для передачи файлов (загрузки и скачивания) между компьютерами в сети. 🖱 𝗨𝗗𝗣 (𝗨𝘀𝗲𝗿 𝗗𝗮𝘁𝗮𝗴𝗿𝗮𝗺 𝗣𝗿𝗼𝘁𝗼𝗰𝗼𝗹) Более оптимизированный аналог TCP, UDP передает данные без накладных расходов на установление соединения, что приводит к более быстрой передаче, но без гарантии, что данные будут доставлены или будут в порядке. 🖱 𝗦𝗠𝗧𝗣 (𝗦𝗶𝗺𝗽𝗹𝗲 𝗠𝗮𝗶𝗹 𝗧𝗿𝗮𝗻𝘀𝗳𝗲𝗿 𝗣𝗿𝗼𝘁𝗼𝗰𝗼𝗹) SMTP — движущая сила обмена электронной почтой, которая управляет форматированием, маршрутизацией и доставкой писем между почтовыми серверами. 🖱 𝗦𝗦𝗛 (𝗦𝗲𝗰𝘂𝗿𝗲 𝗦𝗵𝗲𝗹𝗹) Secure Shell — это криптографический сетевой протокол, который обеспечивает безопасную передачу данных по незащищенной сети. Он обеспечивает безопасный канал, гарантируя, что хакеры не смогут интерпретировать информацию путем подслушивания. #doc#cheatsheet