recentpopularlog in

architecture

« earlier   
Top 2 Features of Self-healing Microservices - DZone DevOps
With your microservice running, it is important to have the right tool in place for orchestration and having adequate monitoring in place.
microservices  architecture 
1 hour ago by lightningdb
The Reactive Manifesto
We believe that a coherent approach to systems architecture is needed, and we believe that all necessary aspects are already recognised individually: we want systems that are Responsive, Resilient, Elastic and Message Driven. We call these Reactive Systems. Systems built as Reactive Systems are more flexible, loosely-coupled and scalable. This makes them easier to develop and amenable to change. They are significantly more tolerant of failure and when failure does occur they meet it with elegance rather than disaster. Reactive Systems are highly responsive, giving users effective interactive feedback.
architecture  reactive  manifesto  programming  philosophy  responsive 
yesterday by cyberchucktx
ReactiveX: An API for asynchronous programming with observable streams
The Observer pattern done right;ReactiveX is a combination of the best ideas from the Observer pattern, the Iterator pattern, and functional programming.
reactive  programming  functional  architecture  philosophy  responsive 
yesterday by cyberchucktx
Oracle’s cloudy “nothing burger” makes Wall Street suspicious
"Oracle turned in positive quarterly and full year numbers, but Wall Street got the vapors about a change in how earnings are reported."
cloud  erp  financials  and  supply  chain  platforms  -  infrastructure  architecture  crm  customer  experience  hcm  the  digital  future  of  work 
yesterday by jonerp
Джентльменский набор сисадмина / Блог компании Badoo / Хабр
Суть Docker здесь не в нем самом, а в том, как устроены registry, потому что он нам необходим для того, чтобы стягивать оттуда уже дальнейшие контейнеры наших сервисов и служб. У этой схемы было несколько итераций, пока мы внедряли Docker и им пользовались, но на данный момент рабочая схема registry в Badoo находятся в таком виде, как показано выше. Все образы, все слои и все остальное мы храним в Ceph через Swift API.

Для того, чтобы хранить кэш из нашего registry, мы используем Redis. HTTP ноды, которые являются Docker distribution сервисом, мы можем горизонтально масштабировать сколько угодно, единственное условие заключается в том, что нам всегда необходимо вести все docker-registry ноды к одному адресу кэширующего сервиса Redis и указывать соответственно один endpoint для Ceph.

Перед HTTP сервисом в качестве балансировщика стоит nginx, который терминирует SSL, делает basic Auth. Дальше находятся наши целевые серверы, которые обращаются к registry с тем, чтобы сделать pull или push.

Consul

В современных реалиях в новом дата-центре обязательно понадобится Consul, который на данный момент используется, скорее, не как service discovery для всего Badoo, а как service discovery для инфраструктурной части.

Демонстрировать, как базово выглядит инсталляция Consul в любом из дата-центров, наверное, никакого смысла не имеет. Это обычно, как минимум 3 master-сервера и синхронизация со всеми имеющимися дата-центрами.
sysadm  datacenter  architecture  docker  consul 
yesterday by some_hren

Copy this bookmark:





to read