@thedevs · Post #1553 · 08.08.2019 г., 18:12
Faster, cheaper, and better: A story of breaking a monolith. #article#microservice#coding @thedevs https://kutt.it/6u5iy5
Hashtags
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #996 · 13.07
С год назад я поставил новый замок на общую с соседями дверь. А через несколько месяцев он сломался — стал заедать. Подпружиненная защёлка начала западать внутрь и не выдвигалась сама в некоторых случаях, приходилось дёргать ручку туда-сюда, чтобы закрыть дверь. Мне было очень лень снова разбирать весь замок. Способ закрыть дверь был, поэтому я ничего не делал. Сосед пару раз звонил мне, но и сам тоже не взялся. Пару дней назад замок окончательно сломался, и внешняя ручка перестала его открывать. Я чудом вышел в этот момент встречать курьера и открыл дверь соседке, которая не могла попасть домой. Делать нечего — пришлось разобрать и посмотреть. Я был готов идти в магазин за новым, но всё оказалось очень просто: кто-то специально выкрутил два винта, которые притягивают внутренний механизм к планке. Сначала механизм чуть-чуть провалился, из-за чего стал заедать, а потом упал окончательно и рассоединился с внешней ручкой. За минуту я нашёл у себя два подходящих винта и всё восстановил до полностью рабочего состояния, заедания тоже пропали. Кто и зачем мог это сделать? Выкрутить винты в замке можно только тогда, когда у тебя есть ключ, либо когда кто-то открыл тебе дверь. Моя гипотеза — третьи соседи, которые здесь не живут, некоторое время назад делали ремонт, и рабочие, которых они позвали, пытались заблокировать замок, чтобы он "не мешал" им ходить туда сюда по много раз в день. Они сделали это, а потом по-мудачески не вернули всё назад. Видите, как вышло. Вероятность того, что абсолютно новый замок сломается за несколько месяцев обычной эксплуатации, очень низкая. И тем не менее, я предположил изначально именно это, из-за чего не стал его разбирать, потому что считал, что починка займёт много времени. Я не подумал, что это намеренный саботаж людьми. Если бы я так подумал, то заменил бы винты в тот же день. А мог ведь и не попасть домой в какой-то момент. #life
Hashtags
Търсене: #microservice
@thedevs · Post #1553 · 08.08.2019 г., 18:12
Faster, cheaper, and better: A story of breaking a monolith. #article#microservice#coding @thedevs https://kutt.it/6u5iy5
Hashtags
@githubtrending · Post #14904 · 03.07.2025 г., 12:00
#go#ai_assistant#ai_generated_code#cloud_native#code_generation#custom_templates#developer_tools#development_framework#gin#go_sponge#golang#grpc#grpc_gateway#low_code#microservice#protobuf#restful_api#sponge#web Sponge is a powerful Go development framework that helps you quickly build backend services like RESTful APIs and microservices with minimal coding. It generates modular Go code automatically by parsing SQL, Protobuf, and JSON files, letting you create complete backend projects through a simple web interface without complex commands. Sponge supports custom templates and integrates AI assistants (like ChatGPT) to help write business logic, greatly speeding up development and reducing repetitive work. It also offers full support for testing, API docs, and deployment, making your project more stable, efficient, and easier to maintain. This saves you time and improves code quality. https://github.com/go-dev-frame/sponge
@githubtrending · Post #14691 · 10.05.2025 г., 00:00
#csharp#architecture#aspnetcore#clean_architecture#cqrs#ddd#dotnet#dotnetcore#event_driven_architecture#event_sourcing#kubernetes#masstransit#messaging#microservice#microservices#oauth2#opentelemetry#software_architecture#software_design#software_engineering#vertical_slice_architecture Migrating from a monolithic architecture to a cloud-native microservices architecture offers several benefits. It improves scalability, allowing different parts of the application to grow independently. This approach also enhances reliability by isolating faults, so if one service fails, others continue to work. Additionally, microservices enable faster deployment and updates, as each service can be developed and deployed separately. This flexibility allows teams to use the best technology for each service, making development more efficient and agile[2][3][5]. https://github.com/meysamhadeli/monolith-to-cloud-architecture