Podczas warsztatów dla architektów oprogramowania prowadzonych w pobliżu Wenecji w maju 2011 roku użyto terminu „mikroserwis” do opisu tego stylu architektonicznego, a rok później określenie to zostało przyjęte jako najbardziej trafne. James Lewis przedstawił część tych pomysłów jako studium przypadku podczas konferencji 33rd Degree w Krakowie w marcu 2012 roku.
Charakterystyka Mikroserwisem nazywamy część większej aplikacji – komponent, proces lub usługę – dostarczający określoną funkcję w sposób całkowicie niezależny od pozostałych składowych systemu, dzięki czemu może być on rozwijany, wdrażany i utrzymywany w sposób autonomiczny. Wbrew swojej nazwie taki byt nie musi być niewielkim elementem, gdyż jego zadanie jest ściśle powiązane z realizowaną funkcją biznesową, która jest dostarczana do pozostałych składowych systemu. Komunikacja pomiędzy poszczególnymi mikroserwisami odbywa się poprzez neutralne z punktu widzenia technologii protokoły, takie jak przykładowo HTTP. Pod względem strategii wpisują się one w wywodzący się z filozofii Unixa termin „rób jedną rzecz i rób ją dobrze”.