Kaip GraphQL gali būti integruotas į šešiakampę architektūrą?

Heksagoninės architektūros GraphQL gali veikti kaip vartai, užtikrinantys sąveiką tarp išorės ir programos branduolio. Jis gali būti įgyvendintas kaip:

1. Įėjimo adapteris: GraphQL API priima užklausas iš klientų (frontend, kitos paslaugos), juos paverčia ir iškviečia atitinkamus domenuojamus paslaugų (viduje "vartai") vykdyti verslo logiką. Rezultatai vėliau surenkami ir grąžinami GraphQL formatu.

2. Išeities adapteris (mažiau įprasta): Kai kuriais atvejais, GraphQL gali būti naudojamas integracijai su išorinėmis paslaugomis, kurios taip pat teikia GraphQL API. Tokiu atveju, branduolio ("vartų") GraphQL klientas iškvies išorinę paslaugą per adapterį.

Integracija pasiekiama įgyvendinant GraphQL resolverių sluoksnį. Šie resolveriai tarnauja kaip "perėjimo taškas" tarp GraphQL schemos ir branduolio objektų/paslaugų.

// GraphQL resolver pavyzdys Node.js
const resolvers = {
  Query: {
    getUser: async (parent, { id }, { domainServices }) => {
      // Kvietimas domenuojamai paslaugai per "vartus"
      const user = await domainServices.userService.findUserById(id);
      return user;
    },
  },
  Mutation: {
    createUser: async (parent, { input }, { domainServices }) => {
      // Kvietimas domenuojamai paslaugai verslo logikai vykdyti
      const newUser = await domainServices.userService.createUser(input);
      return newUser;
    },
  },
};

Šio požiūrio privalumai:

• Izoliacija: GraphQL API gali keistis be įtakos verslo logikai.
• Testavimas: Domenuojamos paslaugos gali būti testuojamos nepriklausomai nuo GraphQL sluoksnio.
• Lankstumas: Lengva keisti technologijas "vartų" lygyje.

Taigi, GraphQL tampa vienu iš "fasadų", per kuriuos išoriniai vartotojai sąveikauja su izoliuotu ir gerai struktūruotu branduoliu.