The Illustrated Children's Guide to Kubernetes

Помню как 5 лет назад наткнулся на интересный комикс про Kubernetes для детей (у него есть видео-версия). Концепт мне понравился тем, что сложные вещи объясняются буквально на пальцах да так, что и малыш поймет. А недавно я зашел посмотреть обновления проекта и заметил, что теперь это называется Phippy & Friends и там есть новые персонажи и новые серии:
- Phippy Goes to the Zoo - Follow the tale of Phippy and her niece Zee as they take an educational trip to the Kubernetes Zoo.
- Admiral Bash’s Island Adventure - Admiral Bash’s ship has been sunk by pirates and his mainframe is at the bottom of the sea! Washed up on a deserted island, join Admiral Bash as he navigates his cloud native transformation, helped by Phippy, Zee, Captain Kube, Goldie, Linky, Hazel and some very special new friends.
- From 00-K8s with Love - Agent 00-K8s has to deliver a super secret package as quickly and safely as possible. Will she be able to do it?
- Phippy and Zee go to the Mountains - Another work featuring Phippy and friends: Join Phippy and Zee on a 4-dimensional hike!
- Phippy In Space: Adventures in Cloud-Native Recovery - In the not-so-distant future, space outposts (cloud-native infrastructure) are the next frontier for settlement and Captain Kube is in charge of the cutting-edge Mars outpost. As the outpost has grown in size and complexity, Captain Kube needs to find solutions for many of the settlement’s growing pains. He has recruited Phippy to work with him on the outpost’s Day 2 challenges. Join them on their adventure, as they journey to Mars and brainstorm solutions.
- Phippy’s Quest for Cloud Native Transformation - Phippy is discussing her business challenges with Captain Kube to make the most of an upcoming big sale. Join their discussion on how to be truly cloud native.

В общем, есть что почитать детишками перед сном, чтобоы познакомить их с современным cloud-native концепциями:))

#Software #Cloud #ForKids #Comics

Четвертый выпуск Code of Architecture по книге "Building Evolutionary Architectures"

Сегодня в 18:00 по Москве мы продолжим чтение книги про эволюционную архитектуру и поговорим про главу
Обсудим 6-ую главу Building Evolutionary Architectures, а точнее про темы
— инкрементальное изменение схемы и данных в базе данных
— транзакции как драйвер эволюции
— контроль ссылочной целостности в распределенных системах

Также поговорим о том, подходят ли триггеры и хранимые процедуры для эволюционной архитектуры.
Гостем стрима станет Николай Голов, Head of data engineering в ManyChat. В прошлом Николай развивал data-платформу в Авито и помогал перейти к микросервисной архитектуре от монолита.

#CoA #Databases #Data #SoftwareDevelopment #SoftwareArchitecture #Architecture #SystemDesign

Organization: A Tool for Software Architects • Eberhard Wolff • GOTO 2021

Интересное выступление с goto конференции, посвященное связи архитектуре и тому, как она связана с происходящим в организации.
Автор для начала рассказывает про закон Конвея "Организации проектируют системы, которые копируют структуру коммуникаций в этой организации" (1967 год).
А дальше рассказывает про обратный маневр Конвея (2012 год), который собственно и показывает как можно использовать организацию как инструмент для архитекторов:)
Дальше история развивается в сторону customer-supplier взаимодействия команд внутри компании - это один из паттернов взаимодействия команд, который разбирается в DDD, подробнее можно почитать в моем кратком саммари книги Влада Хононова "What is DDD".
Дальше автор доклада делает следующие выводы и задает следующие вопросы
1) Organization must be defined -> coarse-grained architecture
2) Managers work on organization & (organization = architecture) -> (architects == managers)? - но тут автор отвечает, что в законе Конвея не про оргсхему, а про коммуникации в организации
3) Communiction is a tool for architects - вывод из предыдущего размышления. Тут же появляется история про CoP (Community of Practiice), которое у нас в Tinkoff реализуется через институт профессий, у которых есть свои лидеры, общие встречи, задачи улучшения общих инструментов и практик

Дальше автор рассказывает про книгу "Accelerate", из которой он делает вывод, что на замену старому подходу к архитектуре, где все решения принимает архитектор, должен прийти новый, где "what is important is enabling teams to make changes to their products or services without depending on other teams or systems". В этой концепции architec enable others:) Потом автор вспоминает про концепцию коллаборативных игр и конкретно игру "Pandemic", где все участники уж точно в одной лодке и побеждают или проигрывают вместе - так должно быть и в IT проектах:)

