small fix devops

content/post/devops.md

@@ -88,7 +88,7 @@ date: 2016-05-26
 Никто не пишет свой мониторинг, никто не придумывает своё докерное извращение — об этом думает  специальная команда.
 Но если вы хотите получать метрики и доставлять свои приложения на продакшн, у вас есть набор утилит/практик, помогающих делать это правильно, не наступая на одни и те же грабли. И не надо каждый раз изобретать велосипед и получать экспертизу там, где она вам не нужна.
 
-Подобная схема удобна. Команда опсов превращается в мультикоманду инженеров, которая занимается всем чем может и помогает везде где надо. В список задач может прийти и переписывание/оптимизация высокопроизводительного кода, и внутренний амазон, и упрощение сборки/доставки приложения.
+Подобная схема удобна. Команда опсов превращается в мультикоманду инженеров, которая занимается всем чем может и помогает везде где надо. В список задач может прийти и переписывание/оптимизация высокопроизводительного кода, и внутренний PaaS, и упрощение сборки/доставки приложения.
 
 И такая команда становится намного гибче за счёт того, что у неё появились продукты, которые она делает. Не поддержка всего на свете, а конкретные продукты, как и в других продуктовых командах, опыт которых наконец-то можно использовать. После чего становится возможным выставлять собственные приоритеты, ориентируясь на общее инженерное виденье. А остальные продуктовые команды, наоборот, приближаются к тому, как работает их код, и это достаточно благостно и отрезвляюще влияет на продукт-менеджмент и стабильность, ведь если вы отвечаете за пользовательский опыт, то обычно очень быстро находите нужную и выгодную именно вам точку между стабильностью и новыми возможностями.