Есть такой онлайн-сервис SunCalc. Он использует астрономические формулы, чтобы показывать положение солнца в заданных координатах и заданное время. Я его применяю, например, чтобы выбрать время и место съёмки.
Так вот, там в сервисе взяты Google-карты, и уже несколько лет на каждом тайле отображается ватермарка "For development purposes only", а при старте сервиса выскакивает ошибка о некорректной загрузке карт. Это произошло из-за того, что Гугл в какой-то момент поменял карты, не сохранив обратную совместимость, и сделал платной ту квоту, которая прежде была бесплатной, увеличив стоимость использования в 14 раз!
В SunCalc, как и во множестве подобных проектов на базе API крупных компаний, нет рекламы и монетизации. А код сервиса доступен в Open Source. Это просто удобная онлайн-тулза от энтузиаста. Он на ней не зарабатывает, даже наоборот: тратит собственные деньги на оплату серверов, просто чтобы привнести в мир некоторое универсальное общественное благо. Формально, конечно, Гугл, как владелец своих карт, имеет полное право раздавать доступы к этим картам на любых условиях. Но фактически нет никакой хорошей и рациональной причины, по которой бесплатный некоммерческий общественно-полезный сервис не должен иметь возможность применять эти карты.
Платить автор сервиса точно не будет: нет никакого смысла выкидывать сотни долларов в месяц просто так ради жадности Гугла. Получается, что пользователи на ровном месте испытывают неудобства. Хоть и небольшие, но всё-таки — работать с чистой картой без надписей и затемнения гораздо приятнее.
Вот вам ещё про вред капитализма и монополий. Не то, чтоб я видел какую-то другую более работающую экономическую систему (социализм с его плановой экономикой во много раз хуже и нежизнеспособнее, разумеется). Но просто каждый раз раздражают такие ситуации, когда на них наталкиваюсь. Какого хера вообще?
#web#dev
📋 Disaster Recovery Plan: Как правильно заваривать чай, когда горит серверная.
• В жизни любого проекта наступает катастрофа. Мы не можем заранее знать, что именно это будет - короткое замыкание в серверной, инженер, дропнувший центральную БД или нашествие бобров. Тем не менее, оно обязательно случится, причем по предельно идиотской причине.
• Кстати, насчет бобров - это не шутка. В Канаде они перегрызли кабель и оставили целый район без оптоволоконной связи. А в топе источника проблем для крупной телекоммуникационной компании Level 3 Communications вообще были белки.
• Короче, рано или поздно, кто-то обязательно что-то сломает, уронит, или зальет неверный конфиг в самый неподходящий момент. И вот тут появляется то, что отличает компании, которые успешно переживают фатальную аварию от тех, кто бегает кругами и пытается восстановить рассыпавшуюся инфраструктуру - DRP. Вот о том, как правильно написать Disaster Recovery Plan мы сегодня и поговорим:
➡️Читать статью [10 min].
#DevOps
🗺 DevOps Roadmap
• Держите крутой и актуальный roadmap для DevOps, который включает в себя необходимые ссылки на обучающие материалы для каждого шага на этом пути.
➡️https://github.com/milanm/DevOps-Roadmap
- GIT;
- Learn one programming language;
- Learn Linux & Scripting;
- Learn Networking & Security;
- Learn Server Management;
- Learn Containers;
- Learn Container Orchestration;
- Learn Infrastructure as a code;
- Learn CI/CD;
- Learn Monitoring & Observability;
- Learn one Cloud provider;
- Learn Software Engineering Practices;
- Additional resources;
- Tools;
- Books.
#DevOps