🗓 Вебинар по архитектуре 29 февраля 🗓
🟢 Проектирование архитектуры: от монолита к микросервисам
🚀 29.02.2024 в 19:00 Мск (ЧТ)
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
За один вечер:
🌟 Поймете основы проектирования архитектуры.
🌟 Разберетесь в отличиях монолита, сервисов и микросервисов.
🌟 Научитесь проектировать архитектуру с нуля.
🌟 Узнаете, как происходит переезд с монолита на микросервисы.
🌟 Получите готовые схемы и подходы по проектированию.
До встречи в четверг!
🟢 Проектирование архитектуры: от монолита к микросервисам
🚀 29.02.2024 в 19:00 Мск (ЧТ)
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
За один вечер:
🌟 Поймете основы проектирования архитектуры.
🌟 Разберетесь в отличиях монолита, сервисов и микросервисов.
🌟 Научитесь проектировать архитектуру с нуля.
🌟 Узнаете, как происходит переезд с монолита на микросервисы.
🌟 Получите готовые схемы и подходы по проектированию.
До встречи в четверг!
❤18
🔐❌ Пренебрежение безопасностью при проектировании архитектуры ❌🔐
Если в процессе разработки системы не уделяется должное внимание мерам защиты от внешних угроз, то это может привести к потере конфиденциальных данных, финансовым потерям и ущербу для репутации бизнеса.
Примеры угроз безопасности:
🔎 Кража данных
- Медицинские информационные системы с данными о пациентах.
- Онлайн-магазины с клиентскими базами.
🔎 Атаки типа "отказ в обслуживании" (DoS-атака) направлены на выведение из строя системы или ее компонентов, что делает ресурсы недоступными для реальных пользователей. Это может быть достигнуто путем перегрузки серверов большим количеством запросов или эксплуатацией программных уязвимостей.
Почему так происходит:
➖ Ограниченные ресурсы: проекты с ограниченным бюджетом и сжатыми сроками.
➖ Недостаток знаний: отсутствие в команде специалистов по безопасности или недостаточное понимание актуальных угроз и методов защиты.
➖ Недооценка рисков:
недостаточное понимание последствий.
➖ Незнание технологий.
Рекомендации:
✅ Разрабатывайте систему таким образом, чтобы каждый компонент, модуль или пользователь имел только те привилегии, которые необходимы для выполнения своих задач. Это уменьшает потенциальный ущерб от уязвимостей.
✅ Проектируйте систему с четким разделением ответственности между компонентами. Это позволяет изолировать и защитить важные части системы.
✅ Используйте современные методы шифрования для защиты данных в хранилищах и при передаче.
✅ Отслеживайте подозрительную активность через средства аудита.
✅ Внедряйте средства безопасности.
✅ Проводите тестирование системы на проникновение с помощью внешних экспертов или инструментов.
Какие еще ошибки встречаются в проектировании архитектуры? 🧐
Подробности и ответ на вопрос в статье:
🔗 Ошибки в проектировании архитектуры: на что обращать внимание
#АрхитектураGA
Если в процессе разработки системы не уделяется должное внимание мерам защиты от внешних угроз, то это может привести к потере конфиденциальных данных, финансовым потерям и ущербу для репутации бизнеса.
Примеры угроз безопасности:
🔎 Кража данных
- Медицинские информационные системы с данными о пациентах.
- Онлайн-магазины с клиентскими базами.
🔎 Атаки типа "отказ в обслуживании" (DoS-атака) направлены на выведение из строя системы или ее компонентов, что делает ресурсы недоступными для реальных пользователей. Это может быть достигнуто путем перегрузки серверов большим количеством запросов или эксплуатацией программных уязвимостей.
Почему так происходит:
➖ Ограниченные ресурсы: проекты с ограниченным бюджетом и сжатыми сроками.
➖ Недостаток знаний: отсутствие в команде специалистов по безопасности или недостаточное понимание актуальных угроз и методов защиты.
➖ Недооценка рисков:
недостаточное понимание последствий.
➖ Незнание технологий.
Рекомендации:
✅ Разрабатывайте систему таким образом, чтобы каждый компонент, модуль или пользователь имел только те привилегии, которые необходимы для выполнения своих задач. Это уменьшает потенциальный ущерб от уязвимостей.
✅ Проектируйте систему с четким разделением ответственности между компонентами. Это позволяет изолировать и защитить важные части системы.
✅ Используйте современные методы шифрования для защиты данных в хранилищах и при передаче.
✅ Отслеживайте подозрительную активность через средства аудита.
✅ Внедряйте средства безопасности.
✅ Проводите тестирование системы на проникновение с помощью внешних экспертов или инструментов.
Какие еще ошибки встречаются в проектировании архитектуры? 🧐
Подробности и ответ на вопрос в статье:
#АрхитектураGA
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8👍4❤🔥2🔥1
Встречаемся сегодня ОНЛАЙН на практическом вебинаре по архитектуре 😉
🟢 Проектирование архитектуры: от монолита к микросервисам
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
План
1. Роль системного аналитика в проектировании архитектуры
2. Знакомство с проектом
3. Проектирование монолита
4. Переход к сервисам (SOA) и микросервисам (MSA)
5. Проблемы разделения монолита на микросервисы
6. Что нужно знать системному аналитику про работу с архитектурой
Подключаться лучше с компьютера: будем работать со схемами и вместе описывать требования к переезду с монолита на микросервисы для проекта.
Увидимся в 19:00 Мск! 🙂
План
1. Роль системного аналитика в проектировании архитектуры
2. Знакомство с проектом
3. Проектирование монолита
4. Переход к сервисам (SOA) и микросервисам (MSA)
5. Проблемы разделения монолита на микросервисы
6. Что нужно знать системному аналитику про работу с архитектурой
Подключаться лучше с компьютера: будем работать со схемами и вместе описывать требования к переезду с монолита на микросервисы для проекта.
Увидимся в 19:00 Мск! 🙂
Please open Telegram to view this post
VIEW IN TELEGRAM
❤15👎1
❗️До начала 15 минут❗️
📹 Проектирование архитектуры: от монолита к микросервисам
Переходите по ссылке: https://pruffme.com/webinar/?id=00c7ce6f9597534c6124203cae11abb5 и начинаем!
Please open Telegram to view this post
VIEW IN TELEGRAM
Pruffme
Проектирование архитектуры: от монолита к микросервисам
❤14
Читаю обратную связь и радуюсь! ❤️ Спасибо вам огромное за активное участие в практике по проектированию перехода от монолита к микросервисной архитектуре!
Что у нас получилось:
✅ Разобрали вакансию системного архитектора и выделили его ключевые навыки и обязанности. Сравнили с вакансиями системных аналитиков и выделили общие задачи.
✅ Спроектировали монолитную архитектуру GetTickets, переделав опубликованную в канале схему с обычным монолитом на схему с модульным монолитом. Коллеги выделили модули и мы вместе определили задачи под них. Посмотрели интересный кейс с интеграциями.
✅ Разобрали принципы проектирования сервисной (SOA) и микросервисной (MSA) архитектуры. Четко определили отличия между ними и на практике с GetTickets выбирали, что будет сервисами, а что микросервисами в новой целевой схеме архитектуры.
✅ Проработали сценарий переезда на примере одного из модулей: как вынести модуль из монолита и превратить модуль в микросервис. И почему модульный монолит в этом плане прекрасен.
✅ Обсудили важное: поговорили о недостатках микросервисов и преимуществах монолита. Именно так. И разобрали это на примерах из опыта.
Дала много ценной информации, которую сразу применяли на практике. По итогам получили 3 схемы архитектуры и практический кейс в копилку! 🙌
❗️Повтор проведём. Информация о нём будет опубликована завтра 🙂
А продолжение практики будет уже во вторник, в рамках программы
📚 Проектирование архитектуры,
где мы будем знакомиться с проектом, с шаблонами проектирования архитектуры и проектировать архитектуру в прямом эфире!
Жду встречу с новой командой! 🤩
Что у нас получилось:
✅ Разобрали вакансию системного архитектора и выделили его ключевые навыки и обязанности. Сравнили с вакансиями системных аналитиков и выделили общие задачи.
✅ Спроектировали монолитную архитектуру GetTickets, переделав опубликованную в канале схему с обычным монолитом на схему с модульным монолитом. Коллеги выделили модули и мы вместе определили задачи под них. Посмотрели интересный кейс с интеграциями.
✅ Разобрали принципы проектирования сервисной (SOA) и микросервисной (MSA) архитектуры. Четко определили отличия между ними и на практике с GetTickets выбирали, что будет сервисами, а что микросервисами в новой целевой схеме архитектуры.
✅ Проработали сценарий переезда на примере одного из модулей: как вынести модуль из монолита и превратить модуль в микросервис. И почему модульный монолит в этом плане прекрасен.
✅ Обсудили важное: поговорили о недостатках микросервисов и преимуществах монолита. Именно так. И разобрали это на примерах из опыта.
Дала много ценной информации, которую сразу применяли на практике. По итогам получили 3 схемы архитектуры и практический кейс в копилку! 🙌
❗️Повтор проведём. Информация о нём будет опубликована завтра 🙂
А продолжение практики будет уже во вторник, в рамках программы
📚 Проектирование архитектуры,
где мы будем знакомиться с проектом, с шаблонами проектирования архитектуры и проектировать архитектуру в прямом эфире!
Жду встречу с новой командой! 🤩
❤25
Архитектура ПО — это Вселенная. Все очень сложно, но если все правильно, то все невероятно просто. Шаг за шагом познаю что и как. Ищу лучшие практики и шаблоны. В конечном счете, в очередной раз делаю одно и то же заключение:
Изученные правильные практики и шаблоны проектирования лишь вектор, который вдохновляет на красивые и уникальные решения.
В этой статье нет примеров хорошей архитектуры, советов как должно быть и как правильно. Я просто зафиксировала мысли, которые надо не забывать при решении очередной задачи 🙂
Изученные правильные практики и шаблоны проектирования лишь вектор, который вдохновляет на красивые и уникальные решения.
В этой статье нет примеров хорошей архитектуры, советов как должно быть и как правильно. Я просто зафиксировала мысли, которые надо не забывать при решении очередной задачи 🙂
❤12👏8😍4
🙌 Запись "Проектирование архитектуры: от монолита к микросервисам" 🙌
Мы благодарим всех, кто смог подключиться онлайн в этот четверг! Как всегда - это была крутая практика с вопросами, которые помогли её улучшить.
Не все смогли присутствовать онлайн или спланировать этот вечер, чтобы успеть на вебинар. А часовые пояса - отдельная тема для откладывания на потом.
Поэтому мы подготовили возможность посмотреть повтор в удобное время, чтобы вы не упустили важную тему по архитектуре систем для системных аналитиков:
Запись вебинара:
📌 Проектирование архитектуры: от монолита к микросервисам
🗓 Только 2, 3 и 4 марта
🔗 ПОЛУЧИТЬ ДОСТУП
Мы благодарим всех, кто смог подключиться онлайн в этот четверг! Как всегда - это была крутая практика с вопросами, которые помогли её улучшить.
Не все смогли присутствовать онлайн или спланировать этот вечер, чтобы успеть на вебинар. А часовые пояса - отдельная тема для откладывания на потом.
Поэтому мы подготовили возможность посмотреть повтор в удобное время, чтобы вы не упустили важную тему по архитектуре систем для системных аналитиков:
Запись вебинара:
📌 Проектирование архитектуры: от монолита к микросервисам
🗓 Только 2, 3 и 4 марта
Please open Telegram to view this post
VIEW IN TELEGRAM
👍18❤10👏2🎉2
На практическом вебинаре на прошлой неделе я показывала вам схему архитектуры без применения нотаций моделирования. А стандарты по проектировани схем архитектуры полезно знать. Расскажу сегодня про один из них 😉
Нотация моделирования C4 - это подход к визуализации архитектуры программного обеспечения, созданный Саймоном Брауном. Появился он в результате чтения лекций по архитектуре на курсе 🙂
C4 состоит из четырех уровней представления:
1. Context: высокоуровневый взгляд на систему. Показывает приложения и пользователей, без технических деталей.
2. Container: углубляет представление системы, описывая основные части, или "контейнеры" (backend-приложение, веб-приложение, мобильного приложение, базы данных, файловая система), которые входят в состав системы. На этом уровне определены функции каждого контейнера, технологические решения по языкам программирования, протоколы взаимодействия.
3. Component: детализирует каждый контейнер, описывая его компоненты и их взаимодействие.
4. Code: наиболее детальный уровень, описывающий внутреннюю структуру каждого компонента. Часто используются UML-диаграммы для его описания. Не обязателен.
C4 помогает представить сложные системы простым и понятным образом, что делает его популярной нотацией моделирования архитектуры для аналитиков и архитекторов ПО.
Удобнее всего создавать С4 в draw.io. Но есть и альтернативные инструменты. Например - Miro!
🟢 Делюсь ссылкой на шаблон + пример C4 для Miro 🟢
Please open Telegram to view this post
VIEW IN TELEGRAM
❤13🔥11👍3👏2
Можно всё и ещё больше ❤️🌹❤️🔥
Сегодня девушки могут достигнуть высот в карьере и бизнесе, доказывая, что нет ничего невозможного. Много девушек-коллег в IT очень преданно, ответственно и с любовью относятся к своей работе. И нереально много работают. Зато благодаря своим усилиям и стараниям всегда добиваются результатов. И могут всё сами))
В этот весенний день я хочу напомнить себе и девушкам, что несмотря на всю нашу силу, следует помнить о легкости и о той уникальной энергии, которую мы можем принести в этот мир.
Пусть этот весенний день принесет радость! Пусть мужчины впечатляют и продолжают проявлять себя как джентльмены рядом.с вами, что особенно заметно в IT-сфере 💪
В мире технологий всегда есть место красоте, легкости и доброте!
С весной и прекрасным праздником! ❤️🌸
Сегодня девушки могут достигнуть высот в карьере и бизнесе, доказывая, что нет ничего невозможного. Много девушек-коллег в IT очень преданно, ответственно и с любовью относятся к своей работе. И нереально много работают. Зато благодаря своим усилиям и стараниям всегда добиваются результатов. И могут всё сами))
В этот весенний день я хочу напомнить себе и девушкам, что несмотря на всю нашу силу, следует помнить о легкости и о той уникальной энергии, которую мы можем принести в этот мир.
Пусть этот весенний день принесет радость! Пусть мужчины впечатляют и продолжают проявлять себя как джентльмены рядом.с вами, что особенно заметно в IT-сфере 💪
В мире технологий всегда есть место красоте, легкости и доброте!
С весной и прекрасным праздником! ❤️
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥23❤18🎉11👍2
Forwarded from 👩🏻💻 Подкаст Системных Аналитиков | GetAnalyst
💫 ПРОБЛЕМЫ В РАБОТЕ С ЗАДАЧАМИ НА ИНТЕГРАЦИИ 💫
В новом эпизоде подкаста мы погрузимся в проблемы разработки требований на интеграции систем, с которыми могут встретиться системные аналитики, а также обсудим варианты их решения.
Этот эпизод представляет ценную информацию для начинающих и опытных системных аналитиков, стремящихся разобраться в работе с интеграционными задачами и обеспечить стабильное взаимодействие систем.
1:18 - Что такое интеграции?
4:25 - Роль системного аналитика в процессе работы с задачами на интеграции.
11:41 - Как изменилась работа с задачами на интеграции за последние годы?
16:49 - Написал требования в соответствии с API-документацией внешней системы, а потом оказалось, что работает не так.
19:40 - Интеграция работала в продакшн и всё было хорошо, а потом всё внезапно сломалось.
22:57 - Что делать если предстоит интегрироваться с системой у которой еще нет API, а сроки горят?
26:18 - Разработчик системы, с которой предстоит интегрироваться, не предоставляет API и доступы, а задачу нужно реализовать, потому что сроки (P.S. Влиять через заказчика на внешнюю команду при возможности).
28:07 - Что, если вы тот самый разработчик, у которого просят API, но вам пока не до этого?
29:21 - Платные подписки и использование внешних систем. Примеры: DaData.ru, сервисы SMS-рассылок с поштучной оплатой со счета заказчика и другие.
31:58 - Разные структуры данных в разных системах: как собрать всё в нашей системе воедино? Про агрегаторы.
36:07 - Высокие нагрузки и длительное ожидание ответов. Асинхронные запросы и вебхуки.
39:37 - Не работал с видом API, по которому предстоит интеграция (REST API, GraphQL, gRPC, SOAP API и WebSocket - основные, посмотрите на них).
42:02 - Заключение и рекомендации
Эпизод доступен в:
⏯ Яндекс.Музыка
⏯ YouTube
⏯ Telegram
⏯ Apple Podcast
⏯ Castbox
⏯ Spotify
⏯ Amazon Music
Подписывайтесь на подкаст и делитесь с коллегами, начинающими и опытными системными аналитиками!
В новом эпизоде подкаста мы погрузимся в проблемы разработки требований на интеграции систем, с которыми могут встретиться системные аналитики, а также обсудим варианты их решения.
Этот эпизод представляет ценную информацию для начинающих и опытных системных аналитиков, стремящихся разобраться в работе с интеграционными задачами и обеспечить стабильное взаимодействие систем.
1:18 - Что такое интеграции?
4:25 - Роль системного аналитика в процессе работы с задачами на интеграции.
11:41 - Как изменилась работа с задачами на интеграции за последние годы?
16:49 - Написал требования в соответствии с API-документацией внешней системы, а потом оказалось, что работает не так.
19:40 - Интеграция работала в продакшн и всё было хорошо, а потом всё внезапно сломалось.
22:57 - Что делать если предстоит интегрироваться с системой у которой еще нет API, а сроки горят?
26:18 - Разработчик системы, с которой предстоит интегрироваться, не предоставляет API и доступы, а задачу нужно реализовать, потому что сроки (P.S. Влиять через заказчика на внешнюю команду при возможности).
28:07 - Что, если вы тот самый разработчик, у которого просят API, но вам пока не до этого?
29:21 - Платные подписки и использование внешних систем. Примеры: DaData.ru, сервисы SMS-рассылок с поштучной оплатой со счета заказчика и другие.
31:58 - Разные структуры данных в разных системах: как собрать всё в нашей системе воедино? Про агрегаторы.
36:07 - Высокие нагрузки и длительное ожидание ответов. Асинхронные запросы и вебхуки.
39:37 - Не работал с видом API, по которому предстоит интеграция (REST API, GraphQL, gRPC, SOAP API и WebSocket - основные, посмотрите на них).
42:02 - Заключение и рекомендации
Эпизод доступен в:
⏯ Яндекс.Музыка
⏯ YouTube
⏯ Telegram
⏯ Apple Podcast
⏯ Castbox
⏯ Spotify
⏯ Amazon Music
Подписывайтесь на подкаст и делитесь с коллегами, начинающими и опытными системными аналитиками!
👍23❤6🔥1😍1
This media is not supported in your browser
VIEW IN TELEGRAM
Как правильно реализовать выгрузку файлов в облако: практическое руководство в этом видео 🧐
Февральско-мартовские выходные подходят к концу, и мы снова возвращаемся в бодрый рабочий темп после мини-отпуска!
С понедельника перейдём к разбору нового проекта в GetAnalyst, а пока отдыхаем и в фоне слушаем новый выпуск подкаста🎙
Крутого воскресенья! Проведите его с удовольствием! 💛
Февральско-мартовские выходные подходят к концу, и мы снова возвращаемся в бодрый рабочий темп после мини-отпуска!
С понедельника перейдём к разбору нового проекта в GetAnalyst, а пока отдыхаем и в фоне слушаем новый выпуск подкаста
Крутого воскресенья! Проведите его с удовольствием! 💛
Please open Telegram to view this post
VIEW IN TELEGRAM
😁25❤9👍1
Привет! Возвращаюсь к вам с новыми проектами на интеграции! 😌
Я не повторяю проекты, чтобы пополнять базу знаний GetAnalyst и рассматривать разные практические задачи, подходить к темам с разных сторон.
В этот раз выбор нового проекта дался мне не просто. Хотелось показать:
1. Любой API с авторизацией, с которым можно сделать интеграцию, чтобы рассказать о том, как писать требования и в чём могут быть сложности.
2. Нестандартный API, чтобы все в канале узнали для себя что-то новое.
3. Постановку задачи на интеграцию на все 100%: фронтенд, бэкенд, БД, маппинги и остальное.
И, казалось бы, это типовые задачи любого проекта с интеграциями, даже нестандартные API уже встречаются чаще, чем раньше. Бери и показывай 🙂 Но не всё так просто для публичных разборов.
Я хожу к вендорам (разработчикам внешних систем, с которыми интегрироваться) и запрашиваю у них доступы к тестовым площадкам. В открытую разбираю их API и документацию. Это возможно не с любой системой - увы. Не у всех открытая документация и доступы.
А ещё и запас известных API кончается 😀 Я уже много показала в рамках обучающих программ, открытых вебинаров и здесь в канале. И хочу новое каждый раз.
Путём исследований, напряжений памяти и фантазии нашла 3 проекта, которые можем сделать, с новыми API! Ура! 🎉
📌 Начнём с нестандартного API - интеграция через GraphQL.
Делаем мини-проект “Чеклист путешественника” или “Travel Points” - полный разбор с нуля: с постановкой задач на UI, БД, маппинги и интеграционные REST API бэкенда.
Начнём проект сегодня! ❤️
Я не повторяю проекты, чтобы пополнять базу знаний GetAnalyst и рассматривать разные практические задачи, подходить к темам с разных сторон.
В этот раз выбор нового проекта дался мне не просто. Хотелось показать:
1. Любой API с авторизацией, с которым можно сделать интеграцию, чтобы рассказать о том, как писать требования и в чём могут быть сложности.
2. Нестандартный API, чтобы все в канале узнали для себя что-то новое.
3. Постановку задачи на интеграцию на все 100%: фронтенд, бэкенд, БД, маппинги и остальное.
И, казалось бы, это типовые задачи любого проекта с интеграциями, даже нестандартные API уже встречаются чаще, чем раньше. Бери и показывай 🙂 Но не всё так просто для публичных разборов.
Я хожу к вендорам (разработчикам внешних систем, с которыми интегрироваться) и запрашиваю у них доступы к тестовым площадкам. В открытую разбираю их API и документацию. Это возможно не с любой системой - увы. Не у всех открытая документация и доступы.
А ещё и запас известных API кончается 😀 Я уже много показала в рамках обучающих программ, открытых вебинаров и здесь в канале. И хочу новое каждый раз.
Путём исследований, напряжений памяти и фантазии нашла 3 проекта, которые можем сделать, с новыми API! Ура! 🎉
📌 Начнём с нестандартного API - интеграция через GraphQL.
Делаем мини-проект “Чеклист путешественника” или “Travel Points” - полный разбор с нуля: с постановкой задач на UI, БД, маппинги и интеграционные REST API бэкенда.
Начнём проект сегодня! ❤️
❤47👍19🔥15❤🔥8
📌 Новый проект на интеграции через GraphQL API - Travel Points 📌
Разрабатываем мобильное приложение с чеклистом путешественника, где пользователь сможет отмечать, какие страны он посетил.
Приложение состоит из экранов:
1. Регистрация, авторизация, восстановление пароля от ЛК.
2. Главный экран, на котором отображается список стран, на которые можно переходить для просмотра описания. Недавно посещенные страны отображаются в ТОП-е, вверху списка.
3. Экраны с описанием страны - флаг, языки, регионы и другая информация.
4. На экране с описанием страны можно:
4.1. Отметить, что посетил страну.
4.2. Добавлять заметки с описанием о путешествии в свободной форме. Заметок может быть несколько.
На стороне приложения Travel Points не реализуем хранение справочника стран, храним только базовую информацию о тех, которые посетил пользователь.
Используем готовый справочник countries.trevorblades, к которому будем подключаться по API GraphQL, для отображения полного списка стран пользователю и детальной информации о каждой стране.
👉 API-документация GraphQL:
🔗 https://countries.trevorblades.com/
Допущения:
1. Это учебный проект. В реальном я бы один раз все страны в БД импортировала и всё. Представим, что есть динамическая информация у стран и поэтому постоянно запрашиваем их по API.
2. Странная API-документация, так как API явно разработан в учебных целях. Поэтому для примера хочу показать вам API-документацию Shopify (облачная платформа e-Commerce, которая позволяет бизнесам создавать свои интернет-магазины).
Проект простой, но полезный для знакомства с интеграциями по GraphQL API:
1. Познакомимся со структурой запросов-ответов GraphQL API.
2. Потестируем GraphQL API в Postman.
3. Сделаем небольшую схему архитектуры.
4. Сделаем БД.
5. Опишем постановку задачи на разработку интеграционного REST API метода для мобильного приложения.
6. Опишем постановку задачи на мобильное приложение, которое будет показывать данные.
Welcome to the project! 🙌
#ИнтеграцииGA #TravelPoints
Разрабатываем мобильное приложение с чеклистом путешественника, где пользователь сможет отмечать, какие страны он посетил.
Приложение состоит из экранов:
1. Регистрация, авторизация, восстановление пароля от ЛК.
2. Главный экран, на котором отображается список стран, на которые можно переходить для просмотра описания. Недавно посещенные страны отображаются в ТОП-е, вверху списка.
3. Экраны с описанием страны - флаг, языки, регионы и другая информация.
4. На экране с описанием страны можно:
4.1. Отметить, что посетил страну.
4.2. Добавлять заметки с описанием о путешествии в свободной форме. Заметок может быть несколько.
На стороне приложения Travel Points не реализуем хранение справочника стран, храним только базовую информацию о тех, которые посетил пользователь.
Используем готовый справочник countries.trevorblades, к которому будем подключаться по API GraphQL, для отображения полного списка стран пользователю и детальной информации о каждой стране.
👉 API-документация GraphQL:
Допущения:
1. Это учебный проект. В реальном я бы один раз все страны в БД импортировала и всё. Представим, что есть динамическая информация у стран и поэтому постоянно запрашиваем их по API.
2. Странная API-документация, так как API явно разработан в учебных целях. Поэтому для примера хочу показать вам API-документацию Shopify (облачная платформа e-Commerce, которая позволяет бизнесам создавать свои интернет-магазины).
Проект простой, но полезный для знакомства с интеграциями по GraphQL API:
1. Познакомимся со структурой запросов-ответов GraphQL API.
2. Потестируем GraphQL API в Postman.
3. Сделаем небольшую схему архитектуры.
4. Сделаем БД.
5. Опишем постановку задачи на разработку интеграционного REST API метода для мобильного приложения.
6. Опишем постановку задачи на мобильное приложение, которое будет показывать данные.
Welcome to the project! 🙌
#ИнтеграцииGA #TravelPoints
Please open Telegram to view this post
VIEW IN TELEGRAM
👍35❤9🔥7
⭐️ Онлайн-практикум по миграциям БД в этот четверг ⭐️
С этого года я провожу дополнительное обучение по БД и SQL для разбора сложных задач, которые выходят за пределы базовых знаний и помогают в ежедневной работе по развитию систем.
Тема, которую буду разбирать в этот четверг, связана с миграциями данных как внутри одной БД, так и между разными БД и СУБД.
Цель - показать как доработки БД могут влиять на релизы функциональности, научить выстраивать последовательность обновлений базы и показать на что обращать внимание при переезде с одной СУБД на другую.
📚 Разработка требований к миграциям БД
🗓 14 марта в 19:00 Мск
📌 План:
1. Определение понятия миграции данных. Примеры.
2. Требования к обратной совместимости данных. Распространенные ошибки.
3. Влияние нефункциональных требований на миграции в БД.
4. Практика проектирования миграций внутри одной БД.
5. Обзор проблем миграций данных между разными СУБД. Практика.
6. Обзор шаблона постановки задачи на разработчиков по миграции данных.
Практикум проводится в рамках программы по дополнительному обучению БД и SQL.
Участие полезно для тех, кто уже знаком с проектированием БД и хочет погружаться глубже в детали 👀
До встречи онлайн!
С этого года я провожу дополнительное обучение по БД и SQL для разбора сложных задач, которые выходят за пределы базовых знаний и помогают в ежедневной работе по развитию систем.
Тема, которую буду разбирать в этот четверг, связана с миграциями данных как внутри одной БД, так и между разными БД и СУБД.
Цель - показать как доработки БД могут влиять на релизы функциональности, научить выстраивать последовательность обновлений базы и показать на что обращать внимание при переезде с одной СУБД на другую.
📚 Разработка требований к миграциям БД
🗓 14 марта в 19:00 Мск
📌 План:
1. Определение понятия миграции данных. Примеры.
2. Требования к обратной совместимости данных. Распространенные ошибки.
3. Влияние нефункциональных требований на миграции в БД.
4. Практика проектирования миграций внутри одной БД.
5. Обзор проблем миграций данных между разными СУБД. Практика.
6. Обзор шаблона постановки задачи на разработчиков по миграции данных.
Практикум проводится в рамках программы по дополнительному обучению БД и SQL.
Участие полезно для тех, кто уже знаком с проектированием БД и хочет погружаться глубже в детали 👀
До встречи онлайн!
❤11🔥5👍3
🧩 Что такое интеграции на примере приложения Такси 🧩
Суть приложения такси:
1. Выбрать точку А и точку Б на карте.
2. Рассчитать стоимость поездки.
3. Создать заказ для пользователя.
4. Обеспечить для него возможность оплатить заказ онлайн: банковской картой или другим способом.
Среди этих шагов отдельно можно выделить интеграционные части:
✔️ встроенную в приложение карту, то есть интегрированную в него;
✔️ подключенную платежную систему для проведения оплаты, то есть интегрированную к нему.
✔️ мобильное приложение такси для отображения данных на экране использует специализированный программный интерфейс - API, через который обращается к серверу и получает от него данные для визуализации, то есть мобильное приложение интегрировано с сервером.
Много примеров можно привести, чтобы прийти к выводу: в современных системах интеграции везде 👌
Интеграция систем — это процесс объединения различных информационных систем и приложений в единое целое для обмена данными или распределения задач.
В приложении #TravelPoints интеграции будут использоваться для получения списка стран по GraphQL API и для отображения списка стран в мобильном приложении по REST API.
Погружайтесь в интеграции через пример с такси - картинки в этом посте 🚖
#ИнтеграцииGA
Суть приложения такси:
1. Выбрать точку А и точку Б на карте.
2. Рассчитать стоимость поездки.
3. Создать заказ для пользователя.
4. Обеспечить для него возможность оплатить заказ онлайн: банковской картой или другим способом.
Среди этих шагов отдельно можно выделить интеграционные части:
✔️ встроенную в приложение карту, то есть интегрированную в него;
✔️ подключенную платежную систему для проведения оплаты, то есть интегрированную к нему.
✔️ мобильное приложение такси для отображения данных на экране использует специализированный программный интерфейс - API, через который обращается к серверу и получает от него данные для визуализации, то есть мобильное приложение интегрировано с сервером.
Много примеров можно привести, чтобы прийти к выводу: в современных системах интеграции везде 👌
Интеграция систем — это процесс объединения различных информационных систем и приложений в единое целое для обмена данными или распределения задач.
В приложении #TravelPoints интеграции будут использоваться для получения списка стран по GraphQL API и для отображения списка стран в мобильном приложении по REST API.
Погружайтесь в интеграции через пример с такси - картинки в этом посте 🚖
#ИнтеграцииGA
👍19🔥7❤4