МН
А ведь есть вордпресс и 100500 плагинов к нему, большинство задач можно легко решить их связкой, получится быстро, дешево, дыряво, поддержка будет не самой простой, но для большинства сайтов пойдет
Size: a a a
2021 May 13
p
А это всегда так. Сайт-визитка - да, всякие конструкторы вроде wix. Но любая интеграция - и "привет боль!"
AK
Нокодеры на том и специализируются. Как из кучи костылей через прокладки в виде интегроматов/запиера/айэфтитити сделать прототип за день-два и проверить стоимость привлечения одного клиента для услуги/товара.
K
ребята. А мониторинг саас сервиса на том же хостинге не лучшая идея да? или если хостинг упал, то и так все понятно и мониторинг не нужен))
ЮВ
мониторинг на хосте + купленный внешний пейджер проверки доступности для 90% небольших проектов с головой
K
мониторинг - всегда хорошая идея
K
но у нас большой
K
учитывая, что сейчас есть отличные бесплатные инструменты, типа ELK, Grafana, Zabbix, точно надо настраивать
K
вопрос не в том надо или не надо, вопрос где
R
А надо то, что? Мне кажется надо исходить из требований.
K
если есть поддержка, которая будет мониторить, что мониторинг не свалился, то для уменьшения издержек - прямо на серваках хоста
R
Если надо, чтобы мониторинг при лежащем ЦОДе продолжал рассылать всем письма и показывать красиво в интерфейсе, какие системы легли, то ответ понятен. Если не надо, то тоже понятен )
AK
Согласен. У нас внутри может быть разухабистый zabbix с сотней параметров, а снаружи просто ping в monit'е
S
Мне кажется - это, и многое другое, связанное с доступностью и работоспособностью, зависит от того, что вы наобещали клиентам и что вам будет если не выполните
AS
Ну какбе вы понимаете, что через 2-3 года таких интеграций, интегрировано будет практически всё? И после этого все подобные элементы можно будет делать в визивиг-редакторе. Да, это нудный процесс, но по факту нет никаких причин считать что это всё нереально запихать в конструктор.
ML
более того, очень серьезные потребители такого — толковые адекватные сотрудники отделов продаж, маркетинга, кадровиков и т.п.
Т.е. все те люди, которым нужно много и _быстро_ делать без обязательств, жиры, спринтов и прочего.
Им нужно хлоп и сделать тогда, когда им хочется
Т.е. все те люди, которым нужно много и _быстро_ делать без обязательств, жиры, спринтов и прочего.
Им нужно хлоп и сделать тогда, когда им хочется
МН
все равно это будет поддерживать очень узкие набор хотелок, мне кажется, потому что API далеко не идеальные, не все функции покрывают, часто меняются, в общем, мне кажется, подедрживать много всяких срм и пр крайне сложно
ЮВ
А вот у меня немного странный вопрос. Когда приходит гендиректор и говорит, что в продуктах должны быть автотесты, вопрос: какая правильная реакция?
K
в любой непонятной ситуации проси расширение штата
ML
Показать ему пайплайн CI, который гоняется на каждый коммит и те сотни/тысячи тестов, которые запускаются там