1. Бэкенд-винегрет
Как подружить разные
ЯП на ваших серверах
Андрей Лузин,
2GIS

2. Зачем?

3. Зачем?

4. Зачем?
1. Возможность использовать готовое решение,
реализованное на другом ЯП

5. Зачем: готовые решения

6. Зачем: готовые решения

7. Зачем: готовые решения

8. Зачем?
1. Возможность использовать готовое решение,
реализованное на другом ЯП
2. Выбор языка под задачу

9. Зачем: выбор инструмента

10. Зачем?
1. Возможность использовать готовое решение,
реализованное на другом ЯП
2. Выбор языка под задачу
3. Возможность плавной миграции проекта на
другой ЯП

11. Зачем: Миграция на другой ЯП

12. Как?

13. Fork / Exec

14. Fork / Exec
Прост в использовании
Универсален
Большие накладные расходы на запуск
Нет удобного механизма обмена данными

15. Модули / Экстеншены

16. Модули / Экстеншены
Нативное использование
Далеко не все языки получится подружить
Медленно, если модулю нужно подгружать данные,
необходимые для работы

17. Daemon + Protocol / API

18. Свой протокол

19. Свой протокол
Нет
Трудозатратно
В лучшем случае получится что-то похожее на готовое
решение, в худшем нерасширяемый и
трудноподдерживаемый протокол

20. REST / SOAP / XML-RPC

21. REST / SOAP / XML-RPC
Расширяемость
Широкая поддержка
Избыточность и оверхед
Транспорт фиксирован (HTTP)

22. Apache Thrift, protobuf,
MessagePack, Apache Avro

23. Apache Thrift
C#
Java Objective C
OCaml Python Smalltalk
С++ Erlang
Node.js
Haskell Perl JavaScript
C
PHP Ruby Action Script 3

24. Remote Procedure Call

25. Thrift Workflow

26. Боевой пример

27. Геокодер API 2GIS

28. Геокодер API 2GIS

29. GeocoderTypes.thrift

30. Geocoder.thrift

31. Компилируем
thrift --gen cpp --gen py Geocoder.thrift

32. Python client

33. CPP server

34. Let’s dive into details

35. Встроенные типы
Thrift Python C++
i32 int int32_t
double float double
string str std::string
list<i32> [] std::vector<int32_t>
map<i32, { } std::map<int32_t, std::string>
string>

36. Перечисления

37. Структуры

38. Сервисы

39. Исключения

40. Асинхронные методы

41. Транспорт и протокол

42. Транспорт
• HTTP
• TCP
• Unix Socket
• Memory
• File

43. Протокол
• JSON
• Binary
• Debug

44. Версионирование
struct Result
{
1: required i64 id,
2: required i32 score,
3: optional string synonym
}

45. Версионирование
Добавляем Убираем
поле поле
Старый
клиент Isset() ignore
Старый
Сервер
ignore FAIL

46. И ещё

47. SOA vs Monolithic

48. Классическая архитектура

49. Рост проекта

50. Рост проекта

51. SOA

52. Ограничения

53. Ограничения
• Балансировка
• Примитивные асинхронные методы
• Stateless

54. Альтернативы
• Google protobuf
• Message Pack
• Apache Avro - designed with dynamic languages
in mind

55. Кто использует
• PHP + Поисковые бэкенды
на C++
• Логгер
Внешний API

56. Thrift: Итого
• Кроссязыковый
• Нативный
• Гибкий

57. Вопросы?
Андрей Лузин,
2ГИС
@dronnix
andrew.luzin@gmail.com