В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Архитектура ИТ-решений

1934 membersпожаловаться на группу
2020 February 25

I

Ilya in Архитектура ИТ-решений
Rustem Mannanov
+ было бы интересно услышать что не устроило в tyk и gravitee. Api Management сейчас у многих видимо  болит (
Гравити как-то сыроват. Тук вполне интересен но нам не подошел по организационным соображениям.  По поводу боли я бы не сказал. Тут скорее вопрос правильной организации и внутренних договорённостей. API Management - это всего лишь технология помогающая все организовать и поддерживать. Можно и nginx и гитом использовать :)
источник
09:44пожаловаться#1

RM

Rustem Mannanov in Архитектура ИТ-решений
Ilya
Гравити как-то сыроват. Тук вполне интересен но нам не подошел по организационным соображениям.  По поводу боли я бы не сказал. Тут скорее вопрос правильной организации и внутренних договорённостей. API Management - это всего лишь технология помогающая все организовать и поддерживать. Можно и nginx и гитом использовать :)
Т. Е. на попробовать/посмотреть лучше с tyk начать рекомендуете?
Спасибо.
+ Согласен, пока всё это "внутри" достаточно оргмер и договорённостей(и то не всегда) . Но как только появляется какой нибудь совсем уж 3rd party api consumer / producer - уже не хватает. хотя это может быть моё субъективное ощущение.
источник
09:52пожаловаться#2

I

Ilya in Архитектура ИТ-решений
Rustem Mannanov
Т. Е. на попробовать/посмотреть лучше с tyk начать рекомендуете?
Спасибо.
+ Согласен, пока всё это "внутри" достаточно оргмер и договорённостей(и то не всегда) . Но как только появляется какой нибудь совсем уж 3rd party api consumer / producer - уже не хватает. хотя это может быть моё субъективное ощущение.
Да посмотрите на тук. Но учтите, API management это не ESB и не стоит сильно поломаться на то что можно будет реализовать оркестрацию и трансформацию :) Вернее можно но тогда у вас появится еще один ботелнек с весьма сильными зависимостями и бизнес логикой.
источник
09:56пожаловаться#3

I

Ilya in Архитектура ИТ-решений
Определитесь что вам надо - эффективно донести информацию о ваших АПЙ внешним потребителям или организовать полную поддержку жизненного цикла внутри компании? И тогда от этого плясать. У нас ситуация несколько более сложная.  Для нас наиболее важно было централизованное управление политиками безопасности, контроль доступа и логгинг.
источник
10:00пожаловаться#4

AK

Anton Korotkikh in Архитектура ИТ-решений
Ilya
Шортлист из кого сформировали?
Помимо apigee смотрели ещё на tyk и kong.
источник
10:02пожаловаться#5

AK

Anton Korotkikh in Архитектура ИТ-решений
Ilya
Гравити как-то сыроват. Тук вполне интересен но нам не подошел по организационным соображениям.  По поводу боли я бы не сказал. Тут скорее вопрос правильной организации и внутренних договорённостей. API Management - это всего лишь технология помогающая все организовать и поддерживать. Можно и nginx и гитом использовать :)
вы istio интегрировали с apigee?
источник
10:02пожаловаться#6

SD

Stanislav Deviatov in Архитектура ИТ-решений
Anton Korotkikh
Помимо apigee смотрели ещё на tyk и kong.
Просто интересно: расскажите пожалуйста почему Kong не подошёл? Какие его слабые стороны?
источник
10:09пожаловаться#7

AK

Anton Korotkikh in Архитектура ИТ-решений
Stanislav Deviatov
Просто интересно: расскажите пожалуйста почему Kong не подошёл? Какие его слабые стороны?
увы, но в деталях не расскажу, этот выбор был сделано больше года назад, тогда у apigee, насколько мне известно, было больше фич и возможность вендорской поддержки от гугла, что было важным фактором.
источник
10:16пожаловаться#8

I

Ilya in Архитектура ИТ-решений
Anton Korotkikh
вы istio интегрировали с apigee?
Не, но это нас сильно подтолкнуло смотреть в сторону сервис мешей. Секьюрити у нас своей балалайкой прикрыто
источник
10:31пожаловаться#9

I

Ilya in Архитектура ИТ-решений
Anton Korotkikh
увы, но в деталях не расскажу, этот выбор был сделано больше года назад, тогда у apigee, насколько мне известно, было больше фич и возможность вендорской поддержки от гугла, что было важным фактором.
Да и продажи у apigee просто шоу :) По крайней мере у нас сейлзы на 100 отработали 😀
источник
10:33пожаловаться#10

I

Ilya in Архитектура ИТ-решений
Stanislav Deviatov
Просто интересно: расскажите пожалуйста почему Kong не подошёл? Какие его слабые стороны?
Кстати, у конга недавно представили свой сервис меш :)
источник
10:35пожаловаться#11

I

Ilya in Архитектура ИТ-решений
А вот интересный вопрос - нет ли у кого-нибудь желания замутить русскоязычный подкаст на тему архитектуры ИТ?
источник
10:37пожаловаться#12

PY

Pavel Yankov in Архитектура ИТ-решений
Линк ми ап?
источник
10:38пожаловаться#13

AK

Anton Korotkikh in Архитектура ИТ-решений
Ilya
А вот интересный вопрос - нет ли у кого-нибудь желания замутить русскоязычный подкаст на тему архитектуры ИТ?
звучит прикольно
источник
10:40пожаловаться#14

PY

Pavel Yankov in Архитектура ИТ-решений
Я бы послушал
источник
10:42пожаловаться#15

PY

Pavel Yankov in Архитектура ИТ-решений
Pavel Yankov
Линк ми ап?
Хотя это про телеком
источник
10:42пожаловаться#16

I

Ilya in Архитектура ИТ-решений
Anton Korotkikh
звучит прикольно
Я англоязычные слушаю: software engendering radio, software engendering daily (нефига не дейли)
источник
10:50пожаловаться#17

I

Ilya in Архитектура ИТ-решений
Кстати, если кто что знает - буду признателен за рекомендации
источник
10:51пожаловаться#18

PD

Phil Delgyado in Архитектура ИТ-решений
FYI: Александр Поломодов выложил обзор “Fundamentals of Software Architecture”:
https://medium.com/@alexanderpolomodov/%D0%BE%D0%B1%D0%B7%D0%BE%D1%80-fundamentals-of-software-architecture-1754c0e78d48
Medium
Обзор “Fundamentals of Software Architecture”
Бывают книги, которые можно читать запоем, а бывают те, что требуют вдумчивого чтения. Книга “Fundamentals of Software Architecture” от…
источник
12:51пожаловаться#19

PD

Phil Delgyado in Архитектура ИТ-решений
Кстати, про стили. А что там так ругают Orchestration Driven Service Oriented?
источник
12:52пожаловаться#20