Разделы презентаций
- Разное
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Всё = сервисы? Голованов Константин / Руководитель разработки платформы
Содержание
- 1. Всё = сервисы? Голованов Константин / Руководитель разработки платформы
- 2. Рынок мобильных приложений растетПользователи выбирают мобильное приложениеКоличество
- 3. Статистика облака СБИС (пользователи браузеров)
- 4. Статистика облака СБИС (пользователи приложений)
- 5. Мобильное приложение =Offline приложение со своей бизнес-логикой≠"Просто способ организации данных"©
- 6. Набираем команду разработки под AndroidНабираем команду разработки под iOSБерем VIPERПредложения от гуру мобильной разработки
- 7. Реально разное поведение мобильного приложения под Android
- 8. Альтернатива - АрхитектураМобильное приложение имеет offline логикуЭта
- 9. Tier приложенияLayer приложенияTier - вычислительный контейнерLayer -
- 10. Микросервис - это layerBackend-программист делает облачный микросервисМикросервис
- 11. "Облачная" имплементация - широкий канал -> упор
- 12. Разработчики backend - полноценные участники мобильной разработкиДелаем
- 13. Физические границы обеспечены (c++ же) Данные децентрализованы
- 14. Для физической изоляции пишем на c++Фасады микросервисов
- 15. IDL
- 16. Каждый микросервис имеет отдельную БДВ качестве СУБД
- 17. Каждый микросервис имеет свой набор тестовTest-suite микросервиса
- 18. Слои микросервисаСлой для потребителяСлой для источника данных
- 19. Этот слой реализован по design pattern -
- 20. Этот слой инкапсулирует в себе все взаимодействие
- 21. Чуть больше внимание синхронизатору
- 22. Offline микросервис внутри мобильного приложения решает задачу
- 23. Переносим каркасное решение обратно в облакоСлои микросервиса
- 24. с++ программисты?Нужно быть большим и сильнымПроблемы подхода
- 25. Главное правильно организованный сервисПравильно организованному сервису без разницы на каком tier выполнятьсяВ заключение
- 26. Спасибо за внимание. Вопросы? Голованов КонстантинРуководитель разработки платформыgolovanov.ka@tensor.ru
- 27. Скачать презентанцию
Рынок мобильных приложений растетПользователи выбирают мобильное приложениеКоличество пользователей мобильных приложений растетMobile firstДоля покупок сделанных из приложений и браузеров
Слайды и текст этой презентации
Слайд 2Рынок мобильных приложений растет
Пользователи выбирают мобильное приложение
Количество пользователей мобильных приложений
растет
Слайд 5Мобильное приложение
=
Offline приложение со своей бизнес-логикой
≠
"Просто способ организации данных"©
Слайд 6Набираем команду разработки под Android
Набираем команду разработки под iOS
Берем VIPER
Предложения
от гуру мобильной разработки
Слайд 7Реально разное поведение мобильного приложения под Android и iOS
Разные guidelines
- разные интерфейсы
Разные скорости выпуска приложений
Что получили
Слайд 8Альтернатива - Архитектура
Мобильное приложение имеет offline логику
Эта логика посередине от
"backend"
vipEr - эту "E" нельзя сделать как попало
Слайд 9Tier приложения
Layer приложения
Tier - вычислительный контейнер
Layer - логически организованный код
Правильный
layer прозрачно перемещается
Что такое "backend" и где он должен
быть?
Слайд 10Микросервис - это layer
Backend-программист делает облачный микросервис
Микросервис может потреблять другой
микросервис
Клиентский микросервис - умный, с кэшированием
Слайд 11"Облачная" имплементация - широкий канал -> упор на производительность
Offline имплементация
- слабый канал -> упор на минимизацию трафика
Для разных tier
разные имплементации микросервиса
упор на производительностьOffline имплементация -" alt=""Облачная" имплементация - широкий канал -> упор на производительностьOffline имплементация - слабый канал -> упор на минимизацию">Слайд 12Разработчики backend - полноценные участники мобильной разработки
Делаем offline имплементации облачных
микросервисов
Offline имплементации пишем на c++, нужна кросскомпиляция
Backend мобильного приложения должен
быть в мобильном приложении
Слайд 13Физические границы обеспечены (c++ же)
Данные децентрализованы (каждому сервису своя
БД)
Автотестирование сервисов налажено (на desktop-консоли прямо)
Фаулер одобряет
Слайд 14Для физической изоляции пишем на c++
Фасады микросервисов описываем на IDL
Кодогенерация
remote stubs, а также мостов Swift/Kotlin для мобильных UI-клиентов
Изоляция микросервисов
Слайд 16Каждый микросервис имеет отдельную БД
В качестве СУБД - SQLite
Датамодели из
IDL используются не только для remoting, но также для типизированной
работы с сущностями БДДецентрализация данных
Слайд 17Каждый микросервис имеет свой набор тестов
Test-suite микросервиса собирается под x86_64
архитектуру
Тесты запускаются в консоли тестового фреймоворка, сторонние сервисы -
mock-реализацияContinuous Integration
Слайд 19Этот слой реализован по design pattern - Repository
Потребителем может
выступать микросервис и человек через UI
Потребитель получает API в стиле
CRUDВо всяческих MVC/MVP/MVVM - это M (модель)
Слой для потребителя
Слайд 20Этот слой инкапсулирует в себе все взаимодействие с удаленным источником
данных
Получение данных представляет собой синхронизацию, т. е. микросервис старается получить
дельту измененийБД в данном случае выступает как шина для взаимодействия между слоями, но на практике между слоями есть зацепление через API
Слой для источника данных
Слайд 22Offline микросервис внутри мобильного приложения решает задачу частичной репликации данных
К
подобному классу относятся задачи некоторых сервисов облачного backend
Когда нужно получить
данные из внешнего, с точки зрения облака, источникаНапример, организация микросервиса контрагентов
Общий класс задач асинхронного получения данных
Слайд 23Переносим каркасное решение обратно в облако
Слои микросервиса становятся полноценными сервисами
Сервис-фасад
- это repository
Сервис-майнер - это synchronizer
Масштабируем обратно
Слайд 25Главное правильно организованный сервис
Правильно организованному сервису без разницы на каком
tier выполняться
В заключение
Слайд 26Спасибо за внимание.
Вопросы?
Голованов Константин
Руководитель разработки платформы
golovanov.ka@tensor.ru