Где-то в середине выступления автор доходит до слайда
Architects shouldn't do architecture!
Вместо этого он предлагает архитектору помогать распространению знаний и дальнейшему их adoption в рамках работы. Дальше пример с проведением вокршопов с kata/dojo и дальше поддержки команд, что пробуют новое. Преимуществами воркшопа автор называет
- распространение знаний о новых техниках
- распространение знаний о вызовах и решениях
- улучшение коллаборации команд

Ну и заканчивается все обсуждением культурных вопросов и проблем
1) Когда на обсуждении новой идеи люди говорят "Well, just tell us how you want us to work" - здесь проблема с тем, что так не работает, работа над новой идеей - это совместная работа и если люди просто спрашивают "что им нужно делать", то значит они не купили вашу идею
2) Шаринг бизнес-целей и стратегии с архитекторами, например по причине секретности - ну тут сложно что-то улучшать, если не понятна цель
3) Социальные организации не являются детерминисткими - наши действия не всегда приводят к предсказуемому результату. Автор приводит пример с неудавшейся реорганизацией, которая не повлияла на потоки коммуникации

В заключении автор заканчивает следующими тезисами
- establishing communication = supporting architecture
- training + consulting = fine-grained architecture

#Architecture #SoftwareArchitecture #Architect #Conference #SoftwareDevelopment #Software #Management

Материалы к четвертому выпуску Code of Architecture по книге "Building Evolutionary Architectures"

Вчера у нас прошел четвертый стрим по книге и мы упоминали следующие книги и концепции:
- Книга "Рефакторинг баз данных: эволюционное проектирование (Refactoring Databases: Evolutionary Database Design)" - старая книга 2006 года, на основе которой авторы написали обсуждаемую главу. Pramod Sadalage - является соавтором как старой книги, так и новой. В этой книге обсуждалось то, как жилось раньше во времена, когда RDBMS были доминирующей силой и они предоставляли гарантии ACID
- Книга "NoSQL. Методология разработки нереляционных баз данных (NoSQL Distilled: A Brief Guide to the Emerging World of Polyglot Persistence)" - старая книга 2012 про NoSQL базы, что пришли вслед за RDBMS. В этой книге Pramod Sadalage тоже является соавтором. Кстати, NoSQL решения уже не предоставляли гарантии ACID, а ограничивались BASE (Basically Available, Soft-state, Eventually-consistent)
- Концепция NewSQL, которая пришла вслед за стандартными RDBMS и NoSQL решениями. Основная особенность в том, что клиенты такой базы получают в ней одновременно и ACID гарантиии на транзакции и горизонтальное масштабирование как в NoSQL решениях. Но ничего не дается бесплатно, поэтому такие базы обычно сложно устроены внутри и нетривиальны с точки зрения operations
- Отдельно мы вспоминали про GDPR и штрафы за его несоблюдение, например, за бесконечное хранение данных пользователей.
- Плюс много историй было про Snowflake и есть вот такое крутое видео от Николая, где он про него рассказывает
- Кроме того, мы упоминали и другие базы данных из категории NewSQL
- - Google Spanner - один из первых представителей класса NewSQL решений. Подробнее рекомендую почитать в white paper. Есть в облаке Google в формате Google Cloud Spanner
- - CockroachDB - другая NewSQL база данных, которую написали выходцы из Google, вдохновляясь Google Spanner. Подробнее в white paper. В прошлом году ребята из Cockroach Labs анонсировали CockroachDB Serverless в GA (generally available)
- - YDB - другая NewSQL база данных, но уже от Yandex. Примечательно, что тут другой подход к транзакциям, а именно детерминированные транзакции Calvin, подробнее в white-paper. Она доступна в Yandex Cloud

#SoftwareArchitecture #Architect #CoA #Databases #Data #SoftwareDevelopment #SystemDesign #DistributedSystems

Беслатный онлайн-курс по математике для школьников 4-6 классов от Тинькофф Образования

У нас появились бесплатные курсы по математике для школьников в средних классах. Эти курсы помогут повысить интерес к математике у школьников, так как не всегда математику преподают в школах круто. Также курсы могут помочь развить мышление и подготовить школьников к новым свершениям в старших классах.

P.S.
Я сам учился в ЗФТШ (заочной физико-технической школе при МФТИ), но это было уже в 10 и 11 классе и помогло мне в свое время поступить на Физтех. Но эта штука не очень масштабировалась, а наше обучение в рамках Тинькофф Поколения сможет охватить больше направлений и помочь большему количеству школьников получить актуальные и полезные знания и навыки. В общем, я считаю, что наши программы обучения - это топчик:)

#Math #Courses #SelfDevelopment #ForKids #Science

Continuous Architecture in Practice Eoin Woods & Simon Brown • GOTO 2021

