Глубокая мысль


Гео и язык канала: не указан, не указан
Категория: не указана


Глубокая мысль, заметки, репосты и размышления об ИТ, архитектуре, девопсе и картах. Фидбек бросайте в @uMagistr
Disclaimer: I do not speak on behalf of my employer.

Связанные каналы

Гео и язык канала
не указан, не указан
Категория
не указана
Статистика
Фильтр публикаций


Репост из: Alexander Patrushev
Serverless - одна из технологий, которая кардинально изменила методы создания и архитектуры современных приложений. AWS Lambda - сервис реализующий эту концепцию был запущен в начале 2015 года и с тех пор получил огромное количество обновлений.

Недавно был представлен Extensions for AWS Lambda - совершенно новый подход по интеграции Lambda с привычными вам инструментами мониторинга, наблюдения, безопасности и управления.

Несколько дней назад мы опубликовали статью на русском языке об этом подходе: https://aws.amazon.com/ru/blogs/rus/building-extensions-for-aws-lambda-in-preview/


Тут появился топик выбора CDN и нарисовал карту, если учесть то что стоимости в левой часте неизвестны или кумулятивно большие, выбор очевиден


О картах

Когда обсуждал предыдущую новость я как-то пропустил масштаб цифр, так вот
использование карт и заранее подумать и поговорить экономит миллиарды в масштабах стран или вообще ООН

немного линков и докладов на тему:

https://youtu.be/UZqADAqqjeY?t=4497
https://www.youtube.com/watch?v=6OfTYYsI-xk
https://twitter.com/prasanna_says/status/1315940844499726336
https://app.powerbi.com/view?r=eyJrIjoiNTEyMTZhZDAtZGNiNi00OWQxLWI5ODYtMjg1ZWNlMmNkODVhIiwidCI6IjlmOGMwZDc5LTNlODctNGNkMy05Nzk5LWMzNDQzMTQ2ZWE1ZSIsImMiOjh9 2я страница расходы по G-cloud UK


Об облаках

Евросоюз внезапно решил строить свое европейское облако чтобы поконкурировать с Амазоном,
и планируют потратить 10B ойро в течении 7 лет, еще раз 10 милиардов евро.

Тем временем UK сэкономило 12B на облаках создавая единую BigData платформу, используя множество вендоров вместо 5-6

На эту новость Симон Вардли в своем стиле написал, дайте мне 25млн я буду 5 лет лежать на пляже
и после позвоню и скажу что мы провалились...
Тем самым вы сэкономить кучу денег, а результат будет тот же..

Почему ? ну например потому что Amazon, Google, and Microsoft collectively spent $73 billion on capital expenditures ~ in 2019 ~

Строить свое частное облако в 2020 без сопоставимого бюджета это выкидывать деньги на ветер.

Если нужна территориальность так дайте облакам поставить свои ДЦ.

https://twitter.com/swardley/status/1318451726526144512




А вот и серверлесс манифест подвезли, интересное будущее нас ждет




Отличное видео о пользе лямбд и о том как трасформировался ETL пайплайн для adtech, когда вместо дженкинса можно использовать лямбды и скейлить гораздо более лучше






О serverless

До какого-то момента я опять же игнорировал это слово, и думал опять очередной хайп, зачем ваще это нужно.. Потом на проектах мы использовали лямбду для бекапов и еще какой-то мелочи..

Спустя какое-то время я наткнулся на карту от Симона Вардли о Сервелесс и посмотрел статью и видео и тут я кое-что понял

https://read.acloud.guru/simon-wardley-is-a-big-fan-of-containers-despite-what-you-might-think-18c9f5352147

Если рассматривать сервелесс как новый подход и как вершину эволюции все это код, то оно выстрелит и будет next big thing. Как было с контейнерами и девопсом.

ну и пара цитат для затравки

And then out of the blue we’re going to get these billion dollar one- or two-person companies. All they’ll do is provide a function, and you won’t know where they came from, but everybody will be using that function as a service.

Well, we don’t really know yet what kind of best practices will evolve around serverless. It’s still in what we call the uncharted space. I can sort of hazard a guess, though.
A lot of it will look like development and finance combining together. The cost of a function becomes really, really important.

Вот это понимание стоимости функции, стоимости рефакторинга функции, стоимости латенси и времени работы функции - там лежит прибыль там лежит место которое позволит на понятном бизнесу языке объяснить и принять решения об изменении или улучшении кода. А также даст понимание какой код приносит деньги, а какой нет.


Об актуальном

Тут краем глаза в чате по AWS и TF упоминали некий CDK я так пропускал мимо ушей ну еще одна тула и ладно.

