Иван Портянкин

Программирование Cloud Native. Микросервисы, Docker и Kubernetes

Сообщить о появлении
Загрузите файл EPUB или FB2 на Букмейт — и начинайте читать книгу бесплатно. Как загрузить книгу?
  • ipatцитирует3 года назад
    Подразумевается что вы знаете один или несколько языков программирования и основы сетей и протокола HTTP, но не более того
  • Sergii Kshanovskyiцитирует3 года назад
    Как гласит известный закон Конвея (Conway’s law), структура организации обязательно проявит себя в планировании и производстве любых продуктов и сервисов этой организации.
  • begimovцитирует3 года назад
    управление сетевыми вызовами между микросервисами, отслеживание задержек, шифрование трафика — неплохо решается так называемыми микросервисными сетками (service mesh) — такими как Istio и Linkerd. Мы еще вспомним про них в дальнейших главах. Сбор распределенных журналов также отлично решается, например стеком ELK (Elastic, Logstash, Kibana), или Fluentd. Стандарт OpenTracing, метрики Prometheus, и отчеты Graphana уже встроены во многие библиотеки для создания микросервисов
  • Olzhas Murtazinцитирует4 года назад
    Парадигма микросервисов предпочитает, чтобы команда разработчиков «владела» (own) своим проектом в начале его дизайна, в процессе создания и настройки микросервисов, и обязательно после формальной сдачи системы
  • Olzhas Murtazinцитирует4 года назад
    Микросервисы как правило разрабатываются небольшой командой (известен практически анекдот от компании Amazon, что команда, работающая над микросервисом, всегда сможет насытиться двумя пиццами
  • Olzhas Murtazinцитирует4 года назад
    Непрерывная интеграция и тестирование (CI, continuous integration), непрерывное развертывание новых версий (CD, continuous delivery) — это обязательный атрибут команд, создающих микросервисы
  • Olzhas Murtazinцитирует4 года назад
    в общем случае стоит признать, что созданная командой (с ее внутренней дисциплиной и культурой) система скорее будет более прозрачной и понятной в виде микросервисов и качественно разделенных друг от друга репозиториев, чем в виде огромного кода размером в сотни тысяч строк, особенно если новый программист начинает работу над четко определенной задачей в одном микросервисе
  • Olzhas Murtazinцитирует4 года назад
    разбиение идеально ложится на разделение бизнес-функций в общем приложении, а что еще лучше, великолепно разделяет обязанности большой команды инженеров на независимые, маленькие команды
  • Olzhas Murtazinцитирует4 года назад
    именно микросервисы без состояния намного проще создавать с помощью Docker и управлять Kubernetes
  • Olzhas Murtazinцитирует4 года назад
    Микросервисы облачного приложения в идеале не обладают вообще никаким состоянием и стараются не хранить никаких промежуточных результатов для выдачи другим серверам (stateless, share-nothing). Это позволяет добиться легкой масштабируемости и восстановления системы
fb2epub
Перетащите файлы сюда, не более 5 за один раз