Крутое интервью в двух частях Eoin Woods (соавтора книги "Continuous Architecture in Practice"), которое он дал Simon Brown (автора книги "Software Architecture for Developers").

В первой части они обсуждают
- Обсуждают древние времена начала 2000х годов, когда Eoin вместе с Nick Rozanski написал книгу "Software Systems Architecture: Working with Stakeholders Using Viewpoints and Perspectives". Это были времена waterfall, RUP (rational unified processes), UML и остальных вещей, которые потеряли популярность в наши времена
- Дальше происходит погружение в то, к чему относится Viewpoints and Perspectives - Eion рассказывает про "4+1 architectural view model" и как они расширяли этот подход
- Дальше ребята обсуждают "context view", который был в книге "Software Systems Architecture", где этот контекст должен был быть у продакта системы, но на практике оказалось, что такого контекста нет ни у кого и его приходится собирать в начале проектирования системы
- А продолжается все вопросом архитектурной документации и какой минимальный состав необходим - Eion отвечает, что все зависит от потребностей стейкхолдеров:) Дальше приводит ребят из operations, compliance, ... Тут же обсуждается история про самодокументируемый код и отсутствие необходимости в документации, как проповедовал Uncle Bob - этот подход авторы ставят под сомнение

Во второй части обсуждение продолжается другими темами
- UML в 2021 году - Eoin много лет продвигал UML, но в 2021 году многие уже не умеют его читать и понимать
- Про синхронизацию частей системы - здесь про моделирование в отличие от картинок в Power Point (подробнее можно посмотреть в выступлении Simon Brown про structurizr)
- Про разницу evolutionary и contionuos architecture - здесь автор сравнивает книгу evolutionary architecture (что мы обсуждаем в книжном клубе "Code of Architecture") и свою, в которой более практичный подход к постоянной работе над архитектурой систем
- Про важность software architecture в век agile разработки, когда вопросы продумывания архитектуры отбрасывают как рудимент больших up front ивестиций и решают просто начать писать код спринт за спринтом:)
- Про архитектурное мышление и размазывание архитектурных решений на протяжении software development life cycle со сдвигом влево (shift left)
- Про практичность книги "Continuous Architecture in Practice" - целевая аудитория у книги по мнению авторов: практикующие архитекторы с опытом и те, кто новички в этой роли:)

P.S.
Я уже писал про принципы Continuous Architecture и то, что книга мне зашла. Собственно, после этих интервью мне подход авторов понравился еще больше.

#Software #Architect #SystemDesign #Philosophy #SoftwareArchitecture #Processes #Management

Обзор white paper "Google's Hybrid Approach to Research"

В последнее время я заинтересовался темой того, как устроено RnD (Research and Development) направление в разных технологических компаниях. Так я наткнулся на эту статью 2012 года с описанием того, как к этому подходит Google (статья доступна в pdf версии здесь). Мне подход показался интересным и я написал обзор, в который добавил визуализации основных идей авторов изначальной статьи.

#RnD #SoftwareDevelopment #SystemDesign #Engineering #Management

Письмо Джеффа Безоса акционерам 2010 года

Продолжая тему RnD (Research and Development), я хочу вспомнить письмо Джеффа Безоса акционерам в 2010 году. В этом письме Джефф рассказывал про важность общих подходов и инструментов. Вот основные моменты, что я отметил для себя:
- Many of the problems we face have no textbook solutions, and so we -- happily -- invent new approaches.
- We’ve leaned heavily on the core principles from the distributed systems and database research communities and invented from there.
- All the effort we put into technology might not matter that much if we kept technology off to the side in some sort of R&D department, but we don’t take that approach. Technology infuses all of our teams, all of our processes, our decision-making, and our approach to innovation in each of our businesses. It is deeply integrated into everything we do.

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

#RnD #SoftwareDevelopment #SystemDesign #Engineering #Management

Пятый и последний выпуск Code of Architecture по книге "Building Evolutionary Architectures"

Во вторник в 18:00 по Москве мы закончим читать эту книгу и рассмотрим всю третью часть Impact, в которой всего три главы:
- Building Evolvable Architectures - про принципы, механики и гайдлайны
- Evolutionary Architecture Pitfalls and Antipatterns - про техническую архитектуру, инкрементальные изменения и интересы бизнеса
- Putting Evolutionary Architecture into Practice - организационные факторы, фтнес функции на уровне органзации, с чего начать и к чему прийти

Эфир проведем вмест с Сергеем Барановым, организатором и создателем конференции ArchDays, а еще автором Agile Mindset и телеграм-канала «Микросервисы — русскоязычное сообщество».

#CoA #SoftwareDevelopment #SoftwareArchitecture #Architecture #SystemDesign