You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@isis.apache.org by Philip Koch <ko...@prime-research.com> on 2017/06/23 08:46:50 UTC

Apache Isis right technology?

Dear Apache-Isis-Devs,


we need to implement a service-structure for our company and are currently searching for a suitable technology we can use to build that. We came across Apache Isis and really liked the philosophy behind it.

Basically what we want to do is to build up a database of media with a lot of meta-information (like countries, languages, subscriptions, reach-values...). It has to be possible to administrate the media and the other attributes (like countries, languages,...) via REST. So we thought about building up small services that are each specialized on one domain. We would add the different domains via Maven dependencies to be able to work with them in other services and synchronize the changes by using the same database for all services. We expect having about 500,000 different media and about 500,000-750,000 requests per day. The services are packed in docker containers that are able to scale dynamically. These services would be used in customer-application.

Our problem is now that we are not sure if Apache Isis is the right technology for this approach. Would you use Apache Isis for a use-case like this?


Thanks,


Philip


Philip Koch
Software Developer
PRIME.com
Kaiserstraße 22
55116 Mainz

E: koch@prime-research.com

F: +49.6131.2180.112

____________________________________________________________________________________________________

[Description: PRIME_Research_logo_small_4c]

Excellence in communication research
www.prime-research.com<http://www.prime-research.com/>

____________________________________________________________________________________________________



PRIME research international GmbH & Co. KG
55116 Mainz · Kaiserstr. 22
Sitz und Registergericht/Registered Office and Court of Registry: Mainz
HRA-NR./Commercial Register No. 3901
Vorstand/Board of Management: Dr. Rainer Mathes (Vorsitzender/Chairman)


AW: Apache Isis right technology?

Posted by "Rade, Joerg / Kuehne + Nagel / Ham GI-DP" <Jo...@Kuehne-Nagel.com>.
Hi Philip,

the short answer is yes ;-)

The long answer:

No matter what kind of stack you choose, you will need a loadbalancer between clients and application server and your DB (I assume a RDBMS) will need the right indices etc.

Furthermore you need to detail the UI requirements and decide whether the generated UI is sufficient for end users or you need something handcrafted against the REST API (which is generated as well).

Whether or not a Microservice approach is right for your problem and how the services will interact, be wired etc. can't be answered that easy. You may want to have a look at [1][2].

HTH -j
[1] https://www.infoq.com/articles/monolith-defense-part-1
[2] https://www.infoq.com/articles/monolith-defense-part-2

-----Ursprüngliche Nachricht-----
Von: Philip Koch [mailto:koch@prime-research.com]
Gesendet: Freitag, 23. Juni 2017 10:47
An: dev@isis.apache.org
Betreff: Apache Isis right technology?

Dear Apache-Isis-Devs,


we need to implement a service-structure for our company and are currently searching for a suitable technology we can use to build that. We came across Apache Isis and really liked the philosophy behind it.

Basically what we want to do is to build up a database of media with a lot of meta-information (like countries, languages, subscriptions, reach-values...). It has to be possible to administrate the media and the other attributes (like countries, languages,...) via REST. So we thought about building up small services that are each specialized on one domain. We would add the different domains via Maven dependencies to be able to work with them in other services and synchronize the changes by using the same database for all services. We expect having about 500,000 different media and about 500,000-750,000 requests per day. The services are packed in docker containers that are able to scale dynamically. These services would be used in customer-application.

Our problem is now that we are not sure if Apache Isis is the right technology for this approach. Would you use Apache Isis for a use-case like this?


Thanks,


Philip


Philip Koch
Software Developer
PRIME.com
Kaiserstraße 22
55116 Mainz

E: koch@prime-research.com

F: +49.6131.2180.112

____________________________________________________________________________________________________

[Description: PRIME_Research_logo_small_4c]

Excellence in communication research
www.prime-research.com<http://www.prime-research.com/>

____________________________________________________________________________________________________



PRIME research international GmbH & Co. KG
55116 Mainz · Kaiserstr. 22
Sitz und Registergericht/Registered Office and Court of Registry: Mainz HRA-NR./Commercial Register No. 3901 Vorstand/Board of Management: Dr. Rainer Mathes (Vorsitzender/Chairman)


Kühne + Nagel (AG & Co.) KG
Rechtsform: Kommanditgesellschaft, Bremen HRA 21928, USt-IdNr.: DE 812773878.
Geschäftsleitung Kühne + Nagel (AG & Co.) KG: Dr. Hansjörg Rodi (Vors. ), Martin Brinkmann, Matthias Heimbach, Jan-Hendrik Köstergarten, Nicholas Minde, Michael Nebel, Lars Wedel, Matthias Weiner.
Persönlich haftende Gesellschafterin: Kühne & Nagel A.G., Rechtsform: Aktiengesellschaft nach luxemburgischem Recht, HR-Nr.: B 18745, Geschäftsführendes Verwaltungsratsmitglied: Karl Gernandt.
Geschäftsleitung Region Zentral- und Osteuropa: Dr. Hansjörg Rodi (Vors.), Thierry Held, Uwe Hött, Richard Huhn, Holger Ketz, Jan-Hendrik Köstergarten, Jan Kunze, Michael Nebel, Guillaume Sauzedde, Mustafa Sener.

Wir arbeiten ausschließlich auf Grundlage der Allgemeinen Deutschen Spediteurbedingungen 2017 (ADSp 2017). Hinweis: Die ADSp 2017 weichen in Ziffer 23 hinsichtlich des Haftungshöchstbetrages für Güterschäden (§ 431 HGB) vom Gesetz ab, indem sie die Haftung bei multimodalen Transporten unter Einschluss einer Seebeförderung und bei unbekanntem Schadenort auf 2 SZR/kg und im Übrigen die Regelhaftung von 8,33 SZR/kg zusätzlich auf 1,25 Millionen Euro je Schadenfall sowie 2,5 Millionen Euro je Schadenereignis, mindestens aber 2 SZR/kg, beschränken. Die ADSp sind auf unserer Webseite als Download erhältlich. Auf Anfrage senden wir Ihnen diese auch gerne zu.