Systems and methods for generation of a tenant-specific service for a software-as-a-service platform
Technologies are provided for generation of an executable package that provides a tenant-specific service. Generation of the executable package can be based on customization assets and a core codebase. The core codebase can define core modules that provide a core service that is common across tenants. Each core module includes one or multiple extension points. The customizations can be defined within one or multiple virtual partitions, where a virtual partition includes a filesystem or another type of non-transitory storage structure. The VP can include multiple customization resources and customization components. The customizations can permit building extension modules that can be mapped onto respective extension points of core module(s) in order to customize the common core service and yield the tenant-specific service. The core codebase can be built to generate built core modules. The executable package can be formed by combining built extension modules and built core modules.
1. A computer-implemented method comprising:
identifying a group of one or more references to respective first virtual partitions, the group of one or more references defining a graph representative of a logical organization of the respective first virtual partitions, wherein the graph comprises a first node representing a first one of the respective first virtual partitions and a second node representing a second one of the respective first virtual partitions;
determining, by a parse component, based on a parse of the one or more references, that the group of one or more references satisfies a consistency criterion;
generating, by a merge component, a second virtual partition by flattening the graph, the second virtual partition containing one or more computer-readable components present in the respective first virtual partitions, wherein the flattening comprises applying, in graph order, one or more primitive code segments present in at least one of the respective first virtual partitions;
generating, by a build subsystem, based on the one or more computer-readable components, one or more computer-executable components; and
executing the one or more computer-executable components.
2. The computer-implemented method of claim 1 , further comprising generating an executable package component by combining the one or more computer-readable components with second computer-executable components corresponding to a group of core modules.
3. The computer-implemented method of claim 1 , further comprising retaining the one or more computer-executable components within a data repository, wherein the one or more computer-executable components comprise at least one tenant-specific extension module.
4. The computer-implemented method of claim 1 , wherein the one or more computer-readable components comprise abstraction data defining human-readable content defining a manner of extending a tenant-specific service, wherein the human-readable content is devoid of program code or the human-readable content comprises a snippet of program code.
5. The computer-implemented method of claim 4 , wherein the generating, based on the one or more computer-readable components, the one or more computer-executable components comprises:
transforming the human-readable content into at least one program code artifact; and
building, using the at least one program code artifact, at least one particular computer-executable component of the one or more computer-executable components.
6. The computer-implemented method of claim 4 , wherein the generating, based on the one or more computer-readable components, the one or more computer-executable components comprises:
accessing, from the second virtual partition, the abstraction data;
accessing a code template; and
generating, based on the abstraction data and the code template, a first computer-executable component of the one or more computer-executable components.
7. The computer-implemented method of claim 3 , wherein the second virtual partition forms a part of the data repository, and wherein the respective first virtual partitions form part of a second data repository.
8. The computer-implemented method of claim 1 , wherein a reference of the group of one or more references comprises a unique location identifier indicative of a location, within a computer network, of a particular virtual partition of the respective first virtual partitions and further comprises a datum identifying a version of the particular virtual partition.
9. The computer-implemented method of claim 8 , wherein the unique location identifier comprises a uniform resource locator (URL), and wherein the version corresponds to a perennial unique identifier indicative of immutable content that forms the particular virtual partition at a defined time.
10. The computer-implemented method of claim 1 , wherein the flattening further comprises:
generating respective copies of configuration assets within the respective first virtual partitions; and
retaining, in the graph order, the respective copies within the second virtual partition.
11. The computer-implemented method of claim 10 , wherein the flattening further comprises:
determining that a conflict is present among a first copy of the respective copies and a second copy of the respective copies; and
determining a solution to the conflict by applying a defined process based on one or more policies.
12. The computer-implemented method of claim 10 , wherein the flattening further comprises:
determining that a conflict is present among a first copy of the respective copies and a second copy of the respective copies;
sending a report indicative of the conflict;
receiving resolution data defining a solution to the conflict; and
resolving the conflict by applying the solution.
13. A computing system comprising:
one or more processors; and
one or more memory devices storing computer-executable instructions that, in response to execution by the one or more processors, cause the computing system to:
identify a group of one or more references to respective first virtual partitions, the group of one or more references defining a graph representative of a logical organization of the respective first virtual partitions, wherein the graph comprises a first node representing a first one of the respective first virtual partitions and a second node representing a second one of the respective first virtual partitions;
determine, by a parse component, based on a parse of the one or more references, that the group of one or more references satisfies a consistency criterion;
generate, by a merge component, a second virtual partition by flattening the graph, the second virtual partition containing one or more computer-readable components present in the respective first virtual partitions, wherein the flattening comprises applying, in graph order, one or more primitive code segments present in at least one of the respective first virtual partitions;
generate, based on the one or more computer-readable components, one or more computer-executable components; and
execute the one or more computer-executable components.
14. The computing system of claim 13 , the one or more memory devices storing further computer-executable instructions that, in response to further execution by the one or more processors, further cause the computing system to generate an executable package component by combining the one or more computer-readable components with second computer-executable components corresponding to a group of core modules.
15. The computing system of claim 13 , the one or more memory devices storing further computer-executable instructions that, in response to further execution by the one or more processors, further cause the computing system to retain the one or more computer-executable components within a data repository, wherein the one or more computer-executable components comprise at least one tenant-specific extension module.
16. The computing system of claim 13 , wherein the one or more computer-readable components comprise abstraction data defining human-readable content defining a manner of extending a tenant-specific service, wherein the human-readable content is devoid of program code or the human-readable content comprises a snippet of program code.
17. The computing system of claim 16 , wherein generating, based on the one or more computer-readable components, the one or more computer-executable components comprises:
transforming the human-readable content into at least one program code artifact; and
building, using the at least one program code artifact, at least one particular computer-executable component of the one or more computer-executable components.
18. The computing system of claim 16 , wherein generating, based on the one or more computer-readable components, the one or more computer-executable components comprises:
accessing, from the second virtual partition, the abstraction data;
accessing a code template; and
generating, based on the abstraction data and the code template, a first computer-executable component of the one or more computer-executable components.
19. The computing system of claim 15 , wherein the second virtual partition forms a part of the data repository, and wherein the respective first virtual partitions form part of a second data repository.
20. The computing system of claim 13 , wherein the flattening comprises:
generating respective copies of configuration assets within the respective first virtual partitions; and
retaining, in the graph order, the respective copies within the second virtual partition.
21. The computing system of claim 20 , wherein the flattening further comprises:
determining that a conflict is present among a first copy of the respective copies and a second copy of the respective copies; and
determining a solution to the conflict by applying a defined process based on one or more policies.
22. The computing system of claim 20 , wherein the flattening further comprises:
determining that a conflict is present among a first copy of the respective copies and a second copy of the respective copies;
sending a report indicative of the conflict;
receiving resolution data defining a solution to the conflict; and
resolving the conflict by applying the solution.
23. At least one non-transitory computer-readable storage medium having processor-executable instructions encoded thereon that, in response to execution, cause a computing system to:
identify a group of one or more references to respective first virtual partitions, the group of one or more references defining a graph representative of a logical organization of the respective first virtual partitions, wherein the graph comprises a first node representing a first one of the respective first virtual partitions and a second node representing a second one of the respective first virtual partitions;
determine, by a parse component, based on a parse of the one or more references, that the group of one or more references satisfies a consistency criterion;
generate, by a merge component, a second virtual partition by flattening the graph, the second virtual partition containing one or more computer-readable components present in the respective first virtual partitions, wherein the flattening comprises applying, in graph order, one or more primitive code segments present in at least one of the respective first virtual partitions;
generate, by a build subsystem, based on the one or more computer-readable components, one or more computer-executable components; and
execute the one or more computer-executable components.
24. The at least one computer-readable non-transitory storage medium of claim 23 , wherein the processor-executable instructions, in response to further execution, further cause the computing system to generate an executable package component by combining the one or more computer-readable components with second computer-executable components corresponding to a group of core modules.
25. The at least one computer-readable non-transitory storage medium of claim 23 , wherein the processor-executable instructions, in response to further execution, further cause the computing system to retain the one or more computer-executable components within a data repository, wherein the one or more computer-executable components comprise at least one tenant-specific extension module.
26. The at least one computer-readable non-transitory storage medium of claim 23 , wherein the one or more computer-readable components comprise abstraction data defining human-readable content defining a manner of extending a tenant-specific service, wherein the human-readable content is devoid of program code or the human-readable content comprises a snippet of program code.
27. The at least one computer-readable non-transitory storage medium of claim 26 , wherein generating, based on the one or more computer-readable components, the one or more computer-executable components comprises:
transforming the human-readable content into at least one program code artifact; and
building, using the at least one program code artifact, at least one particular computer-executable component of the one or more computer-executable components.
28. The at least one computer-readable non-transitory storage medium of claim 26 , wherein generating, based on the one or more computer-readable components, the one or more computer-executable components comprises:
accessing, from the second virtual partition, the abstraction data;
accessing a code template; and
generating, based on the abstraction data and the code template, a first computer-executable component of the one or more computer-executable components.
29. The at least one computer-readable non-transitory storage medium of claim 25 , wherein the second virtual partition forms a part of the data repository, and wherein the respective first virtual partitions form part of a second data repository.
30. The at least one computer-readable non-transitory storage medium of claim 23 , wherein a reference of the group of one or more references comprises a unique location identifier indicative of a location, within a computer network, of a particular virtual partition of the respective first virtual partitions and further comprises a datum identifying a version of the particular virtual partition.
31. The at least one computer-readable non-transitory storage medium of claim 30 , wherein the unique location identifier comprises a uniform resource locator (URL), and wherein the version corresponds to a perennial unique identifier indicative of immutable content that forms the particular virtual partition at a defined time.
32. The at least one computer-readable non-transitory storage medium of claim 23 , wherein the flattening comprises:
generating respective copies of configuration assets within the respective first virtual partitions; and
retaining, in the graph order, the respective copies within the second virtual partition.
33. The at least one computer-readable non-transitory storage medium of claim 32 , wherein the flattening further comprises:
determining that a conflict is present among a first copy of the respective copies and a second copy of the respective copies; and
determining a solution to the conflict by applying a defined process based on one or more policies.
34. The at least one computer-readable non-transitory storage medium of claim 32 , wherein the flattening further comprises:
determining that a conflict is present among a first copy of the respective copies and a second copy of the respective copies;
sending a report indicative of the conflict;
receiving resolution data defining a solution to the conflict; and
resolving the conflict by applying the solution.