Posts

Введение Kubernetes — любите его или нет, этот оркестровый маэстро контейнеров стал притчей во языцех в мире DevOps. Но подходит ли он для ваших побочных проектов? В этой статье мы подробно рассмотрим экосистему Kubernetes, изучим её преимущества и проблемы и решим, стоит ли вкладывать средства в побочные проекты. Так что пристегните ремни, возьмите попкорн, и давайте отправимся в это путешествие по Kubernetes! Что такое Kubernetes? Kubernetes, часто сокращаемый до K8s, — это система с открытым исходным кодом для автоматизации развёртывания, масштабирования и управления контейнерными приложениями....

Введение Решение о том, когда разделить функциональность на отдельные сервисы, является важным в архитектуре программного обеспечения. Это может существенно повлиять на масштабируемость, поддерживаемость и общий успех вашего приложения. В этой статье мы рассмотрим ключевые индикаторы, которые указывают на необходимость разделения функциональности на отдельные сервисы, и дадим практические рекомендации по тому, как сделать это эффективно. Почему стоит разделять функциональность? Разделение функциональности на отдельные сервисы имеет несколько преимуществ: Улучшенная масштабируемость: каждый сервис можно масштабировать независимо в соответствии с его специфическими потребностями....

Введение В вихре быстроменяющихся рынков, где гибкость и скорость часто важнее совершенства, концепция технического долга (или tech debt) превратилась из неизбежного зла в потенциальное стратегическое преимущество. В этой статье рассматривается, как и почему технический долг можно использовать для получения конкурентного преимущества, приводятся практические идеи и примеры для разработчиков и лиц, принимающих решения. Что такое технический долг? Технический долг — это подразумеваемые затраты на дополнительную работу, вызванные выбором простого (и потенциально менее оптимального) решения сейчас вместо использования более качественного подхода, который потребовал бы больше времени....

Введение Проверки работоспособности — это залог надёжности любой системы. Они предоставляют важную информацию о рабочем состоянии сервисов, позволяя быстро выявлять и устранять проблемы. Однако не все проверки работоспособности одинаково полезны. Плохо спроектированная проверка может создать ложное ощущение безопасности или, что ещё хуже, привести к ненужному простою. В этой статье мы рассмотрим, как разработать содержательные проверки работоспособности, которые действительно отражают реальное состояние вашей системы. Что делает проверку работоспособности содержательной? Содержательная проверка работоспособности — это та, которая точно отражает способность системы выполнять предназначенные ей функции....

Аргументы против упоминания «страсти» в вакансиях для разработчиков В мире технического рекрутинга слово «страсть» стало модным термином, который часто встречается в вакансиях для разработчиков. Им описывают уровень преданности делу и энтузиазма, ожидаемого от кандидатов. Однако я считаю, что этот термин не только вводит в заблуждение, но и потенциально вреден для процесса найма и сообщества разработчиков в целом. Почему «страсть» может быть проблематичной Субъективность и неопределённость: то, что один человек считает страстью, другой может воспринимать как просто компетентность....