А тут сегодня был CDKDay и я пошел посмотреть видео и вообще загуглил что это за аббривеатура..

Оказалось Cloud Development Kit, это возможность описывать инфраструктуру на javascript, typescript, python, java, c# для AWS,K8s, terraform...

Это описание включило интерес в моем сознании и я пошел смотреть а чего и как это готовят используют и как оно работает

https://www.cdkday.com/ Сайт дня,

https://www.youtube.com/watch?v=qJutZqXMdgM Видео трансляции..

Чем дальше я смотрел тем больше понимал, что это следующий шаг в управлении инфрой, и наконец не надо будет писать километры ямла, и у тебя инфраструктура будет реально описана кодом, для которого гораздо проще строить процессы разработки чем для yaml.

И вторая мысль, теперь чтобы описывать инфраструктуру надо становиться программистом, уже недостаточно уметь декларативно писать ямл надо делать чуть больше усилий для того чтобы быть в рынке.

Третья мысль, это еще ближе приближает нас к серверлесс будущему, это хорошо было видно в демо приложениях которые показывали в презентациях.


Репост из: Magistr
накидал карту того что я пытаюсь сказать


За 2 минуты накидал карту чтобы ответить на вопрос, а как забиллить кастомера и его юзеров давая ему SaaS на базе AWS, стоит ли точно считать стоимость потребленных ресурсов каждым пользователем или как-то абстрагировать это.

И выглядит так что value приносят репорты и стримы а значит биллить надо за них, а не за сервисы под капотом.. Естественно заранее надо учесть стоимость сервисов под капотом в цене за стрим и репорт.

Если это сервис связан с обработкой видео то имеет смысл привязать ценник к стоимости загрузки и раздачи трафика


К вопросу о стратегиях, то что сейчас делает фейсбук отлично вписывается в эту тему, по хорошему бы сделать карту этого решения, так сказать ретроспективно.

- Короткая, но точная заметка о том, как проиграв войну на мобилных (гуглу и эпплу), Фейсбук сделал ставку “на шаг вперед” на VR и AR, и пока ведет в этой битве. https://www.axios.com/facebook-augmented-reality-hardware-vr-78234623-3290-4334-b5f2-1319c162c434.html


Репост из: Человек и машина
Я прочитал слишком много псевдо-статей про псевдо-решения, утилизирующие слово "multi-cloud", и не могу больше молчать.

Толкать эту стратегию пытаются многие, как шарлатаны-консультанты и вендоры старой школы, так и обоснованно волнующиеся о продолжительности бизнеса управленцы. Спорить с последними излишне - никому не хочется становиться чьей-то коровой лишь только потому, что паровозик под названием Netflix смог построить бизнес невообразимых масштабов на небольшом никому неизвестном поставщике воздушных услуг.

Другое дело сам подход. Идея многооблачного развертывания в том, чтобы не зависеть от одного единственного поставщика. Раз стоит такое требование, то надо использовать открытые решения вкупе со своими разработками, а от провайдера брать только вычислительные мощности (например, виртуальные машины или планировщики задач). Ну и зачем тогда облачный провайдер, если можно закупиться дешевыми мощностями Servers.com, Hetzner, DO?

Есть еще имплементация, когда на конкретном провайдере разворачивается конкретное решение, потому что именно этот провайдер лучше решает задачу. Не секрет, что GCP быстрее и дешевле обрабатывает большие объемы данных, а значит логично запускать там BI системы, AWS предлагает широкий спектр узкоспециализированных услуг, а у Azure отличная интеграция с on-prem системами. Бизнес может раскидать свои продукты по трем провайдерам и даже сынтегрировать их друг с другом, только это не многооблачное решение, а просто распределенные по разным местам звенья одной цепи. Да и ваше предприятие зависит не от одного, а уже от трех поставщиков.

Каждый вендор или поставщик заинтересован в долгосрочных отношениях. Не лучше ли приложить усилия и ресурсы, чтобы эти отношения были полезными и продуктивными, нежели городить велосипед из костылей, получая и позор, и войну?


Согласен с этим, мультиклауд это боль и лишает тебя преимуществ облаков


X : I don't see why you won't say that doctrine is "true".
Me : Because it's not, it's my path (hence Wardley's doctrine). It's no different with maps. Maps are an approximation.

A key phase I doctrine is "challenge assumptions" that applies to both maps and the doctrine ...

... i.e. don't blindly follow the path (i.e. the doctrine) but challenge it as you go. If something isn't working i.e. "focusing on user needs" isn't helping then be prepared to challenge it and say the doctrine is wrong. Create your own doctrine and create your own path.




Доктрина и паттерны эволюции

Показано 20 последних публикаций.

11

подписчиков
Статистика канала