Poll
image

Microservices:

maandag 8 juni 2020, 12:22 door Redactie, 9 reacties
Essentieel in elke codebase
9.89%
Spaghetti over HTTP
28.16%
Voor grotere development teams
11.15%
Microservices??
50.8%
Reacties (9)
09-06-2020, 18:24 door Anoniem
Gebruik drop wizard voor je microservices architectuur:

package com.example.helloworld;

import com.yammer.dropwizard.config.Configuration;

import com.fasterxml.jackson.annotation.JsonProperty;

import org.hibernate.validator.constraints.NotEmpty;

public class HelloWorldConfiguration extends Configuration {

@NotEmpty

@JsonProperty

private String template;

@NotEmpty

@JsonProperty

private String defaultName = "Stranger";

public String getTemplate() {

return template;

}

public String getDefaultName() {

return defaultName;

}

}
Microservices with

h
Wat wordt het propriety owned Azure of Open Source? Lees op : https://stackify.com/

J.O.
12-06-2020, 16:39 door Anoniem
Spaghetti over HTTP? Nog nooit van gehoord. Ik heb wel genoeg spaghetti-code over http gezien, zullen ze dat bedoelen?
12-06-2020, 22:05 door Anoniem
Enkele honderden microservices die allemaal hun specifieke ding doen, eentje heeft kuren. Eerst even mijn "helm" van aluminiumpapier opzetten :-).
13-06-2020, 11:39 door Anoniem
Ik ben niet bekend met de term microservices.
Begrijp ik het goed dat het voorgeprogrammeerde objectclassen/templates of codesnippets zijn, die je standaard in een framework/codebase opneemt?
13-06-2020, 13:34 door Anoniem
Door Anoniem: Ik ben niet bekend met de term microservices.
Begrijp ik het goed dat het voorgeprogrammeerde objectclassen/templates of codesnippets zijn, die je standaard in een framework/codebase opneemt?
Nee. Er is een wikipedia-artikel in het Engels (vol met buzzwords en bullshit) waar je een idee van wat het is uit kan halen.

Het idee is dat je een stukje software hebt dat "een ding doet", bijvoorbeeld je inlogstatus vertelt of de tijd op de server of het aantal ingelogde klanten of de meest recente aanbieding of weetikhet, en dat beschikbaar maakt over, bijvoorbeeld http, dus via een URL, en dan wellicht zonder dat dat ding laten doen ook resulteert in een hele html-pagina. Dan bouw je vervolgens de html-paginas van je website als html-met-javascript die al die kleine "doet een ding"-URLs vanaf de bezoeker zijn computer opvraagt om dan in de browser je pagina inelkaar te klussen met de non-html (of niet-complete-pagina-html, oftewel "partiele resultaten", http-halffabrikaat) die je uit die "microservices" terugkrijgt.

Wat dan (dixit dat wikipedia-artikel) "lichtgewicht" is per "microservice". Maar welbeschouwd niet heel erg "lichtgewicht" in de browser en ook al niet op het netwerk en ook al niet op de server, als je het totaalresultaat bekijkt.

Oftewel luchtfietserij van webdevelopers die door hun leuke ideetjes het grote plaatje van de slome website niet meer kunnen zien. Op hun eigen computers, lekker snel met snelle verbinding naar de testserver, zal het allemaal wel leuk lopen. Op langzame browsers bij de bezoeker met een oud reutelbakkie en teveel tabs open en een nat draadje tussen twee blikjes als internetverbinding zakt het hele feest inelkaar want niet vooruit te branden. Dan heb je meer aan gewoon een ouderwetse html-pagina die met die ene http-aanvraag ook zo ongeveer wel klaar is.
13-06-2020, 13:45 door Anoniem
Door Anoniem: Spaghetti over HTTP? Nog nooit van gehoord.
HTTP over spaghetti zou een stuk interessanter zijn.
13-06-2020, 16:22 door Anoniem
Door Anoniem:
Door Anoniem: Spaghetti over HTTP? Nog nooit van gehoord.
HTTP over spaghetti zou een stuk interessanter zijn.
Gezien Microservices iets kleins impliceert is macaroni misschien een beter idee, anders wordt het zo'n langdradig verhaal.
14-06-2020, 20:26 door Anoniem
Door Anoniem:
Door Anoniem: Spaghetti over HTTP? Nog nooit van gehoord.
HTTP over spaghetti zou een stuk interessanter zijn.
Interessanter ja, maar ik heb liever ketchup over de spaghetti.
15-06-2020, 11:14 door Anoniem
Door Anoniem: Oftewel luchtfietserij van webdevelopers die door hun leuke ideetjes het grote plaatje van de slome website niet meer kunnen zien. Op hun eigen computers, lekker snel met snelle verbinding naar de testserver, zal het allemaal wel leuk lopen. Op langzame browsers bij de bezoeker met een oud reutelbakkie en teveel tabs open en een nat draadje tussen twee blikjes als internetverbinding zakt het hele feest inelkaar want niet vooruit te branden. Dan heb je meer aan gewoon een ouderwetse html-pagina die met die ene http-aanvraag ook zo ongeveer wel klaar is.

Wat je omschrijft is niet hoe microservices geïmplementeerd hoeven worden. Kan wel, hoeft niet.

Microservices gaan over de organisatie van de backend. Over een cleanere codebase. Over makkelijker legacy kunnen updaten. Over het kunnen spreiden van de load (ipv de "god"-service met bijbehorende mega-server en bijbehorend SPOF). Het frontend hoeft hier dus niets per definitie iets van te merken.

Is software engineering af, is dit de ideale vorm? Nee, maar daar is security ook nog niet.
Reageren

Deze posting is gelocked. Reageren is niet meer mogelijk.