• Назад к микросервисам вместе с Istio. Часть 1
    0
    Здравствуйте, подскажите а позволяет ли Istio организовать сеть так чтобы можно было подключить один замещающий сервис из выделенного окружения? Поясню что имею ввиду, одно из преимуществ микросервисов что их можно разрабатывать отдельным командам, т.е. группа которая не имеет доступа ко всем проектам и т.д. может писать свой компонент. Но вот как дебажить в таком случае? Себе все не поднять (доступа нет допустим просто у внешней команды к другим проектам). А как то подебажить в процессе разработки в общем окружение было бы полезно. Допустим есть DEV окружение где все сервисы запущены и вот мы хотим подключиться к этой сетке заменив только один сервис и только для определенного клиента. Т.е. чтобы для других команд DEV окружение не изменилось (особенно учитывая что над одним сервисом теоретически могут работать несколько разработчиков одновременно). Т.е. надо как-то создать наследуемую сетку с заменой части конфигурации в зависимости от входной точки. Например есть какой-то сервис который вызывается в середине стека RPC вызовов и вот, надо чтобы в стеке RPC вызовов при запуске через выделенный фронт (team-51.some-service.ru), например который предоставлен root командной, вызывалась копия определенного сервиса (service-x) который запущен на каком-нибудь внешнем узле (service-x.team-51.ru).

    Может я не с того края пытаюсь проблему решить, просто как изолированно разрабатывать один микросервис с интеграцией в общее RPC окружение, без поднятия в облаке или локально полной сетки сервисов для каждого разработчика?
  • Резервирование в Kubernetes: оно существует
    0
    Здравствуйте, уточните пожалуйста какую версию «kubernetes federation» вы сравнивали: v1 или v2? Просто похоже что даже 1-я версия (которая уже deprecated) например поддерживает «Federated Secrets», а во второй уже даже поддерживается «Custom Resource Definitions», что подчеркивается в ряде источников. Хочется понимать, если сейчас стартовать multi-dc cluster, — можно уже спокойно использовать «kubernetes federation»?
  • PostgreSQL vs MySQL
    –1
    Пост интересный, картинка нехорошая своей жестокостью к дельфинам, не трогай млекопитающее
  • Методологии управления информационными проектами
    0
    Относительно PMBoK, PRINCE/PRINCE2 — данные стандарты будут описаны в другой моей статье, посвященной международным и национальным стандартам управления информационными проектами (данную статью, которая посвящена методологиям, назвал так до этого по ошибке, уже переименовал). Что касается связи PMBoK и других стандартов, то если вам будет инересно, есть одно исследование С. Гашика, согласно которому процессы PMBOK на 95 процентов аналогичны описанным в международном стандарте по управлению проектами ISO 21500.
  • Методологии управления информационными проектами
    0
    Спасибо за замечание, статья должна называться иначе (переименовал), а «Международные и национальные стандарты управления информационными проектами» называется другая моя статья. Относительно анализа обстоятельств возникновения сложившихся подходов, интересная идея, однако это уже было бы целое исследование, а это раздел из первой (теоретической) главы моей основной работы.